[Btx] PC online DREWS über DOSBOX auf Arch linux / neu-ulm.py

[Michael Steil]

Ändere mal in Source das Zählen der RETURNs von 4 auf 2 oder 1 und lass den c64 Mode an. Die Zeichen scheinen ja Ansicht durchzukommen.

  Michael

> On 7 Jan 2019, at 01:27, Lea Laws <laws.lea at gmail.com> wrote:
> 
> Input In: 57
> String: 'AT&FATX3DP'
> Input In: 49
> String: 'AT&FATX3DP'
> Input In: 48
> String: 'AT&FATX3DP'
> Input In: 13
> Input In: 13
> irgendwie will das nicht....
> 
> Am Mo., 7. Jan. 2019 um 01:24 Uhr schrieb Michael Steil <mist64 at mac.com>:
>>> Schritt 1: ich gehe über das terminal mit cd in den ordner wo neu-ulm.py auch drin ist und habe dann dies ein sudo socat -d -d exec:"python3 neu-ulm.py c64" pty,raw,echo=0
>> 
>> Das "c64"-Argument ist für den C64-Decoder gedacht. Mit dem Argument wartet der Server auf 4x Return-Taste vom Client, bevor er was schickt. Läßt man es weg, schickt er sofort, das heißt, man versäumt in der Regel die erste Seite im Decoder, wenn man ihn danach ja erst startet.
>> 
>> Mal im Decoder ein paarmal RETURN drücken, vielleicht kommt dann was?
>> 
>> Außerdem: Solange im C64 Mode der Server auf die 4 RETURNs wartet, spuckt er wieder aus, was er als Eingaben kriegt (Remote Echo). Siehst Du denn die Buchstaben, die Du in den Decoder tippst?
>> 
>>> Schritt 2: Das Terminal auf dem Laptop spuckt dies aus;
>>> 2019/01/06 22:27:10 socat[19425] N forking off child, using socket for reading and writing
>>> 2019/01/06 22:27:10 socat[19425] N forked off child process 19426
>>> 2019/01/06 22:27:10 socat[19425] N forked off child process 19426
>>> 2019/01/06 22:27:10 socat[19425] N PTY is /dev/pts/3
>>> 2019/01/06 22:27:10 socat[19425] N starting data transfer loop with FDs [5,5] and [6,6]
>>> 2019/01/06 22:27:10 socat[19426] N execvp'ing "python3"
>>> Neu-Ulm running.
>>> 
>>> Schritt 3: Ich Konfiguriere die Serialportts in der DOSBOX config. 
>>> serial1=directserial realport:/dev/pts/3
>>> serial2=directserial realport:/pts/3
>>> serial3=directserial realport:pts/3
>>> serial4=disabled
>>> da ich nicht weis welchen pfad der genau braucht habe ich mal 3 Stück Konfiguriert.
>> 
>> /dev/pts/3 hört sich schon gut an, aber da habe ich keine weiteren konkreten Erfahrungen.
>> 
>>> Schritt 5: starte dosbox und das Programm
>>> 
>>> Irgendwie möchte es nicht und auch unter den Schnittstellen einstellungen will es nicht. wie viel Baud spricht den der neu-ulm.py server?
>> 
>> Der Server spricht ja nur stdin/stdout. Das /dev/pts/3, das socat aufgemacht hat, hat aber auch keine Baudrate. Das funktioniert einfach so, wenn man davon liest oder reinschreibt.... Ich denke, bei DOSBox ist die Baudrate auch egal. Der transferiert einfach die bytes zwischen /dev/pts/3 und dem emulierten UART-Chip...
>> 
>> Christina hat eine Anleitung in ihrem Repo, die was ähnliches tut:
>> 
>> https://git.imzadi.de/acn/rtx/src/master/doc/socat%20mit%20dosbox.txt
>> 
>> Allerdings ist da DOSBox über TCP verbunden, und der Server an das TCP angeschlossen...
>> 
>> Vielleicht mal in Deiner Config "serial1=nullmodem realport:/dev/pts/3" probieren?
>> 
>> Ich hab Christina auch auf die Liste eingeladen... sie sollte schon mitlesen!
>> 
>>   Michael
>> 
>> 
> -- 
> Btx mailing list
> Btx at lists.hanse.de
> https://lists.hanse.de/mailman/listinfo/btx
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hanse.de/pipermail/btx/attachments/20190107/238e41b0/attachment.html>