Hier mal ein Foto direkt von meinem TV. Zu sehen ist der aktuelle Stand des Plugins mit dem OSD-rewrite. OSD Regionen werden erkannt doch im Bitstream scheint noch was nicht ganz okay zu sein. Mal schauen wie lange ich dafür noch brauche. Update Hier noch zwei Screenshots, die das kleine Tool gtkspu zeigen, welches einen SPU-Datenstrom darstellen kann. Hier sieht das Ganze nicht so schlecht aus. Bei meinem Source stimmen auf jeden Fall die Farben nicht. ...
Jaja… lange ist es her, der letzte Eintrag und scheinbar hat sich immer noch nicht viel geändert. Immer diese Versprechen auf mehr… auf ein besseres Plugin. Nun es stimmt, ich habe 4 verschiedene Checkouts des Source, die alle andere Problembereiche verbessern. Nun da meine Masterarbeit abgeschlossen ist und ich am kommenden Donnerstag meine Masterprüfung (mündlich) habe, finde ich langsam wieder Zeit für das Plugin. Und das erste das unbedingt gefixt werden muss ist das OSD. Der Source wird leichter verständlich und ist übersichtlicher. Was noch fehlt ist das Handling für Bpp != 2 und hier mache ich diesen Moment gute Fortschritte. ...
Hallo zusammen, mittlerweile ist viel passiert und der syncbuffer und das demuxdevice sind komplett aus dem Source verschwunden. Und mein erstes Teilziel ist erreicht. Ich kann zwischen den Kanälen zappen und ich bekomme jedes mal ohne Tonknister und Co. einen sauberen Sound und das mit guten Umschaltzeiten. Eine Problem für die vielen Probleme mit dem Sync waren dann bemerkbar, als ein OSD angezeigt wurde… habe die Ausgabe abgedreht und siehe da… um Welten besser. ...
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. ...