-
Aantal items
154 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door dionoid
-
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
-
Volgens mijn berekening scheelt het iets minder: .cas heeft 224 onnodige bytes per blok x 41 blokken per zijde x 2 zijden = 18.368 onnodig verzonden bytes per bandje RS-232 is ingesteld met 8 data bits, 1 start- en 1 stop-bit, dus in totaal 18.368 bytes x 10 bits per data byte = 183.680 onnodig verzonden bits Het dumpen gaat met 2400 bps, dus je verspilt 183.680 / 2400 = "maar" 76,5 seconden. En als je veel bandjes dumpt, dan loopt het idd aardig op.
-
De send_p2000t_cas.py utility is nu aangepast zodat ook .p2000t files worden ondersteund. Voor degenen die geen idee hebben wat .p2000t files zijn: het zijn P2000T cassette dump bestanden die zijn opgedeeld in blokken van 1056 bytes (32 bytes header + 1024 bytes data), wat in lijn is met hoe de data records op cassette zijn opgeslagen. Dit in tegenstelling tot .cas dump bestanden, die blokken gebruiken van 1280 bytes (256 bytes header + 1024 bytes data), waarbij de header 224 onnodige bytes bevat. De M2000 emulator ondersteunt het .p2000t formaat (naast het .cas f
-
Voor degenen zoals @blanka die een ongesplitst .cas bestand (bijv. ErrorSoft.cas) in één keer willen terugzetten naar een echte P2000T cassette, heb ik nu een Python tooltje gemaakt die daarmee helpt. Wel heb je hiervoor de nieuwe 0.3 versie van Pc2P2000T nodig, die een "ontvang-bewaar" modus heeft. Alles staat beschreven in de README: https://github.com/p2000t/software/tree/master/utilities/pc2p2000t#ontvang-bewaar-modus Mocht je al een oudere versie van Pc2P2000T hebben en je hebt geen zin om de nieuwe versie over te tikken, dan kun je hier de .cas van de nieuwste Pc2
-
Het zou een probleem met de voeding kunnen zijn, die net te weinig stroom geeft aan het moederbord, waardoor je vreemde effecten krijgt. Als je een goed werkende P2000 hebt, dan zou je die ernaast kunnen zetten en dan de kabels vanaf het voedings-bord kunnen verleggen naar de de andere voeding. (ik denk maar even hardop)
-
Ja, dat heb ik geprobeerd, maar geen van de oude CH340 drivers kreeg ik meer stabiel aan de praat. Uiteindelijk heb ik deze FTDI adapter kabel gekocht op Amazon, die op Windows 11 inderdaad werkt zonder extra drivers te hoeven installeren.
-
!! OPROEP VOOR .CAS BESTANDEN !! Een paar jaar geleden heb ik de "P2000T Software Preservation" repository op Github aangemaakt met als doel om zoveel mogelijk P2000T software (zowel op cassette als cartridge) te verzamelen voordat het verloren gaat. Dus mocht je dumps hebben gemaakt van je cassettes, schroom dan niet om ze aan mij te sturen, zodat ik ze op Github kan zetten. Want zoals ze in de US zeggen: "Sharing is Caring" (braak) Wil je weten hoe je dumps van je P2000T cassettes maakt? Lees dit: https://github.com/p2000t/software/tree/master/utilities/ta
-
Ik heb het helemaal gehad met die goedkope adapters met CH340 chipset. Waarschijnlijk heb ik een fake CH340 chip, waarmee de Windows drivers niet stabiel werken - verzenden gaat maar 1 keer goed en daarna moet ik Windows rebooten om het weer werkend te krijgen. Ik heb zojuist een kabel met (hopelijk echte) FTDI chip besteld voor €12 by Amazon, dus ik ben benieuwd of ik daarmee betere resultaten krijg.
-
Op Windows 11 heb ik heb zoveel gezeur met mijn (waarschijnlijk fake) CH340, dus ik ga toch maar eens kijken naar een kabel met een FTDI chipset. Kan iemand wellicht een goede aanraden?
-
Hi, ik heb een nieuwe versie van pc2p2000 gemaakt die een extra "ontvang-bewaar" modus heeft en te activeren is m.b.v. ?USR2(0) i.p.v. ?USR1(0). Hierbij kun je vanaf de PC iedere keer een los .cas programma naar de P2000T sturen, die dan direct na ontvangst op cassette wordt bewaard, waarna de P2000T dan weer gaat wachten op het volgende .cas bestand. Hiermee kun je dus een hele reeks .cas bestanden in één keer naar cassette wegschrijven. Zorg er hierbij wel voor dat: De cassette waarnaar je wilt schrijven leeg is De eerste letter van iedere bestandsnaam (zoals te vin