TMIDIPlayerComp

[mm1256]

Hallo,

gestern war bei uns Feiertag und darum blieb mal etwas Zeit für den MidiPlayer. Neue Erkenntniss: Das von mir geschilderte Problem hat nicht nur mit den SysEx zu tun - das habe ich jetzt übrigens durch Priority=HIGHEST verbessern können - sondern mit langen Noten. Besonders wenn sie sich überschneiden, was bei Flächensounds (Streicher, Orgel...) schon mal vorkommt, scheint es so zu sein, dass die Note-Off's nicht am Soundmodul ankommen.

Ein Indiz dafür ist unter Anderem: Wenn ein Flächensound durch z.B. ein Piano ersetzt wird, dann ist das Phänomen weg.

Weil das Problem nur schwer mit dem Debugger lösbar ist, bräuchte man jetzt mal ein Tool, das die im Midifile vorhandenen Events und die am Expander tatsächlich ankommenden Events vergleicht. Dann wäre es auch eine gesicherte Aussage. Den Quellcode habe ich mir zwar angesehen, aber da steige ich momentan noch nicht bzw. zu wenig durch.

Alternative: Vielleicht hat Silhwan Hyun ja eine Idee? Wie schon gesagt, wenn es funktioniert bezahle ich auch gerne dafür.

[EWeiss]

Zitat:

Alternative: Vielleicht hat Silhwan Hyun ja eine Idee?

Scheint so das du meine dann nicht benötigst.
Kein Problem..

Zitat:

Wie schon gesagt, wenn es funktioniert bezahle ich auch gerne dafür.

Wie von mir schon gesagt wir machen das in unserer Freizeit nicht um Geld damit zu verdienen.

Zitat:

Ich ändere etwas dran wenn ich zeit finde oder Lust dazu habe das soll nicht in MÜSSEN ausarten.

Es steht dir aber frei selbst etwas dazu beizutragen.. Quelltext ist ja vorhanden.

Bisher wurde auch kein Feedback bezüglich der Änderung im TMidiDriver.DoOnMidiTimer gegeben.
Von dir die Aussagen sind etwas undurchsichtig (Ein Indiz).. Was haben unsere Änderungen bzgl. SysEx denn nun ergeben?

gruss

[mm1256]

Zitat von EWeiss:

Zitat:

Alternative: Vielleicht hat Silhwan Hyun ja eine Idee?

Scheint so das du meine dann nicht benötigst.
Kein Problem..

Ich habe den Eindruck, dass du das missverstanden hast. Das war keinesfalls abwertend oder irgendwie negativ gemeint. Ich "dachte" dass ihr Beide in regem Kontakt seid, und da tauscht man sich doch auch mal aus. Dachte ich jedenfalls.

Ich bin heute schon den ganzen Tag am Quellcode lesen und verstehen. Dabei bin ich auf ein paar Ungereimtheiten gestoßen die ich noch nicht zuordnen oder eindeutig beurteilen kann. Beispielsweise die Property Pitch in v0.9.4 vom 27 May 2012. FPitch wird nirgendwo initialisiert. Ist vielleicht auch nicht nötig, weil man davon ausgehen kann, dass es normalerweise "0" ist. Aber kann man auch sicher sein? Nachdem ich in den beiden constructoren mal "FPitch := 0" ergänzt habe, laufen wieder ein paar Midifiles mehr d.h. ein paar Notenhänger sind verschwunden.

SysEx: Verlorene SysEx habe ich heute mit MidiOx keine mehr gefunden. Zumindest nicht auf meinem Entwickler-PC und meinem Test-PC. Wie schon gesagt, die Priority hat in der Hinsicht geholfen. Aber nicht auf meinem Auftritt-PC mit einem 1.6-er Atom. Der ist davon unbeeindruckt

Es sind aber immer noch etwa 1/3 meiner Midi's die nicht laufen. Sorry, aber ich werde mich jetzt vorerst mal ausklinken weil die Freizeit derzeit eh sehr knapp ist. Die (Musik-)Saison hat begonnen und Brötchen verdienen muss ich auch noch so nebenbei

[EWeiss]

Bzgl. FPitch

Zitat:

Ray Lischners Delphi in a Nutshell Kapitel 2 (Seite 37)

Zitat:

When Delphi first creates an object, all of the fields start out empty,
that is, pointers are initialized to nil, strings and dynamic arrays are empty,
numbers have the value zero, Boolean fields are False,
and Variants are set to Unassigned.
(See NewInstance and InitInstance in Chapter 5 for details.)

