Jump to content

Black Knight

Profi
  • Content Count

    769
  • Joined

  • Last visited

About Black Knight

  • Rank
    Gold Mitglied

Previous Fields

  • Ligalogo
    Liga-Rhein-Wupper

Contact Methods

  • Website URL
    http://

Profile Information

  • Gender
    Not Telling
  • Location
    Solingen

Recent Profile Visitors

620 profile views
  1. Ich habe gemäß folgender Tabelle auch mal den ersten Entwurf der Lisy Menüs eingebaut. Das kannst du dir also theoretisch auch an deinem Comet ansehen. Die für Lisy relevanten Settings stehen unter 'Game settings in USBcontrol mode' Lesen könnte Lisy diese Settings dann mit dem neuen 0x40 Befehl, wobei die APC Settings in Gruppe 0 stehen und die für USBcontrol in Gruppe 1. Beispiel: Angenommen, Lisy möchte das Setting für den Lisy Mode lesen, was laut Tabelle die Nummer 3 in der USBcontrol Gruppe ist. Da die Nummerierung der Settings im Code mit 0 startet (und nicht wie in der Tabelle mit 1) müsste Lisy 0x40 1 2 senden, also das dritte Setting aus Gruppe 1 (USBcontrol). Die Antworten starten auch mit 0, also stünde 0 für den PinMame Mode, 1 für MPF u.s.w. Schau mal bitte, ob dir das so gefällt oder ob du gerne noch was geändert bzw. ergänzt hättest.
  2. Das stimmt, aber das kommt ja erst nachdem die Spule zum zweiten mal angezogen hat. Ich nehme daher an, dass der Schalter durch das Anziehen der Spule nochmal ausgelöst wird. So wie ich dich verstehe, hast du aber auch erst mal keine spontane Idee was das sein könnte. Ich werde das Ganze als nächstes mal im Jungle Lord probieren - mal sehen, ob das Problem da auch auftritt. Das denke ich auch, obwohl man dann natürlich nur die Originalsounds verwenden kann. Ich könnte jetzt halt per Option das Hintergundgedudel abschalten und auf dem zweiten Audiokanal stattdessen Musik abspielen.
  3. Gibt's was Neues bezüglich des Advance Schalters? Ich habe übrigens noch ein Problem, wo PinMame schräge Dinge tut obwohl das Log einwandfrei aussieht: Wenn ein Ball im Outhole liegt (Switch 20), dann soll er die Spule 1 aktivieren, um das Ding in die Balltruhe zu schubsen. Das tut er auch, allerdings macht er das meistens noch ein zweites (oder auch drittes) mal, obwohl da gar kein Ball mehr liegt. Das wäre ja noch nicht so schlimm, aber wenn ein Multiball läuft dann wertet er jede dieser Aktivierungen als einen verlorenen Ball. Dadurch sind die meisten Multibälle nach dem ersten Ball zu Ende und er gibt einen neuen Ball, obwohl noch welche im Spiel sind. Im Log sieht das so aus: [464.256754][2.674438] API_write: 0x29 [464.256865][0.000111] API_read_byte: 0x94 [464.256888][0.000023] LISY_W_SWITCH_READER: changed switch reported: returnbyte:148 [464.256904][0.000016] LISY_W_SWITCH_READER: return switch: 20, action: 1 [464.256921][0.000017] LISY_W_SWITCH_HANDLER Switch#:20 action:1 [464.296510][0.039589] API_write(2 bytes): 0x15 0x01 [464.296606][0.000096] STATISTICS: API_write 2991 bytes since last log [464.296698][0.000092] LISY_W_SOLENOID_HANDLER: Solenoid:1, changed to 1 ( no AC Relais) [464.306789][0.010091] API_write: 0x29 [464.306815][0.000026] API_read_byte: 0x14 [464.306908][0.000093] LISY_W_SWITCH_READER: changed switch reported: returnbyte:20 [464.306927][0.000019] LISY_W_SWITCH_READER: return switch: 20, action: 0 [464.306943][0.000016] LISY_W_SWITCH_HANDLER Switch#:20 action:0 [464.425123][0.118180] API_write(2 bytes): 0x16 0x01 [464.425235][0.000112] LISY_W_SOLENOID_HANDLER: Solenoid:1, changed to 0 ( no AC Relais) [464.970175][0.544940] API_write(2 bytes): 0x15 0x01 [464.970283][0.000108] LISY_W_SOLENOID_HANDLER: Solenoid:1, changed to 1 ( no AC Relais) [464.977762][0.007479] API_write: 0x29 [464.977789][0.000027] API_read_byte: 0x94 [464.977859][0.000070] LISY_W_SWITCH_READER: changed switch reported: returnbyte:148 [464.977883][0.000024] LISY_W_SWITCH_READER: return switch: 20, action: 1 [464.977900][0.000017] LISY_W_SWITCH_HANDLER Switch#:20 action:1 [465.037891][0.059991] API_write: 0x29 [465.037923][0.000032] API_read_byte: 0x14 [465.038014][0.000091] LISY_W_SWITCH_READER: changed switch reported: returnbyte:20 [465.038033][0.000019] LISY_W_SWITCH_READER: return switch: 20, action: 0 [465.038050][0.000017] LISY_W_SWITCH_HANDLER Switch#:20 action:0 [465.083081][0.045031] API_write(2 bytes): 0x16 0x01 [465.083135][0.000054] LISY_W_SOLENOID_HANDLER: Solenoid:1, changed to 0 ( no AC Relais) Man sieht, dass bis [464.425235] alles gut läuft, bis er die Spule 1dann in [464.970175] plötzlich wieder betätigt. Lustigerweise scheint das Problem zu verschwinden, wenn PinMame länger läuft. D.h. das erste Spiel geht normalerweise gar nicht und ab dem dritten scheint das Problem meistens weg zu sein. Hast du da irgendeine Idee? Abgesehen davon läuft übrigens alles gut: der Sys7 APC Sound klappt weitestgehend und ich habe auch das System7 Audioboard am laufen. Wer keine Lust hat, die Sounds aus PinMame heraus zu kitzeln kann sein altes Audioboard also an den HW_ext Anschluss des APC stöpseln und fertig.
  4. Die DE Geräte vom Ende der 80er sollten alle mit dem APC laufen, da die Elektronik original System11 zu sein scheint. MPF und so sollte also kein Problem sein. Ich weiß allerdings nicht, ob die PinMame Implementierung auch auf Sys11 basiert oder ob da was eigenes gestrickt worden ist.
  5. Das Stocken zu Beginn des Multiballs liegt wohl an den Zugriffszeiten der SD-Karte. Er spielt da so ein Stakkato an Tönen, fast schon wie ein Maschinengewehr. Da jeder dieser Töne ein neuer Soundaufruf ist, öffnet der APC jedes mal auf's neue die entsprechende Sounddatei. Irgendwann kommt die SD-Karte wohl nicht mehr mit und dann kommt alles ins Stocken. Der Arduino hat nicht genug RAM, um den Sound zu puffern, also bleibt wohl nur, die ganze Soundsequenz auf die Karte zu packen und abzuspielen. Das habe ich das bei meinem eigenen Black Knight Programm auch gemacht. Ist nicht schön, aber für reine PinMame Nutzer werde ich sowieso noch was einbauen, damit sie das alte Audioboard anschließen können. Wer seine Sounds verändern möchte muss sich die Arbeit ja sowieso machen. Oder man sucht so lange nach einer schnelleren SD-Karte, bei der das Problem nicht auftritt. Der Advance Schalter (Nummer 72) funktioniert übrigens nicht, da muss die Schalternummer für PinMame vermutlich noch angepasst werden - ich meine mich zu erinnern, dass dies bei System11 genauso war.
  6. Ich weiß nicht, ob wir es wieder raus nehmen sollten; das kann ja auch sehr praktisch sein. Vielleicht eine zusätzlich Debug-Option 'USB'? Oder besser 'Data', denn es kann in Zukunft ja auch I2C sein. Wenn wir die APC Settings nutzen, bist du ja jetzt nicht mehr an die Debug-Jumper gebunden, sondern kannst frei wählen, was du haben möchtest, da wäre eine 'Data' Option also kein Problem. Wir müssen sowieso nochmal über die Settings reden. Ich kann den Status der DIP-Schalter als Dezimal-Byte abbilden. Der Nutzer müsste also ins Handbuch schauen, heraussuchen welche Bits gesetzt sein sollen und das Ganze in einen Dezimalwert umrechnen. Ich kann die Werteeingabe auch binär machen, dann braucht er wenigstens nicht umzurechnen. Wir könnten es jetzt aber auch komfortabler machen und z.B. für die DIP-Schalter, die den Lisy-Modus festlegen diese als Textmenü auslegen. Da könnte es für den Lisy_Modus dann Einträge geben wie PinMame, Debug, MPF, MPF 7-Digit u.s.w. Kannst dir ja mal überlegen, ob das Sinn macht.
  7. Kann das am Debug-Mode von Lisy gelegen haben? Kaum ist der aus, läuft alles schon viel besser. Eigentlich läuft er für den ersten Schuss erstaunlich gut. Die Soundsamples, die ich verwendet habe sind leider nicht alle gleich laut, da muss ich also wohl nochmal ran. Es scheint nur noch ein echtes Problem zu geben: wenn er den Multiball startet gerät das Ganze deutlich ins Stocken. Ich muss mal versuchen Sound u.s.w. abzuschalten, um herauszufinden, was das sein kann. Er macht da schon ein ziemliches Spektakel, flackert mit den Lampen rum u.s.w. Ich frage mich also ob vielleicht der USB Bus nicht hinterher kommt.
  8. Ist natürlich auch die meiste Arbeit ... Mal sehen, was die Amis dazu sagen.
  9. Sys7 läuft vom Sound her schon fast perfekt. Trotzdem werde ich auch noch einen Modus einbauen, um das Original-Soundboard über das HW_ext Interface ansteuern zu können. Ich habe auch immer noch das Gefühl, dass die Emulation nicht ganz rund läuft - irgendwie scheint er leicht zu stocken. Ich muss morgen nochmal den Pinbot spielen, wenn der das gleiche Problem plötzlich auch hat, dann haben wir bei unserer I2C Integration möglicherweise was am USB-Handling zerdeppert.
  10. Ja, super. Das war der Anschub, den ich gebraucht habe. Jetzt sollte ich alle Sound-Dateien haben und kann mich an die Implementierung der Soundkommandos machen. Hast du schon was an deinem Comet ausprobiert? Der scheint ja die gleiche Sound HW zu haben und es würde mich interessieren, ob die Kommandos auch die gleichen sind. Bei Sys7 scheint 0x2c z.B. das Sound-Stop Kommando zu sein und 0x2e ist das Hintergrundgedudel, was bei jedem erneuten 0x2e etwas schriller wird. Das dudelt dann immer weiter, bis es durch 0x2c oder durch 0x34 (Bonus Count) beendet wird. Gibt noch ein paar weitere, aber es ist wohl nicht viel. Das sollte ich also relativ schnell eingebaut haben.
  11. Kennst du dich mit Bash-Skripten aus? Ich versuche gerade, die Audiodateien von Black Knight zu erstellen. Bei Sys7 erzeugen einige Audiobefehle allerdings Tonsequenzen, die sich bei erneutem Aufruf leicht ändern (anschwellen), so dass man es mit hunderten von Dateien zu tun hat. Was ich jetzt als Skript bräuchte wäre z.B. - Kopiere Datei Black_Knight_068.wav um in Data.wav - Starte mein AudioSave Skript. -Benenne Data.bin um in 0_2e_01.snd Dabei müssten die Nummern in den Dateinamen entsprechend hoch zählen. Weißt du spontan wie sowas geht?
  12. Nachdem die erste Version des Lisy_APC jetzt Form angenommen hat, stellt sich nun die Frage nach alternativen Layoutversionen zwecks automatischer Bestückung. Schaut doch mal in das Anregungen zum Lisy_APC Thema, falls ihr eure Meinung dazu kundtun wollt.
  13. Das Layout vom Lisy_APC ist nun auch fertig. Momentan ist es nur eine Änderung / Ergänzung des bisherigen Layouts, d.h. es ist noch nicht auf automatische Bestückung o.ä. ausgelegt. Es stellt sich nun die Frage ob das reicht oder ob ich mich noch an eine alternative Version machen soll und wie diese aussehen sollte. Ich sehe folgende Möglichkeiten: 1. Das Layout bleibt im Prinzip wie es ist, aber ich versuche so viele SMD Bauteile wie möglich auf eine Seite zu schieben, damit sie in China billig bestückt werden können. Dabei behalte ich allerdings die großen SMD Gehäuse für Widerstände u.s.w., so dass vermutlich nicht alles auf eine Seite passen wird. Die ICs bleiben, wie sie sind. 2. Wie 1, allerdings würde ich die Gehäuse durch das üblichere (und kleinere) 0603 Maß ersetzen, damit der ganze Kleinkram auch wirklich auf eine Seite passt. 3. Wie 2, wobei ich die ICs jetzt auch auf SMD ändern würde, damit sie ebenfalls bestückt werden können. Dann müssten nur noch die Steckerleisten und einige wenige übrige Bauteile selbst gelötet werden. Was wäre denn eure Präferenz?
  14. Sehe auch auch nicht als deine Baustelle an, da es ja nichts mit Lisy zu tun hat. Ja, nachdem mir wieder eingefallen ist, dass wir den PinMame ja über ein Skript aufrufen, habe ich das dann auch irgendwann kapiert.🤪
  15. Oder kommt tatsächlich nur das ZIP der Roms in den PinMame Ordner?
×
×
  • Create New...

Important Information

Privacy Policy and Community Guidelines