Posts

Meine Masterarbeit befindet sich in einem guten Status und nun habe ich wieder einmal ein wenig Zeit für das Plugin gefunden. Der neue SpuEncoder funktioniert schon recht gut, nur bei mehr als 4 Farben steigt er aus. Habe schon alles vorbereit um mit 16 Farben zu arbeiten, doch mir fehlt noch ein Algorithmus, wie ich am besten die unterschiedlichen Regionen erkennen kann. Eine Region hat einen Start- u. Endzeile und wird genauer ducht Sektionen bestimmt – mittels Startreihe. Ich hoffe ich finde bzw. erfinde solch einen Erkennungsalgorithmus… dann wäre das OSD wesentlich besser. ...

Habe soeben mal einen Tree gepusht und darin enthalten ist ein der neue Pes-Parser. Desweiteren habe ich den alten Source ordentlich aufgeräumt. Dabei bin ich schon auf die nächste Baustelle getroffen. cFixedLengthFrame oder warum doppele Datenhaltung Im Moment wird aus dem Pes-Stream ein cDxr3PesFrame definiert, welcher wichtige Informationen ala Pes, Payload etc. beinhaltet. Dann wird – unter gewissen Umständen – dieser cDxr3PesFrame in einen cFixedLengthFrame kopiert und im SyncBuffer verarbeitet. ...

Hallo zusammen, im moment Arbeite ich daran den neuen Pes-Parser in das Plugin zu integrieren. Leider ist das nicht immer so einfach um die Gefahr, neue Bugs zu erzeugen, ist relativ hoch. Ich muss mir langsam auch mal Gedanken machen, wann ich ein Art Beta-Version machen sollte. Ich denke, dass dies noch so lange dauern wird, bis auch das Buffering und Syncing überarbeitet ist. Nun mal ein Blick in die Vergangenheit 🙂 Ich habe vor mehreren Monaten begonnen, das Plugin von Grundauf neu zu schreiben… unter anderem auch das OSD… ich verwendete zum testen gtkspu und ich denke der Unterschied ist sehr gut sichtbar. Oben der neue OSD Code und unten der alte OSD Code. ...

Nachdem ich nun einen schlanken und gut dokumintierten und v.a. funktionierenden Pes-Parser habe, bin ich mir am überlegen, wie ich nun weitermachen sollte. Ich könnte nun Glue-Code dem neuen Pes-Parser hinzufügen und Stück für Stück so weiter machen wie bis her, oder ich mache einfach dies: git rm dxr3syncbuffer.c git rm dxr3syncbuffer.h git rm dxr3demuxdevice.c git rm dxr3demuxdevice.h Das ist zwar eine brachialte Art und Weise, doch irgnedwann muss man das Buffering und Syncing neu schreiben. Nun geht es darum, alles wieder ohne Fehler zum compilieren zu bringen und dann das Plugin wieder so funktionstüchtig zu machen wie die 0.2.9 Version. Es werden große Änderungen sein, doch es wird sich auszahlen.

Heute habe ich wieder ein wenig Zeit gefunden, um am dxr3 Plugin zu arbeiten und bin im Moment an der PesFrame-Baustelle dran. Der jetzige Source ist leider nicht gerade sehr übersichtlich und verständlich geschrieben. Aus diesem Grund wird die PesFrame KLasse komplett neu geschrieben und nach meiner Einschätzung wesentlich besser zu verstehen und auch von der Laufzeit optimiert, da kein cDxr3SafeArray verwendet wird – wozu auch. Ich bin mir auch im klaren darüber, dass die jetzige git Version evt nicht so stabil läuft wie die 0.2.9, doch das ist nur normal, wenn man viele Dinge über den Haufen wirft und neu erfindet. Gut Ding brauch seine Zeit. ...