Mehr gibt's da nicht zu sagen.

Zitat:

SysEx: Verlorene SysEx habe ich heute mit MidiOx keine mehr gefunden

Gut! Aber wo liegt es dran?
An den Änderungen oder ausschließlich an der Priority.
Ich behaupte einfach mal das es daran lag weil wir die SysExMsg (Events) nicht behandelt haben.

Zitat:

Es sind aber immer noch etwa 1/3 meiner Midi's die nicht laufen.

Ich vermisse mindestens eine Datei als Upload um deine Aussage bekräftigen zu können.


gruss

[mm1256]

Zitat von EWeiss:

Zitat:

SysEx: Verlorene SysEx habe ich heute mit MidiOx keine mehr gefunden

Gut! Aber wo liegt es dran?
An den Änderungen oder ausschließlich an der Priority.
Ich behaupte einfach mal das es daran lag weil wir die SysExMsg (Events) nicht behandelt haben.

Es liegt daran, dass ich die SysEx-Verarbeitung im Driver einstellbar gemacht habe. Dem Player habe ich hierzu eine Property "SkipSysExMessage" spendiert und wenn die aktiviert ist werden keine SysEx gesendet und die beiden SysEx die ich brauche sende ich vor dem Start des Players mit PutLong manuell.

Hast du keinen MidiOx oder etwas Vergleichbares? Dann könntest du das auch kontrollieren bzw. nachvollziehen: Der MidiPlayer sendet bei einem im Midifile enthaltenen SysEx nur ein einziges Byte. Ein Bug den ich noch nicht gefunden habe, denn PutLong funktioniert prinzipiell. Mit der Erhöhung der Priorität wird wohl lediglich der SysEx etwas schneller verarbeitet (sprich die Routine kommt etwas schneller zurück) und dann passt das auch besser im Timing, denn in einem SysEx wird z.B. das KanalRouting geändert, was natürlich vor der ersten Note schon erledigt sein muss.

Zitat:

Zitat:

Es sind aber immer noch etwa 1/3 meiner Midi's die nicht laufen.

Ich vermisse mindestens eine Datei als Upload um deine Aussage bekräftigen zu können.

Danke für das Angebot! Ich hatte bisher nicht den Eindruck, dass sich darum dann jemand kümmert, und darum habe ich es sein lassen.

Hier öffentlich als Dateianlage geht nicht, weil meine Midi's natürlich ganz reell gekauft wurden und somit dem Copyright des Herstellers unterliegen. Ich müsste sie also z.B. nach 15 Sekunden abschneiden, dann wären sie für den normalen Einsatz unbrauchbar und mein Gewissen wäre beruhigt.

[EWeiss]

Zitat:

Es liegt daran, dass ich die SysEx-Verarbeitung im Driver einstellbar gemacht habe.

Es scheint das meine Frage bei dir irgendwie nicht richtig ankommt.
Mich interessiert es weniger ob du etwas geändert hast, sondern ob unsere Änderung im vergleich zu vorher
irgendwelche Auswirkungen auf deine nicht funktionierenden Midi-Dateien hat.

Wie schon gesagt haben wir die SysEx Events vorher nicht behandelt.
Die Änderung! Nochmal zur Veranschaulichung.

Delphi-Quellcode:

            if (not NoExclusiveMsg) then // for (pEvent^.Msg <> '')
               if (EventCode = $F0) or (EventCode = $F7) then // $F7 - used as a Message continuation mark
               begin
              // if FChannelState[ChannelNo] then
              // MidiOut.PutLong(pAnsiChar(pEvent^.Msg), Length(pEvent^.Msg)); // * missed event code
              // * Bug fix : correction for missed event code (01 Jun 2015)
                 SysExMsg := AnsiChar(EventCode) + pEvent^.Msg;
                 MidiOut.PutLong(@SysExMsg[1], Length(SysExMsg));
               end;

Zitat:

Danke für das Angebot! Ich hatte bisher nicht den Eindruck, dass sich darum dann jemand kümmert, und darum habe ich es sein lassen.

Ok kann ich verstehen.
Aber verstehe bitte auch das so keine "Fehler?" behoben werden können.
Ohne das wir einen Vergleich ziehen können. (Datei.. analysieren)

gruss

[mm1256]

Hallo,

erst gestern habe ich mir die aktuelle Version nochmals runtergeladen. Selbst da ist der von dir zitierte Codeausschnitt nicht enthalten.

Ich werde es heute bei Gelegenheit ändern und dann testen.