TuxFrodo C64 Emulator Beta 8 (Snapshotspeicherung)

Zitat

Original von angryFlo
ICh hatte letztens ein seltsames Phänomen.
Wir waren gerade dabei und haben eine Runde "World Games" gespielt.
Also plötzlich die Dreambox angefangen hat einen Film aufzunehmen, welcher über Timer programmiert war.

Man hat ab diesem Zeitpunkt den C64 Sound zusammen mit dem Sound vom TV gehört.

Voll doof, wir wollten das Spiel auch nicht abbrechen um den EMU neu zustarten, ich denke dann wäre es weg gewesen.

Ist das außer mir noch jemandem passiert ?

Alles anzeigen

Hmm, ist nicht seltsam, sondern logisch. Beim starten des C64 stoppe ich den Demuxxer, so dass kein Fernsehbild und somit auch kein Ton mehr läuft. Wenn nun ne Aufnahme beginnt, wird der Stream nun wieder gestartet und der Ton läuft mit durch. Lässt sich leider auch nicht vermeiden, sorry.

Da fällt mir ein, bei der 7020 sind ja auch die ganzen devices durcheinander gewürfelt worden (/dev/fb0 und /dev/dsp usw.) .... macht mal bitte ne Telnet Session auf und gebt folgendes ein:

mknod /dev/dsp c 14 3

Danach solltet ihr ein gültiges /dev/dsp Device Node haben und es sollte ein Ton kommen wenn ihr den Tuxfrodo nun startet. Hält allerdings nur bis zum nächsten booten der Box an, muss ich irgendwann mal die Startplugins bearbeiten, dass das Device automatisch erzeugt wird, wenn es nicht vorhanden ist.

Zitat

Original von Sylvi
Gibt es denn keine Möglichkeit es dauerhaft zu machen....mit einem skript oder sonstwas?!

Bei der 7020 kannst du das direkt in die /etc/rcS eintragen und bei der 500er machst du ein File:

/var/etc/init

und trägst es dort ein, dann wird das bei jedem Boot erledigt ...

Zitat

Original von prego
So, grad mal erstes Feedback vom Dipl-Informatiker *g*:

> hier mal der Status zum C64-Joystick-am-RS232-der-DreamBox-Projekt:
> - es ist mir klar, was ich zu tun habe; d.h. ich weiß, wie die
> Schaltung auszusehen hat. Sie wird sehr einfach:
> 1. Entprellung der Mikroschalter (macht man am besten mit FFs)
> 2. Laden der Schalterwerte in ein parallel ladbares
> 8-Bit-Schieberegister (z.B. Typ 74HC165)
> 3. Verwendung eines einfachen RS232-Treiber-Bausteins
> (z.B. MAX230, MAX232)
> 4. Der RS232 bzw. der Treiber(Software) kontrolliert das
> Auslesen des Schieberegisters. Die Treibersoftware muss
> sich weiterhin um das timing selbst kümmern ... ist aber
> IMHO besser, also noch mehr Hardware/Logik zu verbauen
>
> Probleme:
> * ich habe keinen C64-Joystick
> * soweit ich das bis jetzt absehen kann, wird zusätzlich eine
> Batterie (9V-Block) benötigt, weil man den RS232 wohl besser
> nicht als Stromversorgung mißbraucht ... das hängt auch von der
> Qualität des seriellen Ports des DreamBox ab

Sein erstes Problem versuche ich gerade zu lösen - mal Rumfragen wer noch sowas hat. Hab denk ich 2-3 Quellen dafür.

Momentan versuchen wir zu klären, ob es vielleicht möglich wäre 2 Joysticks am Seriellen Anschluß zu betreiben....

Da leigt noch einiges vor uns...

Alles anzeigen

So .. möchte dieses alte Thema nochmal aufgreifen .. es gab ja schon mal die Idee ob man nicht irgendwie einen guten alten echten 64er Joystick über die seriell Schnittstelle ankoppeln kann und somit entweder den USB frei hat bzw. den 500/5620 Boxen das zocken mit Joystick ermöglicht.
Lange Rede kurzer Sinn, nachdem ich heute für einen Kollegen was machen hab müssen und mal wieder den Lötkolben angeworfen habe und ne AVR SChaltung (Mikrcontroller) programmiert habe, hab ich dieses Thema mal wieder angegangen und auf Microcontroller Basis kurz ne Schaltung entworfen, zusammengelötet, ein Programm für den Microcontroller geschrieben, geflashed ... und es hat funktioniert

