dionoid
-
Aantal items
163 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door dionoid
-
Er zijn verschillende manieren om Python te installeren. Het makkelijkste is wellicht om in een command prompt "python" in te typen, waarna de Windows Store wordt geopend zodat je vanuit daar Python kan installeren.
-
Hoe heb je Python geinstalleerd? Heb je daarbij de checkbox "Add Python to $PATH" aangevinkt?
-
Ik vermoed dat er ergens in de Basic code iets niet goed is, dus ik zou die controle niet weghalen. Het programma past al in 1 blok zonder te snoeien.
-
Als T=7432, dan lijkt de checksum goed. Hoe ziet je listing eruit t/m regel 71?
-
Ja, klopt. En dan COM4 vervangen door de com-poort van jouw adapter.
-
Het starten van het Python script doe je inderdaad vanuit een Dos- of Command Prompt. De instructies waren waarschijnlijk niet heel duidelijk voor mensen die nog niet eerder met Python hebben gewerkt, dus ik heb e.e.a. aangepast: https://github.com/p2000t/software/blob/master/utilities/cassette-dumper/README.md Ik heb heel benieuwd of het dumpen van jouw band 20A wel goed gaat als je het Python script gebruikt. Let wel dat dit Python script ingesteld staat op 9600 baud (dat zie je al je het script opent in bijv. Notepad), dus als je nog SERIAL.BAS gebruikt, dan moet je de 9600
-
De bug zit niet aan de kant van de zender (SERIAL.BAS of Cassette Dumper.cas), dus mijn vermoeden is dat het probleem zit bij de ontvanger (de PC dus) die niet alle ontvangen bytes goed wegschrijft. Waarschijnlijk zijn die bytes blijven hangen in de interne driver buffer, die niet volledig wordt geleegd als je het windows "TYPE" commando gebruikt. In geval van de 20A.cas dump, zie ik dat het laatste blok niet volledig is weggeschreven naar de dump file. De M2000 emulator ziet dat als fout, maar omdat alle zinvolle bytes van het laatste programma (Alice) gewoon in de dump file staan, zo
-
Het origineel heeft dus in totaal 42 blokken, maar de .cas dump van @Hawker17 heeft er maar 40, dus daar zijn gegevens verloren gegaan. @Hawker17: eindigde de Cassette Dumper met een foutmelding? Of gebruik je nog de SERIAL.BAS dumper? Ik heb ook gemerkt dat bij sommige USB-to-serial drivers (bijv. de FTDI driver) het Windows "type" command niet alle ontvangen bytes direct naar een bestand wegschrijft, maar dat pas doet als de buffer vol is. Ik heb een Python script serial_to_file.py gemaakt die wel alle bytes goed opslaat naar file (nu ingesteld op 9600 baud, dus gesch
-
Ik zie dat deze .cas 40 blokken heeft, maar het lijkt er op dat er nog een blok achteraan hoort (zie screenshot). Hierdoor werkt het programma niet als je "I" voor introductie kiest. Is dat op de oorspronkelijke tape ook zo (als je die hebt)? Of werkt de introductie daar wel? Dan zou het wellicht een bug in het dump-programma zijn die ten onrechte het dumpen afbreekt bij een niet-volledig ingelezen blok.
-
Lijkt inderdaad of iemand de Basic code van een bestaand programma heeft overgetikt, maar daarbij foutjes heeft gemaakt.
-
Nee, maar dat is wel een goed idee. Check even via een PM bij @blanka , want die werkt ook aan iets dergelijks.
-
En ook wel verbazend dat sommige van die ports dan werden voorzien van "copyright". Zo is het P2000T spel Macho Man van FlowerSoft overduidelijk een (matige) port van het ZX Spectrum spel Jumping Jack, maar hebben ze het titelscherm van Macho Man wel voorzien van de zin "copyright by". Waarschijnlijk bedoelden ze meer iets van "developed by"
-
Keep 'm coming Ik vond Alggrot nog best leuk om te spelen.
-
Heb je inmiddels voldoende liefhebbers gevonden voor die RGB adapters? Ik houd me nog steeds aanbevolen.
-
En blijkbaar was het vroeger gebruikelijk om je volledige naam, adres en telefoonnummer in de listing te zetten, haha.
-
Die 1200 baud was de standaard ingestelde snelheid bij de P2000T; in die tijd was dat waarschijnlijk de meest ondersteunde snelheid door seriële printers. Marcel de Kogel heeft voor zijn SERIAL.BAS cassette dumper gekozen voor 2400 baud, waarbij hij bestaande assembly code voor het serieel verzenden van bytes heeft gekopieerd vanuit de Monitor routines. Na het lezen van het TRON artikel "Een verbinding tussen P2000 en MSX oftewel tijdsafhankelijk programmeren" van Jos van Zanten, werd het mij duidelijk dat je de baud rate kunt opvoeren, zolang je het aantal T-states (clock cycles) va
-
Ik zat te denken om een Cartridge Dumper te maken die als stand-alone programma van cassette start, waarna ie vraagt om een cartridge in SLOT1 te doen, die dan via RS-232 naar je PC wordt gedumpt. Nu is de vraag: vind de P2000T het leuk als je een cartridge invoert terwijl deze aan staat?
-
Helemaal mee eens dat software redden prio heeft, want misschien zijn die bandjes over 5 jaar totaal onleesbaar geworden. Cassette Dumper geeft nu ook meer informatie over wat ie precies doet en de voortgang daarvan. Leuk weetje: Ik heb ook een "proof of concept" versie van Cassette Dumper die bytes met een baud rate van 38400 over de seriële poort van de P2000T verstuurt. Dat is dus 32 keer sneller dan de standaard ingestelde 1200 baud "seinsnelheid" van de P2000T
-
Hoe je files vanaf de PC naar je P2000T krijgt, is hier beschreven: https://github.com/p2000t/software/tree/master/utilities/pc2p2000t Laat me maar weten als sommige dingen onduidelijk zijn beschreven, dan kan ik ze verbeteren.
-
Voor als je de P-toets niet aan de praat krijgt, dan staat er momenteel op marktplaats een los P2000T toetsenbord te koop: https://www.marktplaats.nl/v/computers-en-software/vintage-computers/m2074785163-philips-p2000t-toetsenbord Het is uiteraard nog maar de vraag of dat toetsenbord wel goed werkt, maar misschien kan de verkoper daar iets over zeggen.
-
De cassette foutcode wordt gezet door de interne Monitor routine (op &H0018) die de aansturing van de cassetterecorder afhandelt, maar het checken op een eventuele foutcode (waarde in &H6017 <> 0) gebeurt bij de Dumper niet in machinetaal, maar in Basic. In Cassette Dumper.bas gebeurt dat in regel 82, vlak na het lezen van een blok data van cassette en vlak voordat die data naar de seriële poort wordt gestuurd. Daar zou je een aanpassing kunnen maken in de Basic code die in geval van foutcode 77 ("M") niet eruit springt, maar gewoon verder gaat. Wel is de kans groot d
-
De 9600 baud versie van SERIAL.BAS is hernoemd naar "Cassette Dumper.bas" en de code is hier te zien. Als je pc2p2000t.bas gebruikt, dan kun je de Cassette Dumper ook als .cas bestand naar je P2000T overzetten. Scheelt weer overtikken. Het .cas bestand met daarop Cassette Dumper.bas is hier te downloaden. Ik heb zojuist de tijd gemeten met één zijde van een tape (41 blokken) en dat duurde 2:40 met de 9600 baud versie. Dus een volledige tape dumpen duurt nu nog maar de helft van de tijd.
-
Dat is nu al mogelijk in SERIAL.BAS. Zoek de regel met POKE &H9100,0 (waarschijnlijk regel 79) en verander dat naar POKE &H9100,1 Dat is ook al mogelijk in SERIAL.BAS, door regel 82 aan te passen; daar wordt namelijk na het lezen van ieder cassette blok de foutcode uit &H6017 gecheckt. Dat zou je kunnen aanpassen zodat ie gewoon doorgaat als de foutcode 77 (= No start mark found / EOT) is. Maar waarom zou je die EOT markers willen negeren?
-
Ja, het dumpen van een cassette gaat straks inderdaad een stuk sneller. SERIAL.BAS werkt ongeveer zo: het leest iedere keer een "blok" data (32 bytes header + 1024 bytes data) vanaf cassette en stuurt die data direct daarna via de P2000T's seriële poort naar de PC, waarna het weer de volgende blok data van cassette leest en verstuurt. Dat versturen gaat nu nog met 2400 baud, maar straks dus met 9600 baud. Het inlezen van de cassette zelf is niet gewijzigd, dus dat gaat niet voor meer (of minder) leesfouten zorgen. Zwaar lopende of beschadigde tapes zijn inderdaad een risico, vandaa
-
Wat mij betreft blijft .cas gewoon de standaard. Dat formaat is inmiddels relatief wijd verspreid en converteren tussen .cas en .p2000t dumps is heel eenvoudig. Helaas bevat het .cas formaat onnodige bytes in iedere blok-header; dat is een erfenis die we hebben meegekregen. Ik neem aan dat hij dat wel wist, want in de cassette-routines van M2000 leest en schrijft hij precies de juiste 32 bytes naar adres &H6030; de andere 224 bytes worden genegeerd. Ik heb sinds kort contact met Marcel, dus ik zal hem eens vragen of hij zich nog herinnert waarom de dumps te veel bytes voor d
