-
Aantal items
122 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door HAL9000
-
@blanka De MDCR was echt digitaal en schreef/las geen (analoog) audio. Een 'WAV' file is dan ook niet zo zinvol. Je kan uit de bits van een .cas file wel een MDCR-achtige flux-stroom genereren, maar zoals @cancom zegt: .CAS bevat een interpretatie van de datastroom: de 'nuttige' bits (headers en datablokken) en niet de gaps en pre-ambles etc. De keuze door M de K was destijds best valide, maar met voortschrijdend inzicht niet meer... Denk aan de eerste disk-image formaten: die bevatten ook alleen de nuttige data. Later kwam men erachter dat om een floppy echt goed te kunnen archiveren (inclusief fouten/copy protection), de ruwe flux-data zoals die uit de leeskop komt, nodig is. Waarom deze les niet toepassen op de MDCR? Dus nadenken over een format dat de flux uit de MDCR leeskop kan opslaan. (.FLX of .MDCR als extensie?) Dan kan je door een MDCR aan een Arduino/Pie te knopen de fluxdata van een cassette (inclusief evt checksum- of andere fouten/orphan blocks) real time dumpen in dat formaat. Tot slot de MDCR emulator in MAME (of andere emu) die files kunnen laten lezen (en schrijven!) en klaar is klara 🙂 Wel makkelijker gezegd dan gedaan 😉
-
De disassemblies staan op GitHub Let op: jwsdos1.0.asm assembleert NIET met z80asm. De syntax van het origineel komt niet overeen met die van z80asm. Die disassembly is dan ook meer als conservering bedoeld! Ik had ook geen binary om mee te vergelijken. 🙂 jwsdos5.0.asm assembleert, met z80asm, tot een binary die identiek is aan de ook in de repo opgenomen (originele) JWS.bin. versie 5.0 bevat inderdaad heel veel meer functionaliteit zoals laden en saven van (string) arrays, integratie met BASIC en ram-disk support.
-
Hi! Ik heb de afgelopen periode wat uurtjes gestoken in het OCR-en, corrigeren en geheel van engelstalig commentaar voorzien van de assembly code van de @JWS - DOS listing uit het MiniWare document. Omdat dit blijkbaar niet de laatste versie van JWS-DOS was heb ik daarna de door @cancom hier geplaatste binary file van versie 5.0 van JWS Dos onder handen genomen en ook daarvan een volledig gedocumenteerde disassembly gemaakt. Ik ben beide files nu aan het doorlopen op de laatste (spel)foutjes en wil ze deze week hier delen en ook toevoegen aan de P2000 Github.
-
De P2000T was er in een aantal uitvoeringen, met als grootste verschil de hoeveelheid RAM, voor zover ik weet. Hadden die modellen verschillende moederbord-configuraties of hadden de exemplaren met minder RAM alleen minder geheugenchips?
-
Precies! Je kan ook gewoon bit 7 als sign nemen in principe. Om van een 8 bit signed en negatieve byte een signed negatief word (16 bit) te maken plak je er een FFh ( 11111111b ) voor, en 00h voor een positief getal. je 'propageert' dan bit 7 door die te kopieren in alle 'hogere' bits. uit Wikipedia ( HIER ) : "When using a complement representation, to convert a signed number to a wider format the additional bits must be filled with copies of the sign bit in order to preserve its numerical value, a process called sign extension or sign propagation.
-
Hi, Even snel, voordat allerlei meetings en andere werkgerelateerde dingen voorrang vragen: Hier een topic dat wat dieper ingaat op de half-carry: https://retrocomputing.stackexchange.com/questions/4693/why-does-the-z80-have-a-half-carry-bit en Ben Eater (een van mijn favoriete Youtubers) legt, vind ik, goed uit hoe binair rekenen werkt in deze video: https://www.youtube.com/watch?v=4qH4unVtJkE&ab_channel=BenEater
-
Dank voor de CAS file! Goede vragen, hierbij mijn input: In principe wordt een blok data geheel ingelezen en treedt de (lees)fout vaak pas op bij een incorrecte checksum. Die fout negeren, toch het blok versturen en doorgaan is het enige wat nodig is... Ik denk dat het aanpassen van de tool niet heel ingewikkeld moet zijn, maar daarvoor moet de tool nader bestudeerd worden, ook omdat er ook andere leesfouten kunnen optreden waarbij evt recovery van de data ingewikkelder is. Ik heb de disassembly van de monitor alweer een paar jaar geleden gemaakt dus niet alles is top-of-mind... Opschroeven van de baudrate zou ook moeten kunnen, maar ook hier geldt: aanpassen hangt af van hoe Marcel ooit de transfer en timing heeft ingericht: vergt ook wat analyse. De laatste, 'het omgekeerde proces' moet zeker mogelijk zijn. De monitor schrijft een data (programma, array etc.) zelf ook weg als losse blokken. Leuk om ook over na te denken.
-
Ik heb deze besteld en sinds gisteren in huis, dank voor de tip @cancom! Vandaag de schakelaars in zowel de monitorkast als de computer vervangen en de P2000M is zo goed als nieuw!
-
Ja, het is een paar jaar geleden... Ondertussen werd steeds minder van het scherm leesbaar. Dit weekeinde heb ik naar aanleiding van deze post op een Duits forum: Gevaarlijke monitor ,de stoute schoenen aangetrokken. Heel voorzichtig (en deels in stukken) de op de beeldbuis geplakte glasplaat en de vergane kit verwijderd... Ook de gelekte smurrie opgesopt. Zie hier het resultaat!
-
Ik zag net dat op pag 65 van het adresboekje ook een tabel staat met alle basic-keywords en adressen voor zowel cassette- als diskbasic.
-
post gebaseerd op verkeerde data heb m weggehaald om verwarring te voorkomen.
-
Fout gevonden in mijn intikwerk! Negeer deze post
-
En deze niet te vergeten!! programming/ROMroutines Basic-interpreter.pdf
-
Inderdaad, dat klopt, die maken gebruik van basic en dat zou theoretisch gevaarlijk kunnen zijn. Maar destijds waren de basic cartridges uitgerust met echte ROMs. Dus best stabiel. Maar als iemand een aangepste basic zou maken en de toegevoegde code niet aan het eind, maar tussen de andere code hebben geplaatst, of er verscheen een nieuwe Basic met andere adressen, dan gingen die programma's stuk... Basic maakt wel gebruik van wat hooks en vectoren in RAM om de mogelijkheid te bieden op die manier 'in te haken'. maar niet alle handige routines in basic hebben zo'n sprongtabel of vast aanspreekadres.
-
nice! Wat bedoel je met Sprites?
-
Dat zou mooi zijn 👍 Ik heb wat mappen/stapels A4tjes aan documentatie bij elkaar gesprokkeld de afgelopen tijd. Dit is een goede prikkel om dat te inventariseren. Ik zal de lijst hier delen als ik daarmee klaar ben.
-
Ik kan zelf niet dumpen momenteel, maar heb zeker interesse!
-
voila
-
Hoi! Leuk systeem, ik had er nog nooit van gehoord, weer eens wat geleerd! Ik kon het niet laten en heb net met een kop koffie erbij wat gegoogled en 2 links gevonden naar oude Radio Bulletins. Misschien had je die zelf ook al gevonden, maar toch:: Radio Bulletin December 1981 bevat op pagina's 44-47 een artikel over de Labbus. Radio Bulletin Juli 1982 heeft op pagina A8 een advertentie staan van Manudax waarin de Labbus wordt aangeprezen.
-
Ik weet wel dat er videochips waren met andere (Duitse) lettersets erin...
-
Leuke initiatieven!! Over die GitHub: Je kan voor nieuwe spullen commits doen en vervolgens een Pull-request aanmaken. Dan kan de beheerder die mergen als hij ermee akkoord is (is vaak geen probleem 🙂. Zo heb ik mijn volledig gecommentarieerde disassembly van de 'Monitor' ook kunnen bijdragen.
-
Is idd video. Pinnen aan P2000 kant zijn: 1 = Groen 2 = Sync 3 = Aarde 4 = Rood 5 = Blauw 6 = Audio Of dit een 'standaard' pinverdeling is weet ik niet. Voor mijn Microvitec CUB (heeft ook een 6-polige DIN ingang) heb ik een kabeltje moeten maken omdat daarvan de pinverdeling weer heel anders is. Een 1-op-1 kabeltje werkte dus niet...
-
@Wijnand, ik zie dat er momenteel op marktplaats een (defecte) P2000T staat. Bieden vanaf 35 euro. Komt van HomeComputer Museum: Deze dus! Wellicht dat je daar de drive uit kunt gebruiken? Ik zal ook nog even in mijn bak met donoren graven, wellicht zit er daar nog een MDCR in.
-
Ik heb ter referentie even mijn P2000M opengeschroefd. Hier zitten 2 grote printplaten boven elkaar in. Van beide een foto. De bovenste: en die daaronder: