Bertus
-
Aantal items
93 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Galerij
Kalender
Alles dat geplaatst werd door Bertus
-
Ik heb even een snel scriptje geschreven want er is een chronisch tekort aan monniken met ICT kennis. Op dit moment hebben 81/ 198 CAS bestanden in het archief een ongeldige header (om een of meerdere redenen). Ik zal het scriptje uitbreiden om op nog wat andere zaken te toetsen en dan toevoegen via een PR. Headers repareren is an sich niet zo moeilijk.
-
Mooi werk @dionoid!!! Ik zou bijna voorstellen om dit gewoon uit te rollen voor alle CAS bestanden en de nagenoeg random data in de header-secties te wipen (alles buiten 0x30 - 0x4F). Ik zou voor het vergelijken van bestanden de header secties niet volledig negeren. Ben het met je eens dat het nut van die headers beperkt is, maar bijvoorbeeld 0x4F neemt af per blokje en op z'n minst zou je de andere 'metadata' (programmalengte e.d.) minstens een keer willen meenemen in het vergelijk. Je kunt het scriptje voor de cartridges eventueel recyclen voor de .cas bestanden.
-
Het programma gebruikt fopen en niet _wfopen. Als je die laatste gebruikt kun je inderdaad UTF-16 bestandsnamen gebruiken. Ik ben niet thuis in Java, maar kan goed zijn dat de JVM meteen koppelt op de 'wide char' functies. De discussie doet me eraan denken dat we tegenwoordig ook emoticons kunnen gebruiken in bestandsnamen, maar dan blijft de vraag resteren of we dat zouden moeten willen.
-
@w2510a had nog een aantal cartridges die nog niet in het P2000 Preservation Project stonden. Hij was zo vriendelijk om een dumpje van de ontbrekende cartridges te maken welke ik nu via een pull-request heb aangeboden voor het project. Zodra @dionoid de pull request (PR) accepteert (indien naar tevredenheid natuurlijk), dan zijn op de PPP de volgende extra cartridges te vinden: BASIC 1.0 in het Engels Bildschirmtext Text 1 in het Duits Text 2 in het Duits Maintenance (deze maintenance wijkt met een paar bytes af van "Maintenance 1", dus ik heb hem maar voor de v
-
Klopt, maar er zou ook een EOT geschreven moeten worden op de cassette. Heb je het stopje erin zitten? Uitleg: Op adres 0x0018 begint de machinecode voor de cassette. Via DEF USR=&H18 wordt een pointer gezet naar dat adres. Wanneer je ?USR(1.1) aanroept dan wordt 1.1 als een single precision float weggeschreven naar adres 0x650D en bevat HL een referentie naar dat adres. We gebruiken dit getal overigens verder niet (HL wordt overschreven met de waarde van het transfer adres). De waarde in de accumulator wordt echter wel bepaald door het type argument en voor een single pre
-
Volgens mij refereert @cancom naar een handgeschreven opmerking op pagina 34: van https://download.homecomputer.museum/Files/Philips/P2000T/Documentation/P2000T.pdf. (zie afbeelding) De monitorroutines werken natuurlijk ook. Als je het vervelend vindt om een serie 'pokes' in BASIC uit te voeren kun je ook de instructies via Zemon inkloppen en eventueel de machinetaalinstructies op een (ander) bandje opslaan. Tenslotte heb je ook nog een "cassettehulp" programma met wat handige utilities. Ik kan me niet herinneren of die je toetstaat om specifiek het laatste bestand te w
-
Ik zag je commits en de pull request inderdaad al tegenkomen. Knap gedaan allemaal. Men is inderdaad heel strict qua integratie bij mame-dev.
-
De commit historie van MAME suggereert dat de P2000T emulator geport is vanuit MESS (ergens in 2012): https://github.com/mamedev/mame/blob/7285b359d259b2ae0fdf85096571c386ec8c991a/src/mess/drivers/p2000t.c Verder doorgraven in de MESS-svn laat zien dat de eerste commit van de P2000T broncode door de maintainer van MESS is geplaatst (ergens in 2007): https://github.com/mamedev/mess-svn/blob/50516e2f0095095fc28f569c0db3176012579447/src/mess/drivers/p2000t.c Deze forumpost doet suggereren dat de user met de nickname "The Wiz" de auteur van die code is: https
-
I am sure I can help you out. Due to the "minimum of 50 posts" restriction on the forum, I cannot (yet) send any direct messages. Can you share some contact details so I can reach out to you? edit: Or contact me on Marktplaats, that is fine as well.
-
Ik weet niet of dit je veel gaat helpen, maar op x64 architectuur zal een operatie met 64-bit integers in de regel resulteren in een optcode met 64 bit registers; een 64 bit integer operatie dus. Afhankelijk van de programmeertaal die je gebruikt, welke variabelen je daarin declareert en de bibliotheek waartegen je aan compileert kan dat een 32bit integer zijn. In C++ is de de-facto integer op een 64 bit systeem LP64, dus 64 bits per integer. Op 32 bit systemen is dit ILP32, dus 32 bit. Wil je 8 bit operaties afdwingen, dan kun je ervoor kiezen om 8 bit variabelen te declareren. In
-
Goed nieuws. De ROM flasher is zover af dat ik hem graag de deur uit stuur om door geïnteresseerden te laten testen. Ik heb een GUI in Qt geschreven om (hopelijk) makkelijk met de flasher te interfacen. Daarbij heb ik ook een bijbehorende cartridge ontwikkeld met een ZIF socket op de achterzijde (zie foto). Daarmee kun je de ROM chip inserteren zonder dat je de cartridge hoeft open te maken. Aan de voorzijde van de cartridge zit een piano-type dip switch om de bank te selecteren. Een paar kanttekeningen: De GUI is ontwikkeld in Qt op Windows. Zover ik kan zien werkt deze ou
-
Deze pagina's schieten mij te binnen. Wellicht is er meer, maar ik ben nog niet klaar met alles op het archief door te nemen. https://github.com/p2000t/documentation/blob/master/P2000gg/p2000ggnieuwsbrief1-7.pdf : blz 26 https://github.com/p2000t/documentation/blob/master/programming/Adresboekje.pdf : blz 66 en 67
-
Supermooi die lay-out! Hoe moet ik die rode 4-byte (?) blokken interpreteren? Dank voor die toelichting! Het is dus een soort van revisie door de gebruikersgemeenschap. Ik zal die informatie laten landen in de beschrijving van deze ROM in de PPP.
-
Grote dank! Deze cartridge is duidelijk meer gevuld dan de BASIC cartridge op PPP waardoor ik je eerdere opmerking snap die suggereert dat ik data aan het overschrijven ben. De BASICNL cartridge die bij mijn P2000T zat was de BASICNL1.1 versie waarin "RobRob83" in de header staat (ik vermoed refererend naar Rob van der Heij en Rob van Ommering) die wel nog enige ruimte heeft. Dit is ook de versie die op PPP staat. @cancom Heb je eventueel wat meer achtergrond informatie hoe de verschillende versies zich tot elkaar verhouden? Welke aanpassingen zijn er bijvoorbeeld gedaan en wat is
-
Zoals jullie weten heb ik enkele hardware projectjes rondom de P2000 opgezet. Om meer uit die hardware te halen is het handig om een ROM flasher te hebben, maar op basis van de discussie in dit topic begrijp ik dat niet iedereen die heeft. Ik heb zelf een TL866ii, maar die zijn al meteen erg prijzig (rond de 100 euro). Je kunt natuurlijk je eigen flasher bouwen met een Arduino, een breadboard en wat shift registers, maar ik kan me indenken dat de drempel daarvoor ook nogal hoog is. (van de andere kant; het kan ook een heel leerzaam project zijn) Vooral voor diegenen die nog geen RO
-
Korte update van mijn kant: Ik heb de assembly code aangepast en nu wordt automatisch de top van het RAM geheugen bepaald op basis van de waarde in $605C. Ik heb de code getest op een 16kb en een 32kb P2000T met respectievelijk de programma's 4 op een rij.cas en koh-i-noor.cas. Dat blijkt beiden netjes te werken. Tevens heb ik de USR1 pointer op suggestie van @blanka veranderd van &H4EC7 naar &H4EEE om het typen verder te vereenvoudigen. Versie 0.2.0 van de ROM valt hier te downloaden: https://github.com/ifilot/p2000t-rs232-cartridge/releases/download/v0.2.0/BASIC-M
-
Jazeker kan dat. Kwestie van deze ROM op een van de lege banks flashen. Je moet daarvoor wel de cartridge openschroeven en een ROM flasher hebben.
-
Dank @cancom voor (wederom) je kritische visie. Ik stel het op prijs. Ik zie inderdaad dat ik beperkt ben tot 15.5 kb programma's omdat ik het adres $9f00 gefixeerd heb in de code. Dat moet een 'dynamisch' adres worden gebaseerd op de capaciteit van de P2000T welke bepaald kan worden uit de waarde op $605C. Dat is inderdaad maar een paar extra regels assembly. Dank tevens voor het spotten van de typo, dat zou &HDDFF moeten zijn. ($6000 + 32 * $400 - $200 - 1 = $ddff) Het klopt dat ik er vanuit ga dat de ruimte in de BASIS NL1.1 cartridge boven $4EC7 leeg is. Alle cartridges d
-
In mijn ontmoeting met @blanka werd benoemd dat het kopiëren van .CAS bestanden naar de P2000T nog redelijk omslachtig is omdat je een redelijke lange code in moet typen. Deze post op dit forum laat eigenlijk ook al zien dat het overtypen van zulke lange code, ondanks zeer nostalgisch, nogal foutgevoelig is. Ik heb daarom de code van @dionoid een klein beetje aangepast en aan het einde van de BASIC NL v1.1 ROM gezet. Hierdoor is de code teruggebracht naar slechts twee regels: 10 CLEAR 50,&H9DFF 20 DEF USR1=&H4EC7 Door deze twee regels te draaien met RUN
-
Ter aanvulling op voorgaande bericht. Voor eenieder die ook graag (non-invasief) dumps wil maken van P2000T cartridges; ik heb de hard- en software die ik ontworpen heb nu netjes gedocumenteerd op Github gezet: https://github.com/ifilot/p2000t-cartridge-reader.
-
Ik kan wel een ROM dump maken van die BASIC 1.0 cartridge. Blanka woont ook in 040-omgeving, dus we kunnen een keer een afspraak maken om dat te regelen; indien Blanka daarmee akkoord gaat natuurlijk. Ghosthunt is inderdaad geen standaard Basic programma zover ik kan zien uit de CAS dus wellicht dat daarmee de methode over de kabel niet werkt. Wat je eens zou kunnen proberen is of je hem in het geheugen kunt zetten en dan naar een tape weg kunt schrijven en dan opnieuw proberen in te laden.
-
1. Je moet deze bestanden nog door een slicer halen voordat je ze kunt 3d-printen, maar voor de rest zijn ze kant-en-klaar. 2. Ik heb nooit een originele cartridge opengemaakt maar heb - zo goed als mogelijk - op basis van de schroefgaten gegokt waar de nokken zouden moeten zitten. Ik kan niet garanderen dat ze voor originele cartridges / printplaten geschikt zijn. Het klopt inderdaad om te stellen dat ze in principe ontworpen zijn voor mijn ontwerp PCBs en misschien werken ze ook voor de originele. Dat gezegd hebbende, een 3d-print is niet duur om te maken dus we kunnen een keer proefdra
-
Er lopen nu twee topics parallel aan elkaar en ik reageer hier op beiden. @fjalvingh en @Wijnand Ik was er ook tegenaan gelopen dat CARS1 en CARS2 omgedraaid in de FSM staan. Ik heb zelf een simpele SLOT1 cartridge ontworpen en heb mijn bevindingen gedocumenteerd. Wellicht dat dit van nut voor jullie kan zijn. Zie: https://www.philips-p2000t.nl/cartridges/basic-cartridge @RetroComputer I designed a very simple PCB that basically acts as an adapter between the P2000T cartridge and a Arduino Leonardo. No desoldering is required and the method is fully 'non-invasive'. I ex
-
Most likely the eproms are soldered in without any sockets. Anyway: No need to break it open and potentially desolder the eproms. If you by any chance have an Arduino Leonardo, I can send you an adapter board so that you can connect the cartridge to the Arduino and read out the ROM.
-
Het verhaal gestart door @demesmaeker krijgt nog een staartje wat ik graag met jullie wil delen. Eerder deze week had iemand uit Tsjechië mijn P2000T Multicartridge gekocht via Ebay en ik vroeg hoe hij dan aan een P2000T kwam. Mijn aanname inderdaad dat deze systemen voornamelijk in Nederland verkocht werden. Hij vertelde me dat hij deze had gekocht op Ebay bij precies het item waar eerder naar verwezen werd: de P2000T uit Oostenrijk (https://www.ebay.com/itm/275579436355). Hij heeft deze P2000T inmiddels in goede orde ontvangen en hij komt in een retrocomputer exhibitie terecht in Žatec (http
