Philips P2000T

[Justforthefun]

9 minuten geleden, Justforthefun zei:

 

Hi @Bertus dank je voor je duidelijke uitleg. Nu snap ik ook  inderdaad de uitleg op deze pagina (29) beter dat ook met de print chr$ om een kleur te 'kiezen' er één positie op het scherm nodig is. Dit is dus ook zo bij het gebruik van poke om daarmee direct in het scherm geheugen om de kleur om te schakelen voor het volgende character dat je afdrukt. 

 

 

En ook direct even wat geëxperimenteerd

 

[blanka]

Toch kun je ieder blokje een andere kleur geven, zonder tussenruimte! Maak gebruik van het geniale poke&H5xxx,30

Probeer maar eens:

POKE &H5000,17

POKE &H5001,127

POKE &H5002,30

POKE &H5003,18

POKE &H5004,19

POKE &H5003,20

POKE &H5004,31

27 januari aangepast door blanka

[Justforthefun]

15 minuten geleden, blanka zei:

Toch kun je ieder blokje een andere kleur geven, zonder tussenruimte! Maak gebruik van het geniale poke&H5xxx,30

Probeer maar eens:

POKE &H5000,17

POKE &H5001,127

POKE &H5002,30

POKE &H5003,18

POKE &H5004,19

POKE &H5003,20

POKE &H5004,31

Kijk zo leer je weer eens wat op de zaterdagmiddag.  

[blanka]

De ervaren TT kunstenaar gebruikt achtergrond, hold graphics en dan wisselen van achter en voorgrondkleur, en op de P2000 heb je nog de extra luxe dat met 128 verhogen van waarde de boel negatief maakt, dus heb je groen op gele achtergrond dan kun je ook magenta op blauw gebruiken Onder kleurwisselcode, dit gebruikt ghosthunt voor spoken die opgegeten kunnen worden.

[Hawker17]

19 uur geleden, dionoid zei:

 

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 de header gebruikten.

 

Momenteel ben ik een nieuwe versie van de SERIAL.BAS dump-utility aan het testen, die met 9600 bps verstuurt i.p.v. 2400 bps. Daarmee wordt het dumpen van een tweezijdige cassette bijna 5,5 minuut (328 seconden) sneller.

Rekensom: voor twee zijden van een cassette worden in het .cas formaat maximaal 2 * 41 (blokken) * 1280 (256+1024) bytes = 104.960 bytes verzonden. Dat zijn 1.049.600 bits (want RS-232 stuurt 1 start bit, 8 data bits en 1 stop bit). Met 2400 bps kost dat 437 seconden, maar met 9600 bps slechts 109 seconden. De tijdsbesparing is dus 437-109 = 328 seconden per volle cassette.

Goed nieuws zeg, dat scheelt aanzienlijk qua tijd. Nu duurt een volledige tape dumpen tussen de 10 en 11 minuten. Zou 9600 baud niet voor meer leesfouten kunnen zorgen? Ik heb nu al regelmatig dat bepaalde files worden overgeslagen of verkeerd worden ingelezen. Vaak is daar de tape de schuld van (zwaar lopen of verpulverd) of een vieze kop. Met die oude tapes is het wel zaak regelmatig de kop even te reinigen met wat alcohol.

[blanka]

Dat lijkt me niet. Immers het versturen gebeurt na het lezen. Het leesproces verandert niet.

[dionoid]

12 hours ago, Hawker17 said:

Goed nieuws zeg, dat scheelt aanzienlijk qua tijd. Nu duurt een volledige tape dumpen tussen de 10 en 11 minuten. Zou 9600 baud niet voor meer leesfouten kunnen zorgen? Ik heb nu al regelmatig dat bepaalde files worden overgeslagen of verkeerd worden ingelezen. Vaak is daar de tape de schuld van (zwaar lopen of verpulverd) of een vieze kop. Met die oude tapes is het wel zaak regelmatig de kop even te reinigen met wat alcohol.

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, vandaar dat het zaak is om zoveel mogelijk tapes (nu het nog kan) te dumpen naar .cas bestanden op de PC. Goed dat je daarmee helpt!

 

28 januari aangepast door dionoid

[Hawker17]

Helder, dank voor de uitleg jongens. Ben je ook geïnteresseerd in software die op scholen werd gebruikt en probeersels van games? Heb namelijk verscheidene pacman (met karakters) en snake versies gevonden. 

 

Zou het wellicht mogelijk zijn om ook een versie uit te brengen die niet eerst de tape terugspoelt? Dus dat je zelf de positie kunt bepalen van waar je gaat dumpen? Bijvoorbeeld na leesfouten aan het begin. Dan kan je met poke&h60ac,1 door de leesfouten heen wurmen. Normaliter stopt het dumpen bij de leesfout, terwijl er nog andere software op de tape staat.

[blanka]

2 minutes ago, Hawker17 said:

Helder, dank voor de uitleg jongens. Ben je ook geïnteresseerd in software die op scholen werd gebruikt en probeersels van games? Heb namelijk verscheidene pacman (met karakters) en snake versies gevonden. 

 

Zou het wellicht mogelijk zijn om ook een versie uit te brengen die niet eerst de tape terugspoelt? Dus dat je zelf de positie kunt bepalen van waar je gaat dumpen? Bijvoorbeeld na leesfouten aan het begin. Dan kan je met poke&h60ac,1 door de leesfouten heen wurmen. Normaliter stopt het dumpen bij de leesfout, terwijl er nog andere software op de tape staat.

Inderdaad, die gewoon alle blokken probeert te lezen, en ook EOT markers negeert. Ik loop me soms helemaal suf the plakken-en-knippen van losse blokken naar verse tapes met Cassettehulp.

[dionoid]

2 hours ago, Hawker17 said:

Zou het wellicht mogelijk zijn om ook een versie uit te brengen die niet eerst de tape terugspoelt?

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

2 hours ago, blanka said:

Inderdaad, die gewoon alle blokken probeert te lezen, en ook EOT markers negeert.

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?

29 januari aangepast door dionoid

[dionoid]

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.

 

15 hours ago, Hawker17 said:

Nu duurt een volledige tape dumpen tussen de 10 en 11 minuten.

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.

28 januari aangepast door dionoid

[blanka]

6 hours ago, dionoid said:

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?

Omdat er soms verdomd leuk spul is gewist op bandjes! @dionoid, welke nummers pas ik aan om eens te kijken wat er gebeurd met uitgeschakelde controle? Mooiste zou zijn als je die check aan/uit kunt zetten, bijvoorbeeld ?usr1(1) voor uitschakelen check en?usr1(0) voor stoppen bij fouten.

Omdat je beide kanten moet doen, is bovendien je bandje al helemaal aan het einde.

29 januari aangepast door blanka

[dionoid]

9 hours ago, blanka said:

welke nummers pas ik aan om eens te kijken wat er gebeurd met uitgeschakelde controle?

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 dat de daarna gelezen blokken niet meer een volledige file bevatten, dus je moet wel snappen of (en hoe) je e.e.a. kan repareren met een binaire editor. Voor de meer geavanceerde cassette dumpers onder ons, dus

 

 

29 januari aangepast door dionoid

[blanka]

Top, ga ik proberen.

[dionoid]

On 1/17/2024 at 7:47 PM, OuweComputeraar said:

1. De P-toets werkt helaas niet. Alle andere toetsen reageren wel. Benieuwd of ik die weer gewoon aan de praat ga krijgen. Heeft iemand nog tips? 

 

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.

 

29 januari aangepast door dionoid

[Hawker17]

Dank voor je werk Dion. Ik moet me er even in gaan verdiepen hoe ik files van de pc naar de P2000 ga krijgen, voordat ik Cassette Dumper kan gebruiken.

[dionoid]

14 minutes ago, Hawker17 said:

Dank voor je werk Dion. Ik moet me er even in gaan verdiepen hoe ik files van de pc naar de P2000 ga krijgen, voordat ik Cassette Dumper kan gebruiken.

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.

 

[Hawker17]

Dank @dionoid. Ik ga Cassettedumper eerst maar even ouderwets overtypen. Leuk dat hij ook controleert op typefouten in de data. Even prioriteiten stellen qua software redden. Later ga ik me eens goed verdiepen in het overzetten van PC files naar de P2000.

30 januari aangepast door Hawker17

[OuweComputeraar]

