V!deotext

[Mucki]

So, mal wieder ein paar Bugfixes...
Aber aufgrund der gestiegenen Komplexität und der umfangreichen Änderungen könnten sich evtl. auch wieder neue Bugs eingeschlichen haben. Ich glaub z.B. vielleicht eine flackernde iBox kurz nach dem Umschalten.

Mit der neuen Version funktioniert das Auslesen mit Timeshift gar nicht mehr ordentlich.

[xyzzyx]

Geht es ein wenig genauer?
Was genau geht nicht mehr richtig?
Und bitte ein Logfile.

Aber ich habe durchaus auch schon dem TMS die Schuld gegen können. Nach einer ganzen Weile schreibt er dann einfach keine Timeshift Datei mehr. Das war dann teilweise sogar nach Reboot weiter so, bis ich dann wieder mal irgendwann umgeschaltet habe und dann hat er sie wieder geschrieben.

[Mucki]

Es erscheint der Fehler Timeshiftfehler !
Wenn ich im ZDF bin und schalte auf Videotext habe ich die 100 von SKY.
Sicher deswegen weil ich vorher auf diesem Programm war.
Du hast recht, er schreibt keine Timeshift Datei, warum auch immer ....
Merke es deswegen, weil ich gerade mal auf Pause gedrückt habe und er nicht weiter läuft, nachdem ich die Pause wieder gedrückt habe.
Ich glaub meinem TMS ist es auch zu heiß !

[xyzzyx]

Bliebe nur die Frage an Gerti oder FireBird, ob dieses Verhalten so durch das V!deotext TAP beeinflußt werden könnte oder ob der TMS dann von allein aufhört die Timeshift-Datei zu schreiben? Kann das dadurch kommen, dass die Datei durch das V!deotext TAP geöffnet bleibt?
Fakt ist jedenfalls, dass er in diesem Fall dann scheinbar ab irgendeinem bestimmten Senderwechsel dann die alte Timeshift-Datei bestehen lässt und keine neue mehr anlegt (dann auch über mehrere weitere Senderwechsel nicht mehr und in meinem Fall sogar erst nach dem ersten Senderwechsel nach einem Reboot wieder).

Aber ich wollte ja eh die Methode, wie die REC-Datei gelesen wird, nochmal anpassen. Aber das wird ja bestimmt noch langsamer, wenn man sie für jeden Lesevorgang immer öffnet und schließt, statt sie während des Lesens geöffnet zu lassen, oder?

[chrisly]

Lesen Gerti und Alex eigentlich hier mit?
Konnten sie schon irgendwie weiterhelfen?

Ich habe heute auch nochmal ausgiebig getestet, wann das Einlesen der Seiten bei den Problemsendern funktioniert und wann nicht.
Und ich bin wieder auf NiceDisplay gestoßen: wenn alle TAPs laufen und ich nach und nach einzelne TAPs beende, beginnt VT immer dann zuverlässig mit dem Einlesen, sobald ND beendet wurde - egal, ob es als erstes TAP oder erst später beendet wurde.
Dann wird 1HD ohne Hänger gescannt und vor allem auch der VT vom SR-Fernsehen. Der ist ein ideales Bsp. zum testen, weil der Scan dort mit ND zu 90 % gar nicht startet. Ohne ND klappt´s meist zuverlässig und schnell.
Konnte das schon mal jemand so nachvollziehen? Falls ja, müsste es doch eine Chance geben, für dieses Problem eine Lösung zu finden!?

[FireBird]

Gerti baut die Töpfe zusammen und programmiert sie. Ich habe damit nichts zu tun.

[macfan]

[quote="chrisly"]Und ich bin wieder auf NiceDisplay gestoßen:[/quote]
Das muss ich noch testen. Heute Morgen ist mir aufgefallen, dass RbN noch lief. Als ich das beendete, funktionierte auch V!deotext wieder. Es scheint also mit mehreren TAPs zu tun zu haben.

Gruß, Horst

[chrisly]

V!deotext ist wohl (noch?) ein kleines Sensibelchen ...

[xyzzyx]

Das ist sicherlich auch nicht V!deotext. Zu dem Zeitpunkt ist der PES Demux schon längst gestartet. Der Topf liefert dann nur einfach nichts.
TAPs können sicherlich dazu beitragen, dass der TMS sich stur stellt, weil er dann mehr andere Sachen tun muss und vielleicht nicht mehr genügend Ressourcen oder Speed fürs Demuxen übrig bleibt.

[chrisly]

Sensibelchen ist z.T. noch untertrieben :
bei der Wiedergabe von SR-Aufnahmen kommt es bei bestimmten Aufnahmen sogar reproduzierbar zum Reboot. Ohne lfd. VT-TAP gibt es keine Probleme.
Bei den restl. SR-Aufnahmen kommt bei Wiedergaben der Hinweis (vom TAP), dass der Sender keinen VT hat.
Im Timeshift werden die Seiten der Problemsender übrigens meist problemlos eingelesen. Nur im Livebetrieb klappt es oft gar nicht bzw. stockend. Und bei Wiedergaben: s.o.

Evtl. helfen die Beobachtungen ja irgendwie weiter. Bei Bedarf kann ich gerne weitertesten!

Gerti baut die Töpfe zusammen und programmiert sie. Ich habe damit nichts zu tun.

Ich vergaß: Du wolltest ja in Rente gehen ...

[chrisly]

[quote="xyzzyx"]TAPs können sicherlich dazu beitragen, dass der TMS sich stur stellt, weil er dann mehr andere Sachen tun muss und vielleicht nicht mehr genügend Ressourcen oder Speed fürs Demuxen übrig bleibt.[/quote]

