Alle activiteit
Deze stream update zichzelf
- Vandaag
-
@BertusIk heb geen idee hoeveel JWS compatible software er is, maar het is wellicht nuttig om die compatible te houden, zodat een bewaar-functie daarin op dezelfde manier werkt als bij JWS. Ook is mijn ervaring dat je op 1 disk met JWS al zoveel kwijt kunt (bijvoorbeeld alle goede games bij elkaar), dat je daar meestal genoeg aan hebt, en navigeren al serieus complex wordt met 3-4 schermen aan inhoudsopgave. Als je dan ook nog 256 disks/drives kunt kiezen heb je meer dan zat denk ik. Ondersteun je ook $AUTOSTART bestanden?
-
Ik heb een variant gemaakt op JWS DOS, genaamd SDDOS, welke vergelijkbaar werkt zoals JWS maar dan met een SD kaartje in de SD cartridge in plaats van een floppy in een floppydrive. Hieronder een screenshot van een prototype. Het staat allemaal nog een beetje in de steigers, maar het laat al de functionaliteit zoals ik voor ogen heb zien. Je kunt BASIC programmaatjes inladen en opslaan op een SD kaartje. Nu zit ik te stoeien met wat de eindgebruiker nu handig zou vinden. Een SD-kaartje heeft makkelijk 32 GiB capaciteit. JWS liet altijd de capaciteit zien van de floppy, maar bij een SD kaartje duurt dat gruwelijk lang om uit te rekenen op een P2000T (minuten...), maar het is eigenlijk ook een zinloos vraagstuk met zo'n capaciteit. Welnu, als je "INHOUD" draait, dan krijg je een lijst met bestanden te zien. Nu kan die lijst heel lang worden. Op een floppy zou dat beperkt zijn. Om dat te tackelen gebruik ik nu het SYS commando (gebruik onder JWS om van floppystation te wisselen) waarmee je van folder kunt wisselen. Je hebt als het ware 256 virtuele floppies op die SD kaart. (dat zijn gewoon simpele folders onder FAT32) Door middel van die virtuele floppies zou het allemaal behapbaar moeten blijven qua bestandsbeheer. Een andere optie is dat ik in SDDOS ga proberen om echte folderstructuren aan te brengen. Dus meer letterlijk zoals ze op die FAT32 partitie staan. Dan zou ik foldernavigatie moeten gaan inbrengen zoals je vroeger onder MSDOS deed met "CD" en dergelijk. Op logische wijze zou dan ook "MKDIR", "RMDIR" enzovoorts toegevoegd moeten worden. In principe kan dit allemaal (ik gebruik slechts 5 KiB van de 8 KiB in upper RAM voor deze implementatie), maar het doet ergens ook wel weer afbreuk aan het nostalgische karakter, zover die afbreuk al niet gedaan is door de SD kaart natuurlijk... Kortom: ik ben eigenlijk heel erg benieuwd wat jullie ervan vinden en wat jullie zouden aanraden in dit geval.
-
Hier heb ik zeker wat aan! Dank! 🙂
- Gisteren
-
@Bertus , mogelijk heb je hieraan ook nog wat: CPM.pdf
-
Ik heb een oscilloscoop en die ga ik er inderdaad maar eens aanhangen. Heeft wel maar 4 lijnen, maar met wat wisselwerk moet dat goedkomen. Goede tip. Ik had de ATF1502 gekozen omdat deze "op papier" een propagatietijd van 7.5-10ns heeft, maar goed, dat blijft een papieren werkelijkheid. Meten = weten. 🙂
-
Heb je ook een geheugenscoop? Dan kan je eens kijken of er rotzooi (dips/peaks) wordt geÏntroduceerd op de selectlijnen die stabiel dienen te zijn zolang een 5-bit adres geldig is. Als er dergelijke rotzooi is maar 't zaakje werkt desondanks dan is dat nog totdaaraantoe, maar eigenlijk not cool (niet netjes).
- Afgelopen week
-
Systeemdisk is inderdaad het verkeerde woord. Het zijn gewoon een setje routines die vanaf de floppy in het RAM geheugen geladen worden. Bij CP/M is dit overigens ook zo. Wat zou een goede naam zijn? Op het archief worden het "systeemtracks" genoemd.
-
Ik heb uiteindelijk een ontwerp gemaakt met maar 2 chips: een ATF1502 (CPLD) en een 128 KiB ram chipje. In die CPLD weet ik alle logica af te vangen (niet alleen van de 82S123, maar ook van de andere chips). De broncode voor de CPLD staat hier: https://github.com/ifilot/p2000m-cpm-coboard/blob/master/cupl/p2000m-cpm-coboard.pld Tot nu toe werkt alles stabiel, maar dit is iets wat ik goed moet stresstesten.
-
Even een nieuwsgierig aagje spelen: hoe heb je de adresdecodering uiteindelijk uitgevoerd, toch met MRQ\ om 1 gate voor de RAM (CS\ = MRQ\ OR RAMS3\) uit te sparen? Bij zo'n opzet moet die flashROM snel genoeg reageren bij 't overschakelen op een ander adres (tijdens de actieve MRQ\, uitkomend bij eenzelfde byte, en dan terug) om niet stoorpulsen op de uitgangen=selectlijnen te geven waarvan de geadresseerden last kunnen hebben. Vandaar dat ik zo mijn bedenkingen had over die aanpak maar blijkbaar is 't hoe dan ook in orde (?) tot zo ver.
-
Voor Basic bestaat geen "systeemdisk", je hoeft de flop waarmee je opstart niet in een drive te laten zitten. Je zet simpelweg JWS op elke flop die je voor Basic gebruikt en klaar ben je.
-
Ik heb me even moeten verdiepen hoe JWS precies werkt, maar ik denk dat dat wel moet kunnen. De JWS-ROM verschilt maar op 133 bytes van de gewone BASIC-ROM. Het eigenlijke DOS staat op de systeemdisk; de ROM-aanpassing zorgt vooral ervoor dat deze routines worden uitgevoerd. Bij het normale opstarten leest de monitor-ROM 8 KiB van vaste sectoren op de floppy naar RAM op &HE000–&HFFFF. Die 8 KiB bevat aanvankelijk: 4 KiB DOS: de schijfcommando’s, het bestandssysteem en de aansturing van de floppycontroller. 2 KiB initialisatie: code die JWS aan BASIC koppelt en het benodigde geheugen reserveert. 2 KiB directorygegevens: de inhoudsopgave van één kant van de floppy. Na de initialisatie wordt die tijdelijke opstartcode overschreven door directorygegevens. Uiteindelijk gebruikt JWS dus 4 KiB voor DOS en 4 KiB voor twee directorybuffers. Daarom neemt het vrije BASIC-geheugen in JWS ook met +/- 8 KiB af t.o.v. de gewone BASIC. Diezelfde systeemcode kunnen we ook uit de SD-cartridge laden. De bestaande cartridge gebruikt eenzelfde routine al om zijn launcher naar RAM te kopiëren en er is voldoende ruimte op de ROM beschikbaar. Voor dat kopiëren is de SD-kaart zelf niet nodig. In het verlengde hiervan zou het ook mogelijk moeten zijn om in plaats van de floppy drive of het casettedeck de SD kaart te gebruiken om bestanden op te slaan. @Patrick1977 Maar ik vroeg me af: als je een werkende floppy drive hebt en je start JWS op via de SD-cartridge i.p.v. via de systeemfloppy; wat "win" je dan? Uiteindelijk ga je toch die floppy-interface gebruiken?
-
Inderdaad . Of eigenlijk zal ik maar zeggen een soort van originele Philips cart met daarin JWS dos. Dat em vanuit de Cart JWS opstart en dat je daarna wel gewoon drives kunt gebruiken .
-
Zonder een boot floppy bedoel je dan?
-
Is dit ook mogelijk dat je de JWS besturing ooit vanuit een Cartridge kunt starten en vanuit daar ook de diskdrives dan aan kunt sturen als de JWS eenmaal is opgestart ?
-
Voor wie er mee wilt spelen: ik heb nu ook een emulator voor de P2000M gebouwd. Naast de CP/M variant van Philips voor de P2000M kun je ook de variant die ik ontwikkeld heb voor de SD-cartridge ermee uitproberen.
-
Het is niet zozeer dat je het attribuutgeheugen nodig hebt, maar meer dat CP/M (en vooral de software geschreven voor CP/M) aanneemt dat je 80-koloms video hebt. Dus als je een 80-koloms uitbreiding op je T hebt, dan zou het ook (met een zeer kleine aanpassing) moeten werken.
-
Kan het ook op de T @Bertus, de M is natuurlijk een "obscure glitch in het ruimte-tijd continuum". Dan zou het breder bruikbaar zijn. Daarnaast is het moederbord van de T zo goed als een T minus SAA5050. Of heb je echt attribuutgeheugen nodig voor de weergave? Is de inversebit nog te vangen op &H5800-&H5FFF en duur te sturen naar bit 7 van &H5000-&H57FF.
-
Het heeft me even gekost, maar met de coboard draait CP/M nu op mijn P2000M. Grote dank nogmaals aan @cancom voor het verschaffen van de schema's en debug hulp! Omdat ik al eerder een SD-cartridge had gemaakt voor de P2000T vroeg ik me af of je CP/M ook via de SD-cartridge kunt draaien in plaats van via de floppy drive. In CP/M kun je immers de BDOS routines aanpassen. Met een SD-kaart heb je een stuk meer opslagcapaciteit (feitelijk voor die tijd gewoon harde schijven...), meerdere drives, en sneller inladen van de programma's. Ik heb daarom op basis van de CP/M v2.2 broncode een variant geschreven die werkt op de P2000M. Hij heeft nu 11 drives + 1 RAM drive (via de 128 KiB geheugenchip in de SD-kaart cartridge) en een TPA van 48.75 KiB. Aan dat laatste ben ik nog aan het sleutelen want het liefste probeer ik tegen de 54 KiB aan te komen die de Philips varianten van CP/M bieden. Ik ben ook nog aan het uitpuzzelen welke programma's lekker draaien op de P2000M. Sowieso alle CP/M programma's die enkel gebruik maken van de BDOS routines, maar wellicht dat het breder is dan dat. Met CP/M heb je naast software ook een hele horde aan leuke adventure spellen. Ik denk dat de bekendste Zork is. Hieronder een screenshot met de bekende opening van Zork.
- Eerdere
-
Moderne 7805's (van een goed merk, zoals STM) zijn sowieso een stuk beter dan die uit de jaren 80, en geven ook een stuk minder warmte af. Koop ze alleen niet via Amazon of AliExpress, want dan krijg je vrijwel zeker namaak spul.
-
Het blijft toch heel bijzonder hoe Bas en Aad werkelijk iedereen met wie ze ooit hebben samengewerkt overleven Alsof de duivel ermee speelt.
-
Herontdekte verboden beelden van Marina Abramović te zien in documentaire
Spiny Norman plaatste een topic in Film & TV
https://museumtijdschrift.nl/artikelen/nieuws/herontdekte-verboden-beelden-van-marina-abramovic-te-zien-in-documentaire/ "Pruys trof de opnamen aan in het archief van het Nederlands Instituut voor Beeld & Geluid." Als ik het zo lees, snap ik eigenlijk ook wel, dat dat in 1975 niet kon. (Zelf heb ik er echter nooit aan gedacht om dáárnaar te zoeken. 😛 ) -
Op 26 mei 2026 lanceert Beeld & Geluid de Schatkamer
djkoelkast reageerde op het topic van Spiny Norman in Film & TV
Ik snap je, maar het is geen onoverkomelijke DRM. Je kunt alleen niet meer met een simpele browserplugin in 10 seconden die file downloaden, het kost een paar seconden extra. Ach. -
Op 26 mei 2026 lanceert Beeld & Geluid de Schatkamer
Spiny Norman reageerde op het topic van Spiny Norman in Film & TV
Nou ja, de meest voordehandliggende dingen werken iig. niet meer. Soms is toegang (op allerlei gebieden) niet totaal onmogelijk, maar gewoon zeer bemoeilijkt voor de gemiddelde mens. -
Op 26 mei 2026 lanceert Beeld & Geluid de Schatkamer
djkoelkast reageerde op het topic van Spiny Norman in Film & TV
Er zijn heel wat series al verdwenen. Maar die DRM die ze nu hebben stelt niet zo veel voor. -
Op 26 mei 2026 lanceert Beeld & Geluid de Schatkamer
Spiny Norman reageerde op het topic van Spiny Norman in Film & TV
Oh, je bedoelt materiaal dat toch weer verwijderd is? Ja, dus dan was het lokaal opslaan soms toch niet zo'n gek idee. Maar er wordt nu meer gebruik gemaakt van DRM, en dat werkt dus niet meer op de resterende video's.
-
Topics
-
Reacties
-
Door almiramary · gepost
Ik ben mijn pokémon kaarten waarde zoeken aan het ordenen, nieuw en oud door elkaar gemixt. Hier is een glimp van enkele van de vele Pikachu-varianten in deze mix bij Pikazon.nl!
-
Inmiddels opgevolgd door de MiSTer FPGA die ook de nieuwste versie van Minimig draait.
-
Dat was Snipes en NcSnipes voor de netwerkversie
-
-
-
-
Wie is er online (bekijk volledige lijst)
- Er zijn momenteel geen geregistreerde gebruikers online