20 uur geleden, dionoid zei:

 

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.

 

Hoi hoi, Was helaas te laat... Zal het beter in de gaten houden

[dionoid]

11 hours ago, Hawker17 said:

Dank @dionoid. Ik ga Cassettedumper eerst maar even ouderwets overtypen. Leuk dat hij ook controleert op typefouten in de data. Even prioriteiten stellen qua software redden. Later ga ik me eens goed verdiepen in het overzetten van PC files naar de P2000.

 

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

 

30 januari aangepast door dionoid

[dionoid]

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?

[Bertus]

SLOT1 en 2 zijn beiden niet gebufferd, dus wanneer dat je een cartridge inserteert terwijl de machine draait is het niet onaannemelijk dat de adres-, data- of een van de andere lijnen beinvloed gaat worden wat het lopende proces verstoort.

 

Iets wat wellicht zou kunnen werken is het volgende: Je zou met een 'halt' instructie de Z80 in de 'suspend' mode kunnen zetten waarbij deze de adres- en databussen vrij geeft. De Z80 moet je dan weer laten ontwaken middels een interrupt op commando van de gebruiker. Je kunt daar niet het toetsenbord voor gebruiken want het uitlezen van het toetsenbord werkt immers op basis van een interrupt die elke 20ms uitgevoerd wordt (deze valt uit te zetten). Je hebt in SLOT2 toegang tot de interrupt lijn, dus je zou met een druktoets en een 74HC123 voor debouncing dit signaal kunnen geven. Tijdens de interrupt routine herstel je dan de staat van het systeem (toetsenbord weer aanzetten bijv) en laat je het programma doorgaan.

[Hawker17]

12 uur geleden, dionoid zei:

 

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

 

Ik ben benieuwd, als ik even tijd heb ga ik het programma intikken. Die snelheidswinst is al geweldig.

 

Even een praktische vraag. Waar stellen we de grens met dumpen qua privacy? Ik heb namelijk flink wat software gevonden uit privé-collecties die nooit openbaar zijn gemaakt, zowel games als utilities, tot gehele jaaradministraties aan toe.

 

Aan de andere kant, ik zelf zou het leuk vinden als iemand MIJN software terug zou vinden. Heb in de jaren 1984-1986 aardig wat geschreven, maar helaas alles toen voor een habbekrats verkocht. Mijn vader werkte altijd bij Philips en zo zaten wij altijd dicht bij het vuur. De P2000 ging er op het laatst nieuw uit voor 100 gulden. Had ik er toen maar wat meer gekocht. Ik had er zelfs 2 splinternieuwe cassetterecorders bij voor het geval er 1 zou sneuvelen. Dit is echter nooit gebeurd. Daarna ben ik software gaan schrijven voor de MSX op de VG8010 en VG8020.

 

Het verbaast me trouwens dat de meeste tapes na ruim 40 jaar nog steeds (prima) leesbaar zijn. Een enkeling zit vast, of is gebroken. Vroeger had ik met normale cassettebandjes al dat ze na een jaar of 10 aanzienlijk slechter werden.

31 januari aangepast door Hawker17

[Bertus]

13 hours ago, dionoid said:

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

 

Ik ben nu nieuwsgierig geworden.  Waarom heb je in eerste instantie voor 1200 baud gekozen en wat bepaalt nu eigenlijk of hogere snelheden haalbaar en ook stabiel zijn? Zit die complexiteit bij het uitlijnen van de assembly instructies en het 'bit banging' van de seriële poort?

[dionoid]

4 hours ago, Bertus said:

 

