1
Suche / Re: Software für Smart Card Reader:Telefonkarten
« Letzter Beitrag von ragnar76 am Heute um 19:48:18 »Du könntest es mit OpenSC (https://github.com/OpenSC/OpenSC/wiki) probieren
Neueste Beiträge
2
Suche / Software für Smart Card Reader:Telefonkarten
« Letzter Beitrag von Hingenaan am Heute um 16:00:14 »Kennt jemand (Datenbank-)Software zum Auslesen von Telefonkarten?
Habe einen Smart Card Reader mit seriellem Stecker, wird wiederum mit 3 Knopfzellen LR44 gespeist.
Habe einen Smart Card Reader mit seriellem Stecker, wird wiederum mit 3 Knopfzellen LR44 gespeist.
3
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Heute um 15:44:22 »Unklar ist mir, ob der Atari dann zwei Pakete à zwei Bytes liefert, denn er müßte ja beide Joysticks berücksichtigen. Das "Profibuch" ist hier lückenhaft.
Nein, er schickt ein Paket, bestehend aus 3 Bytes. Das erste Byte ist $fd, die anderen beiden Bytes sind die Status-Daten für die Joysticks (bits 0-3 Directions, bit 7 fire-Knopf wenn ich mich recht erinnere). Für die Status-Daten sollte es momentan reichen, zwei $00-Byte zu schicken, solange nicht wirklich ein Joystick simuliert wird.
Zu beachten ist auch daß Joystick-0 des IKBD eigentlich ziemlich unbrauchbar ist. Wenn der aktiviert wird, ist die Maus ausgeschaltet, und umgekehrt. Das Abfrage-Kommando liefert aber trotzdem beide Bytes.
4
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von RealLarry am Heute um 14:51:33 »[...]
Technisch: Das Programm schickt per Bconout() zwei Befehle an den IKBD: Eine Joystick-Abfrage, und dann wird die Maus auf den relativen Modus umgeschaltet. Letzteres ist harmlos, aber bei ersterem wartet das Programm auf das Antwortpaket vom IKBD, dafür hängt es sich mit Kbdvecs in die Joystick-Behandlungs-Routine. Ich habe bei der Gelegenheit gleich alle Bcon***()-Aufrufe für IKBD und MIDI an den Emulator geleitet, der kann dann den Interrupt simulieren und die Datenpakete liefern. Ein ziemlicher Aufwand. Unklar ist mir, ob der Atari dann zwei Pakete à zwei Bytes liefert, denn er müßte ja beide Joysticks berücksichtigen. Das "Profibuch" ist hier lückenhaft.
Ich werde langsam alt und verliere allmählich die Lust am Sammeln und Benutzen (von Atari-Zeugs) - damit mache ich mittlerweile zu wenig damit. Aber 2025 war für mich ein Atari-Jahr. Atari macht wieder Atari-Dinge und Merch, Der Atari800-Core des MiSTer wurde erwachsen (und weit darüber hinaus), MoL und was-weiß-ich-nicht-noch alles. Zusammengefasst: Atari-Porno pur. Überschwänglich tausend Dank an alle Beteiligten!
5
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 13:40:56 »Prima! Mußte erstmal Suchmaschine bemühen, was "Nicelines" und Dialogtitel sind. Ist zu lange her. Ich mußte direkt mal KAOS und EmuTOS vergleichen, in ST-high.
Und ich habe - nach Thorstens endgültiger Analyse - das vermaledeite GFA-Basic endlich zum Laufen gebracht -- ohne Pätsch! Dabei schwingt immer die Hoffnung mit, daß auch andere Programme davon profitieren. Meistens wird diese Hoffnung enttäuscht.
Technisch: Das Programm schickt per Bconout() zwei Befehle an den IKBD: Eine Joystick-Abfrage, und dann wird die Maus auf den relativen Modus umgeschaltet. Letzteres ist harmlos, aber bei ersterem wartet das Programm auf das Antwortpaket vom IKBD, dafür hängt es sich mit Kbdvecs in die Joystick-Behandlungs-Routine. Ich habe bei der Gelegenheit gleich alle Bcon***()-Aufrufe für IKBD und MIDI an den Emulator geleitet, der kann dann den Interrupt simulieren und die Datenpakete liefern. Ein ziemlicher Aufwand. Unklar ist mir, ob der Atari dann zwei Pakete à zwei Bytes liefert, denn er müßte ja beide Joysticks berücksichtigen. Das "Profibuch" ist hier lückenhaft.
Und ich habe - nach Thorstens endgültiger Analyse - das vermaledeite GFA-Basic endlich zum Laufen gebracht -- ohne Pätsch! Dabei schwingt immer die Hoffnung mit, daß auch andere Programme davon profitieren. Meistens wird diese Hoffnung enttäuscht.
Technisch: Das Programm schickt per Bconout() zwei Befehle an den IKBD: Eine Joystick-Abfrage, und dann wird die Maus auf den relativen Modus umgeschaltet. Letzteres ist harmlos, aber bei ersterem wartet das Programm auf das Antwortpaket vom IKBD, dafür hängt es sich mit Kbdvecs in die Joystick-Behandlungs-Routine. Ich habe bei der Gelegenheit gleich alle Bcon***()-Aufrufe für IKBD und MIDI an den Emulator geleitet, der kann dann den Interrupt simulieren und die Datenpakete liefern. Ein ziemlicher Aufwand. Unklar ist mir, ob der Atari dann zwei Pakete à zwei Bytes liefert, denn er müßte ja beide Joysticks berücksichtigen. Das "Profibuch" ist hier lückenhaft.
6
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von MJaap am Heute um 11:57:29 »( Der Fortschritt von EmuTOS gegenüber Atari TOS ist erheblich. Vielleicht weniger im AES, wo der Hauptfokus eben auf der kompatiblen Nachbildung von Atari TOS liegt. Aber bei Open-Source-Software gilt schließlich: nicht meckern, selbst machen.Richtig. Ich störe mich halt an Äußerlichkeiten, ich bin ein Augen-Mensch. Aber im Museum schaue ich ja auch nicht hinter die Bilder, ob die stabil befestigt sind.
Ist zwar etwas OT, aber auch mit Blick auf MagiC wurden in EmuTOS einige AES-Erweiterungen eingebaut (Nicelines und Dialogtitel)
7
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 10:15:35 »GFA benutzt nicht ikbdws, sondert sendet ein einzelnes Byte mit Bconout(4):Heißen Dank und Frohes Neues!
Ich hatte bei der Masse von beobachteten Bconout-Aufrufen schon so etwas vermutet, die Theorie dann aber verworfen.
Die Adressen scheinen sich etwas verschoben zu haben. Bei mir sieht es so aus:
Code: [Auswählen]
lblA7C2:
move.w #$22,-(sp) *00A7C2=3f3c0022
trap #$e * xbios Kbdvbase *00A7C6=4e4e
addq.l #2,sp *00A7C8=548f
movea.l d0,a3 *00A7CA=2640
adda.w #$18,a3 *00A7CC=d6fc0018
move.l (a3),-(sp) *00A7D0=2f13
move.l #lblA7BA,(a3) *00A7D2=26bc0000a7ba
clr.l lbl2D12 *00A7D8=42b900002d12
moveq #$16,d0 *00A7DE=7016 <==== BCONOUT
bsr lbl2CFC *00A7E0=6100851a
lblA7E4:
tst.l lbl2D12 *00A7E4=4ab900002d12
beq.s lblA7E4 *00A7EA=67f8 <====== ENDLOSSCHLEIFE
Mein Disassembler kann den versteckten Bconout-Aufruf hier natürlich nicht finden.
8
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von Thorsten Otto am Heute um 06:56:32 »Ich finde keinen XBIOS-Ikbdws()-Aufruf, und zwar weder in meinem disassembly noch im trace von Hatari.
GFA benutzt nicht ikbdws, sondert sendet ein einzelnes Byte mit Bconout(4):
Code: [Auswählen]
[0001a7de] 7016 moveq.l #22,d0
[0001a7e0] 6100 851a bsr $00012CFC
...
[00012cfc] 3f00 move.w d0,-(a7)
[00012cfe] 5140 subq.w #8,d0
[00012d00] 13c0 0001 2d16 move.b d0,$00012D16
[00012d06] 4879 0003 0004 pea.l $00030004
[00012d0c] 4e4d trap #13
[00012d0e] 5c8f addq.l #6,a7
[00012d10] 4e75 rts
Das Kommando was da gesendet wird, dient zum Abfragen beider Joysticks.
9
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Heute um 03:42:32 »WTF! Jetzt habe ich einen Riesenaufwand betrieben, um herauszufinden, warum das vermaleidete GFABASIC 3.6 mit einem weißen Bildschirm hängenbleibt und wie ich das verhindern kann, und jetzt finde ich heraus, daß jemand im Jahre 2022 (a) das gleiche Problem hatte und (b) die gleiche Lösung gefunden hat: https://www.atari-forum.com/viewtopic.php?p=432805
Die Diagnose "Someone else added that GFA Basic sends a command to query the joysticks" kann ich aber erstmal nicht bestätigen. Ich finde keinen XBIOS-Ikbdws()-Aufruf, und zwar weder in meinem disassembly noch im trace von Hatari. Deshalb bleibt diese Schleife für mich unverständlich.
Mit dem Patch läuft das Programm im "single mode" in ST-high und ST-mid. Von ST-low aus versucht es - leider vergeblich - auf ST-mid umzuschalten, natürlich mit Registerzugriff statt XBIOS, wäre ja auch zu einfach. Bei anderen Auflösungen stürzt GFABASIC ab und reißt das gesamte System mit.
Die Diagnose "Someone else added that GFA Basic sends a command to query the joysticks" kann ich aber erstmal nicht bestätigen. Ich finde keinen XBIOS-Ikbdws()-Aufruf, und zwar weder in meinem disassembly noch im trace von Hatari. Deshalb bleibt diese Schleife für mich unverständlich.
Mit dem Patch läuft das Programm im "single mode" in ST-high und ST-mid. Von ST-low aus versucht es - leider vergeblich - auf ST-mid umzuschalten, natürlich mit Registerzugriff statt XBIOS, wäre ja auch zu einfach. Bei anderen Auflösungen stürzt GFABASIC ab und reißt das gesamte System mit.
10
Emulatoren / Re: AtariX => MagicOnLinux
« Letzter Beitrag von AndreasKromke am Gestern um 17:16:05 »( Der Fortschritt von EmuTOS gegenüber Atari TOS ist erheblich. Vielleicht weniger im AES, wo der Hauptfokus eben auf der kompatiblen Nachbildung von Atari TOS liegt. Aber bei Open-Source-Software gilt schließlich: nicht meckern, selbst machen.Richtig. Ich störe mich halt an Äußerlichkeiten, ich bin ein Augen-Mensch. Aber im Museum schaue ich ja auch nicht hinter die Bilder, ob die stabil befestigt sind.