Ist eigentlich ne einfache Geschichte, ich hab den Atmel Atmega8 genommen (hatte ich noch ein paar) der hat genügend Ein/Ausgänge und leg die Schalter des C64 Joysticks an die Eingänge an. Hab ein kurzes Programm im Atmel das die EIngänge ständig abfrägt und als Byte dann über die UART SChnittstelle seriell ausgibt, dieses dann über nen MAX232 gejagt das ich serielle Pegel bekomme (ATmel macht ja TTL Pegel) und schwupp kann ich die Joystickzustände seriell abfragen.
Das ganze ist im Moment für einen Joystick, da aber der Atmel noch genügend Eingänge frei hat kann ich die Software im Atmel auch auf 2 Joysticks umschreiben. Die Bauteilkosten belaufen sich auf ca. 3 EUR.

Nun ja, werde das die Tage mal testweise in den Tuxfrodo implementieren und testen, halt euch auf dem laufenden. Werde dann auch noch Bilder, SChaltplan, etc. nachliefern

prego:
Hab mir die Idee mit dem Schieberegister auch angesehen, allerdings hat er unter Probleme ein paar Punkte vergessen ... er braucht noch nen Taktgeber (Quarz o.ä.), die "Treibersoftware muss sich um das Timing kümmern" ist quasi kaum möglich weil es so keinen Taktbezug gibt zwischen serieller SChnittstelle und dem Schieberegister und man somit einfach nacheinander Bits bekommt und keinen Sync schafft (welches ist das erste Bit?) bzw. die Taktung ständig auseinander läuft da man ja keinen gemeinsamen Takt hat. Der MAX232 ist ja auch kein "ich generier eine RS232 SChnittstelle-Baustein" sondern ein TReiber .. er pushed TTL Pegel auf die des RS232 an (sind höhere Spannungen) und verkleinert evtl. von der RS232 ankommende Pegel auf 5V TTL, damit die Elektronik nicht geschrottet wird, mehr macht der eigentlich nicht (hab ja auch einen verwenden müssen). Daher ist die Mikrocontroller Variante sinnvoller, denn ich kann auch eine Logik reinpacken und somit mehr Daten übertragen (2 Joysticks, etc.) und bekomme ein richtiges RS232 Signal mit sauberer Baud, etc. Der ATMega8 hat ja auch einen internen Taktgeber (ist zwar nicht so präzise, reicht aber hierfür) und man kann sich eine externe Taktung via Quarz sparen. Und da der AtMega8 gerade mal noch 1.65 EUR kostet, scheint mir die Variante nicht unbedingt teurer

Also das mit dem Schieberegister hab ich komplett gestrichen, ist einfach zu "wackelig" die Geschichte, daher lieber "richtig" machen. Hab gestern auch noch den 2. Port eingelötet und das AVR Proggi umgechrieben, klappt nun auch mit 2 Joysticks.
Das "brennen" des Atmel ist ja kein grosses Hexenwerk. Ein einfachen Brenner auf parallelport-Basis (SP12) lässt sich mit 5 Widerständen und einem Kondensator und einem IC-Sockel schnell bauen und liegt bei keinen 2 EUR von den Bauteilkosten her. Oder man macht eben ne "Sammelbestellung" wie schon gesagt, solange es sich in Grenzen hält kann ich die Chips auch selbst flashen.

Zitat

Original von chriwi
Hallo Seddi,

ok, solange man für den Flashadapter nicht wieder einen Atmel flaschen muß und damit ein Henne-Ei-Problem hat kann ich mit dem Eigenbaubrenner am Paralelport leben, was heist eigentlich (SP12)?

Hehe, nee, braucht man nicht. Die Atmels haben (im vergleich zu PICs) quasi den "halben Brenner" schon imChip, daher braucht man nicht viel. SP12 heisst der "einfache" Brennertyp und wird von vielen Brennprogrammen unterstützt.

Ich häng mal ein PDF zum Brenner an. Dank an Cadex für die schönen Bildchen
Ich hab meinen auch in einen Stecker reingebaut, allerdings nicht wie auf den Bildern direkt an die PC Seite, sondern ich hab ein altes Druckerkabel genommen und auf der Drucker-Seite (Centronics-Stecker) den Stecker rausgemacht und meinen IC Sockel da reingefräst/geklebt, hat den Vorteil das man nicht immer am PC rumfummeln muss, wobei man den zu programmierenden Atmel schon stecken/abstecken sollte wenn das ganze NICHT am Parallelport hängt, hab zwar noch nie einen Atmel kaputt bekommen wenn ich den IC wechsel ohne den Parallelport auszustecken, aber sicher ist sicher. Nicht das mir nachher klagen kommen