Ik ben nu nieuwsgierig geworden.  Waarom heb je in eerste instantie voor 1200 baud gekozen en wat bepaalt nu eigenlijk of hogere snelheden haalbaar en ook stabiel zijn? Zit die complexiteit bij het uitlijnen van de assembly instructies en het 'bit banging' van de seriële poort?

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) van de assembly instructies tussen de verzonden bits maar netjes passend maakt. Dus voor 38400 baud duurt ieder bit-signaal 1/38400 = 26,042 microseconde, wat 65,1 T-states is (want de P2000T's Z80 is geklokt op 2,5MHz) . Het goed uitlijnen van de instructies is dan meer een soort puzzeltje geworden

 

5 hours ago, Bertus said:

SLOT1 en 2 zijn beiden niet gebufferd, dus wanneer dat je een cartridge inserteert terwijl de machine draait is het niet onaannemelijk dat de adres-, data- of een van de andere lijnen beinvloed gaat worden wat het lopende proces verstoort.

Hmm, dit is idd te veel risico op beschadiging van of de P2000T of de cartridge.

 

4 hours ago, Hawker17 said:

Even een praktische vraag. Waar stellen we de grens met dumpen qua privacy? Ik heb namelijk flink wat software gevonden uit privé-collecties die nooit openbaar zijn gemaakt, zowel games als utilities, tot gehele jaaradministraties aan toe.

Dumps met persoonlijke gegevens niet verder delen, lijkt me; ook al zijn ze inmiddels al 40 jaar oud. En jaaradministraties zijn wat mij betreft oninteressant. Maar games en utilities kunnen altijd pareltjes bevatten. Over bedrijfsadministratie gesproken: op Github staat een .cas van de administratie van Snackbar 't Zuid uit 1988, wat een programma is dat volgens mij speciaal is geschreven voor deze snackbar (wellicht door de eigenaar?), waardoor het wel weer interessant is om te bewaren. Dit zit op het randje, misschien?

 

 

31 januari aangepast door dionoid

[Hawker17]

Grappig, die snackbar was ik ook al tegengekomen. Apart dat die administratie dus op minimaal 2 verschillende tapes heeft gestaan. Ook de bekende mooie games hebben vaak namen en adressen in de rem regels staan. Blijft lastig. Bij twijfel overleggen we wel even.

 

[Hawker17]

Triffids in L.A. (31B).cas

[blanka]

20 hours ago, Hawker17 said:

Triffids in L.A. (31B).cas 8.75 kB · 2 downloads

Ah, die gast van het P2000 Computer Spelen boek. Deze staat er niet in, maar wel "Huppelden Liftboy", beter bekend als Elevator Humpy.

[dionoid]

21 hours ago, Hawker17 said:

Triffids in L.A. (31B).cas 8.75 kB · 3 downloads

 

En blijkbaar was het vroeger gebruikelijk om je volledige naam, adres en telefoonnummer in de listing te zetten, haha.

[blanka]

18 minutes ago, dionoid said:

 

En blijkbaar was het vroeger gebruikelijk om je volledige naam, adres en telefoonnummer in de listing te zetten, haha.

Ik heb er recent een opgebeld! Even nummer omkatten vanwege operatie Decibel, maar daarna meteen beet.

[Hawker17]

Dat bedoelde ik dus ivm privacy. Aan de andere kant, ik zou het juist leuk vinden als mijn software weer boven water kwam.

 

Inderdaad, dit is de Ralph van het boek. Deze game had ik vroeger ook en ben hem slechts 1x tegengekomen op nu 150 tapes.

[Patrick1977]

Hallo beste mede P2000 érs 

 

Ben zelf ook een Liefhebber van de P2000 en bezit er dan ook 2 waarvan een nieuw in doos.

Recentelijk heb ik een Philips monitor CM8833 bij weten te kopen eveneens in een onberispelijke staat.

Nu dacht dat de stekker van mijn groenbeeld monitor er zo in paste ....... Helaas mis. Nu weten jullie het al 

Is er hier iemand die me aan zo'n kabel kan en wil helpen of een schema ervan heeft zodat ik deze kabel zelf kan maken.

 

Alvast heel hartelijk dank.

 

Patrick

 

[w2510a]

Op 20.1.2024 om 07:13, blanka zei:

Etwas ganz anderes. Ich habe zwei P2000 mit einer Floppy-Schnittstelle. Kann man daran ein Diskettenlaufwerk anschließen? Und nicht die mitgelieferte, 13 kg schwere Blechdose von Philips, sondern nur ein einfacher Koffer aus der Tonne im Gebrauchtwarenladen? Hat jemand Erfahrung damit?

 

Ja, elke normale pc-drive zal werken. Ik heb met succes verschillende 3,5-inch schijven aangesloten.

[dionoid]

On 11/1/2023 at 10:41 AM, blanka said:

Zijn hier nog liefhebbers voor een RGB adapter? Ik heb het nu in de vingers, en ik overweeg om nog 5 pluggen te bestellen om te verbouwen. Wat ik doe is ik pas een SCART-DIN adapter aan zodat je een standaard C64 diskdrive kabel kunt gebruiken. Stuur een PM indien interesse.

Heb je inmiddels voldoende liefhebbers gevonden voor die RGB adapters? Ik houd me nog steeds aanbevolen.

[blanka]

2 hours ago, dionoid said:

Heb je inmiddels voldoende liefhebbers gevonden voor die RGB adapters? Ik houd me nog steeds aanbevolen.

Yep, ik denk dat ik nog een set van 5 stekkers moet bestellen er meteen 10 moet maken... Even verbouwing tussendoor gehad thuis.

[Hawker17]

Al aardig wat pacman-clones tegengekomen, maar deze is best ok. Pacman with a twist.

 

 

pacman.cas

[Hawker17]

alggrot.cas

[Hawker17]

tank.cas

[dionoid]

4 hours ago, Hawker17 said:

alggrot.cas 2.5 kB · 0 downloads

 

Keep 'm coming

Ik vond Alggrot nog best leuk om te spelen.

[blanka]

Wel grappig dat veel spellen een soort van BBC micro basic ports zijn.

[Hawker17]

13 uur geleden, dionoid zei:

 

Keep 'm coming

Ik vond Alggrot nog best leuk om te spelen.

Inderdaad, hoe creatief mensen nog waren met beperkte mogelijkheden. Vanaf nu plaats ik bij elk cas-bestand ook een screenshot. Zo kan ik makkelijker nagaan of ik daadwerkelijk nieuwe software heb. Dat ga ik dus ook doen bij de reeds bestaande reeks van software op Github. Of heb je daar toevallig al screenshots van?

[Hawker17]

klopjacht.cas

[dionoid]

On 2/6/2024 at 9:03 AM, blanka said:

Wel grappig dat veel spellen een soort van BBC micro basic ports zijn.

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"

 

7 februari aangepast door dionoid

[dionoid]

On 2/6/2024 at 1:29 PM, Hawker17 said:

Of heb je daar toevallig al screenshots van?

Nee, maar dat is wel een goed idee. Check even via een PM bij @blanka , want die werkt ook aan iets dergelijks.

[blanka]

Wat nou 70" TV? Voor een P2000T is 6 inch meer dan zat:

 

Aangesloten op een oude camping-TV uit 1984 geschikt voor 12V.

7 februari aangepast door blanka

[Hawker17]

Nice @blanka!

 

Gelijk een vraag aan je. Ik kom net Fruitautomaat tegen, met een bestandsgrootte vele malen groter dan dan de andere Jackpot-versies.

 

Ik krijg alleen een Out of Memory melding. Heb jij nog een idee om dit te fixen?

Fruitautomaat.cas

[blanka]

@Hawker17Ik heb net even getest, op de 102 doet ie al wat meer (jij hebt op de 54 gestart), maar dan gaat er nog e.e.a. mis. Het lijkt meer een soort port van een basic fruitautomaat van een ander systeem.

Als je regel 15 wist, en uit 10010 de gosub sloopt kom je iets verder.

7 februari aangepast door blanka

[dionoid]

6 minutes ago, blanka said:

@Hawker17Ik heb net even getest, op de 102 doet ie al wat meer (jij hebt op de 54 gestart), maar dan gaat er nog e.e.a. mis. Het lijkt meer een soort port van een basic fruitautomaat van een ander systeem.

Als je regel 15 wist, en uit 10010 de gosub sloopt kom je iets verder.

Lijkt inderdaad of iemand de Basic code van een bestaand programma heeft overgetikt, maar daarbij foutjes heeft gemaakt.

[Hawker17]

Dank voor de tip m.b.t. 102 model. Volgens mij is dit best een leuke versie. Zo heb ik nog wel meer software met bepaalde (typ)fouten. Ik zal die t.z.t. verzamelen voor de software knutselaar.

 

Kom net "Cursus morse opnemen" tegen. Bewaren we dat ook of trekken we ergens een grens?

107a.cas

[dionoid]

28 minutes ago, Hawker17 said:

Kom net "Cursus morse opnemen" tegen.

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.

 

7 februari aangepast door dionoid