Bei meinen Tests hat es gereicht, dass nur VT und ND liefen, um den SR-Demux zu verhindern und den 1HD-Demux zu bremsen.
Die Ressourcen müssten doch da locker gereicht haben!?

[xyzzyx]

Erstmal nur die Kleinigkeiten:

Changelog V0.92c xyzzyx, 22.08.2012:
- hinzugefügt: Beenden des TAPs aus dem Videotext-Menü mit der Stop-Taste
- korrigiert: Problem der flackernden iBox direkt nach Senderwechsel wurde behoben

Ich hatte schon einen Versuch unternommen, das Lesen der Timeshift-Datei zu verändern, aber das hatte eher kontraproduktive Effekte.

Download über TAPtoDate (Betas einschalten) oder auf meiner Homepage.

[chrisly]

Danke!!!

[xyzzyx]

So, jetzt mal wieder etwas mehr:

Changelog V0.92d xyzzyx, 25.08.2012:
- hinzugefügt: von Chrisly erstellte Videotext-Zeichensätze in der neu eingefügten Normal-Größe 5 und PAT-Größe 2 (beides dieselbe)
- geändert: Livestream Demux wird nun alle 3 Sekunden bis zu 5x neu gestartet, falls keine Videotext-Seiten eintreffen (hilft aber leider nicht immer)
- geändert: von Chrisly überarbeiteter Videotext-Zeichensatz in der PAT-Größe 1
- geändert: PiP wird nun im PAT Modus bei jeder Größe angezeigt, wenn es aktiv ist
- korrigiert: wenn Schwarzer Rahmen aktiv war, wurde PiP nicht angezeigt
- korrigiert: mehr als 10 Service-IDs in einer Aufnahme führten zum Reboot (z.B. SR-Aufnahmen mit 62 Service-IDs)
- korrigiert: Videotext-Icon wurde auch angezeigt, wenn nur Videotext zu einer anderen Videotext-PID desselben Transponders gefunden wurde,
nicht aber zum aktuellen Sender wenn dessen Videotext-PID in der V!deotext.PID fehlt

Bitte ggf. Eure Standard-PAT-Größe und/oder normale Standard-Größe neu einstellen.

Download über TAPtoDate (Betas einschalten) oder auf meiner Homepage.

[chrisly]

Super - vielen Dank!
Feine Sache - besonders PiP im PAT-Modus ist jetzt perfekt nutzbar.


Leider funktioniert der Live-Demux (wenn weitere TAPs laufen) noch nicht spürbar besser:
1HD oft erst, wenn die Statistik eingeblendet wird und SR selbst dann fast nie.
Wenn es wenigstens einen Trick gäbe, wie man den Demux manuell "erzwingen" könnte, wenn auch die Statistikeinblendung nicht mehr hilft ...

Übrigens: manchmal kommt man mit "Recall" nicht mehr aus der Statistik raus. Dann geht´s nur mit "exit" weiter.

Der Demux ist wohl (bei bestimmten Sendern) noch ´ne harte Nuss. Hoffentlich kannst Du die noch knacken ...

[chrisly]

Wenn es wenigstens einen Trick gäbe, wie man den Demux manuell "erzwingen" könnte, wenn auch die Statistikeinblendung nicht mehr hilft ...

Fast vergessen: im Livebetrieb gibt es ´nen Trick: ein paar Sekunden zurückspringen. Denn in Timeshift scheint es ziemlich zuverlässig zu klappen - auch z.B. beim SR.

Reboots gibt es jetzt zum Glück auch keine mehr bei SR-Aufnahmen (wegen vieler Service-IDs).
Aber der VT klappt hier dann gar nicht: das TAP meldet bei der Wiedergabe, dass kein VT vorhanden ist.
Dafür gibt es dann wohl aktuell keinen Trick - oder?

[xyzzyx]

In meiner SR Aufnahme war Videotext vorhanden. Versuchst Du vielleicht zu früh drauf zu drücken? Sobald er diese Senderliste mit den 62 Sendern in der Aufnahme gefunden hat, erst dann dürfte danach Videotext verfügbar sein.
Ansonsten bitte Logfile schicken.

Den Rest schaue ich mir mal an.

[chrisly]

Ich hatte nur eine kurze Testaufnahme gemacht -evtl. hätte etwas mehr Geduld geholfen.
Ich dachte halt, dass der VT so schnell wie im Timeshift (dann ist er auch beim SR sofort da) oder bei Aufnahmen anderer Sender kommen müsste - und sei es nur eine leere Seite.

[chrisly]

Ich hatte wirklich zu wenig Geduld - es funktioniert auch bei Aufnahmen!

Nur eines verstehe ich noch nicht:
warum treten die Demux-Probleme hauptsächlich nur im Live-Betrieb auf? Sobald man nur ein paar Sekunden zurück in den Timeshift springt, klappt es ja!
Das spricht doch eher gegen Performance- oder andere Topf-Probleme - oder?
Wird denn im Livebetrieb grundsätzlich anders demuxt?

[xyzzyx]

Keine Ahnung. Was hinter dem Filtern der Pakete und dem PES-Demux steckt wissen wohl nur die Koreaner.
Meine Vermutung liegt ja bei SR Fernsehen ziemlich nahe, nämlich dass SR Fernsehen in der Senderliste des Streams an Stelle 61 von 62 steht, weil die ganzen Radiosender davor stehen. Aber warum dabei das Filtern der Pakete länger dauern soll, verstehe ich auch nicht, zumal ja auch das Aufnehmen oder der Timeshift ziemlich schnell geht und da dann nur die Pakete des gewählten Senders drin sind.
Irgendwas ist da sicherlich noch optimierungsfähig bei den Koreanern.

Aber ich gucke mal, was sich da mit dem Timeshift als Workaround drehen lässt.