Einige kleine Änderungsvorschläge

[rhabarber1848]

Probier mal, ob es was hilft,

Hilft leider beides nicht.

[seife]

Das selbe File funktioniert im MP1?

[seife]

Tatsächlich lassen mich diese Zeilen in tuxbox/libs/libtuxtxt/tuxtxt_common.h daran zweifeln, dass es überhaupt funktionieren kann...

Code: Alles auswählen

1690 #ifndef HAVE_TRIPLEDRAGON
1691         dmx_flt.input    = DMX_IN_FRONTEND;
1692         dmx_flt.output   = DMX_OUT_TAP;
1693 #else

Kannst das mal zum testen in "dmx_flt.input = DMX_IN_DVR;" abändern (vermutlich wird dann der Teletext *nur* noch im Movieplayer funktionieren... aber das ist dann ein anderes Problem)

[rhabarber1848]

Kannst das mal zum testen in "dmx_flt.input = DMX_IN_DVR;" abändern (vermutlich wird dann der Teletext *nur* noch im Movieplayer funktionieren... aber das ist dann ein anderes Problem

Das Resultat ist genau umgekehrt, Tuxtxt funktioniert
weiterhin im Normalbetrieb und nicht im MP1.
Im MP1 funktioniert Teletext allerdings auch nicht,
hat jemand anderes das gleiche Problem?

[seife]

Also executive summary (ohne gepatchte tuxtxt_common.h): tuxtxt geht im movieplayer nicht, egal ob MP1 oder MP2?

Das würde mich ein wenig beruhigen

[seife]

Soweit ich das in den Treibern sehe, wird das p.input überhaupt nicht verwendet, das kann man also weglassen.
Das p.output wird hauptsächlich nach DMX_OUT_TAP und DMX_OUT_DECODER unterschieden, das passt also auch.

Ich sehe momentan nicht, woran es hängen könnte.

Evtl. kannst du mal in tuxtxt_common.h um Zeile 1209 (wo der read() gemacht wird) herum ein wenig debug-output reinmachen, so in der Art:

Code: Alles auswählen

fprintf(stderr, "%s:%d before read\n", __FILE__, __LINE__);
                readcnt = read(tuxtxt_cache.dmx, &pes_packet, sizeof(pes_packet));
fprintf(stderr, "%s:%d after read, cnt=%d\n", __FILE__, __LINE__, readcnt);

Dann sehen wir schon mal, ob da daten rauskommen (und die vom tuxtxt irgendwie versemmelt werden).

[Gaucho316]

Mal 'ne Frage: Habt ihr den Teletext überhaupt mit aufgenommen?

[seife]

Ich nicht, aber rhabarber schon. Sonst würde der movieplayer keine ttx-PID finden

[rhabarber1848]

Habt ihr den Teletext überhaupt mit aufgenommen?

Es geht nicht um den Teletext in der aufgenommenen Datei,
sondern um den Teletext des Senders, der vor dem Start
der Wiedergabe eingestellt war.

Ich schaue Phoenix, starte die Wiedergabe einer Aufzeichnung -
die keinen Teletext beinhaltet - starte das Teletext-Plugin und
kann innerhalb des Movieplayers den Teletext von Phoenix lesen.

[Gaucho316]

Ach so, dann habe ich dieses Feature komplett falsch verstanden. Ich habe es bis jetzt auch nie benutzt, bin aber immer davon ausgegangen, dass es um den Teletext in der Aufnahme geht. Ich dachte bis eben, dass entweder der aufgenommene Teletext angezeigt wird oder eben keiner, wenn keiner mit aufgenommen wurde.

[seife]

Ja, ich hätte auch erwartet, dass der teletext der aufgenommen wurde sichtbar ist.
Der vom Sender kann es nicht sein, denn die movieplayer (beide) machen

Code: Alles auswählen

g_Zapit->setStandby (true);

weil die Devices ja frei sein müssen. Zapit macht dann

Code: Alles auswählen

2318                 if (msgBoolean.truefalse)
2319                         enterStandby();
2320                 else
2321                         leaveStandby();

und das macht...

Code: Alles auswählen

2929         if (frontend) {
2930                 delete frontend;
2931                 frontend = NULL;
2932         }

Spätestens ab hier bekommst du nichts mehr vom Tuner.
Ausserdem, da der movieplayer dem Teletext-Plugin die PID, die als Teletext *im File* ist mitgibt, wäre es reiner Zufall, wenn dieselbe PID auf dem Transponder, der gerade getuned ist auch Teletext wäre.

Ich dachte, das "Teletext im Movieplayer"-Feature wäre hauptsächlich dazu da, die VTXT-Untertitel mit aufzuzeichnen. Dem Code nach könnte das funktionieren, aber ich habe es noch nie getestet.

[rhabarber1848]

dass es schön wäre, die Tastenbelegung wie im TS-Abspielteil des MP1 zu haben. Was also u.a. noch fehlt, sind kurze Sprünge von ca. 15 Sekunden per Links-/Rechts-Taste, das Springen zum Anfang und Ende per 2-Taste bzw. 8-Taste und das Aufrufen eines Plugins per Rot-Taste.

Dann probier bitte diesen Patch: EDIT: Patch ist im CVS

Der Sprung ans Ende funktioniert noch nicht richtig,
obwohl ich schon 10 Sekunden abziehe

Code: Alles auswählen

skip(elapsed_time + remaining_time - 10, stream, true);

Beim Ermitteln der genauen Position kommt es gelegentlich zum EOF.

[seife]

Wenn der MP2 beim springen ein EOF kriegt, springt er so ~30 sekunden zurück, insofern kann es schwer werden, auf 10 sek. vor dem Ende zu springen

[rhabarber1848]

Wenn der MP2 beim springen ein EOF kriegt, springt er so ~30 sekunden zurück, insofern kann es schwer werden, auf 10 sek. vor dem Ende zu springen

Bei meinen Versuchen konnte ich den MP2 mehrfach
zum Einfrieren bringen. Ich teste das morgen nochmal
und poste Logs, wenn ich den Fehler reproduzieren kann.

Spricht prinzipiell etwas dagegen, die Tastenbelegung
im MP2 der das MP1 im TS-Modus anzupassen?

[seife]

Spricht prinzipiell etwas dagegen, die Tastenbelegung
im MP2 der das MP1 im TS-Modus anzupassen?

Prinzipiell nicht, aber ich würde gern noch vorher die "TD-enabled"-Version ins CVS bringen, dann krieg ich da nicht immer merge-Conflicts (wird aber wohl erst am Wochenende)

[rhabarber1848]

(wird aber wohl erst am Wochenende)

Kein Problem, bis dahin können andere User meinen Patch testen

[rhabarber1848]

Ich schaue Phoenix, starte die Wiedergabe einer Aufzeichnung -
die keinen Teletext beinhaltet - starte das Teletext-Plugin und
kann innerhalb des Movieplayers den Teletext von Phoenix lesen.

Ich habe nun das Geheimnis gelöst, es war nicht der
Original-Teletext von Phoenix, der angezeigt wird,
sondern die in Neutrino gecachte Version. Wenn der
Cache ausgeschaltet ist, so wie in meinen Yadd-Tests,
kommt das leere Fenster. Mit eingeschaltetem Cache,
wie in meinem Flash-Image, wird der Eindruck erweckt,
man nutze den aktuell gesendeten Teletext. Ich habe
bisher nicht auf die Teletext-Uhrzeit geachtet

[seife]

OK. Also "Teletext-Plugin im Movieplayer (egal ob 1 oder 2) funktioniert nicht".
Müsste man mal untersuchen.

[rhabarber1848]

OK. Also "Teletext-Plugin im Movieplayer (egal ob 1 oder 2) funktioniert nicht".
Müsste man mal untersuchen.

Das vermeintliche Problem ist gelöst: Der vom Teletext-
Plugin innerhalb des Movieplayers anzeigbare Teletext
muss vorher durch Neutrino gecacht worden sein.
So funktioniert es im selbstkompilierten Yadd und
mit Sicherheit auch in allen anderen Images, die
auf dem Tuxbox CVS basieren.

[gugu]

Ich habe hier auf relook mit mp1 versucht Videotext von stream zu starten und es geht.
VTXT-Cache ist auf aus, Sender auf dem ich movieplayer gestartet habe war zdf und Videotext kam von Das Erste von tag der Aufzeichnung.
Natürlich Videotext-Pid wird auch aufgenommen.

[rhabarber1848]

Dann probier bitte diesen Patch: EDIT: Patch ist im CVS

Patch für das aktuelle CVS aktualisiert.

[rhabarber1848]

Der Sprung ans Ende funktioniert noch nicht richtig,
obwohl ich schon 10 Sekunden abziehe
[...]
Beim Ermitteln der genauen Position kommt es gelegentlich zum EOF.

Wenn der MP2 beim springen ein EOF kriegt, springt er so ~30 sekunden zurück, insofern kann es schwer werden, auf 10 sek. vor dem Ende zu springen

Hier das Log:

Start der Wiedergabe

[mp:ReadTSFileThread:1204] Buffering...
[mp:ReadTSFileThread:1209] Number of files: 1 overall size: 2486022136
[mp:ReadTSFileThread:1214] file starts at 0

Sprung ans Ende

[mp:ReadTSFileThread:1319] lseek from 3523684, seconds 7182
[mp:OutputThread:2314] CMoviePlayerGui::SOFTRESET
[mp:ReadTSFileThread:1347] skip ends
[mp:ReadTSFileThread:1483] error or EOF => exiting
[mp:ReadTSFileThread:1498] ends now.
[mp:OutputThread:2250] BUFFER EMPTY AND EOF!
[mp:OutputThread:2401] Waiting for input thread to stop
[mp:OutputThread:2409] ends here.
[mp:PlayStream:2793] waiting for output thread to terminate...
[mp:PlayStream:2796]

[rhabarber1848]

Im MP1 kommt beim Abspielen einer Datei nach dem
Drücken von ?, ? Informationen über die Aufnahme.

Im MP2 kommt stattdessen die EPG-Info der Sendung
auf dem zuletzt eingeschalteten Sender.

[rhabarber1848]

Als Testdatei habe ich 2h von einem Nachrichtensender aufgenommen,
sodass deren eingeblendete Uhrzeit als Orientierung dient. Die Aufnahme
begann zur vollen Stunde und ist 2,4 GB groß.

Die Sprünge mit MP1 sind ungenau, das dürfte wohl bekannt sein
Ein absoluter Sprung zu 1:02h landete bei 1:32h..., jeder Sprung
dauert 2s, egal von wo nach wo.

Deshalb sind die folgenden Werte mit dem MP2 ermittelt.

Das Springen mit der Taste "9" durch die Datei, also 10-Minuten-
Sprünge vorwärts, ist treffsicher.

Wie gut/schnell funktioniert denn der absolute Sprung auf der dbox?

Ein Sprung vom Anfang nach 1:02h dauert 6 Sekunden und trifft genau:

[mp:ReadTSFileThread:1319] lseek from 6820640, seconds 3720
[mp:OutputThread:2314] CMoviePlayerGui::SOFTRESET
[mp:ReadTSFileThread:1347] skip ends
[mp:ReadTSFileThread:1431] offset > 10 seconds (132), retry skipping...(1)
[mp:ReadTSFileThread:1319] lseek from 1286634776, seconds 3720
[mp:OutputThread:2314] CMoviePlayerGui::SOFTRESET
[mp:ReadTSFileThread:1347] skip ends
[mp:ReadTSFileThread:1431] offset > 10 seconds (-11), retry skipping...(2)
[mp:ReadTSFileThread:1319] lseek from 1333291676, seconds 3720
[mp:OutputThread:2314] CMoviePlayerGui::SOFTRESET
[mp:ReadTSFileThread:1347] skip ends

Wäre es nicht sinnvoll, nach dem Sprung den Puffer erstmal nicht
mit 1MB zu füllen, sondern weniger einzulesen?

Wie lange es dauert, kannst du mit "nach unten" (absoluter sprung) testen, einfach "+ 00:01:00" einstellen und vergleichen mit "3"

Jeweils zwischen 2-3s. Bei 10m-Sprüngen kein Unterschied,
solange nicht mehrfach gepuffert werden muss.
Diese Sprünge begannen am Dateianfang.

obwohl ich seit kurzem die bytes_per_second über das ganze File berechne, filegrösse / (endzeit - startzeit), kann das bei variabler Bitrate mittendrin relativ ungenau sein.

Das gleiche habe ich nach 1h Laufzeit der Datei nochmals getestet,
keine Unterschiede meßbar. Allerdings erschließt sich mir nicht,
warum nach manchen größeren Sprüngen mehrfach gepuffert
wird und manchmal nicht.

Wenn du es ausprobieren willst ob und wie gut es funktioniert, sollte es so gehen:

Code: Alles auswählen

        else if (msg == CRCInput::RC_9)
        {
            skip(get_filetime() + 600, stream, true)
        }

Das Springen mit "9" dauert mindestens doppelt so lang und
ist somit unbrauchbar.

Übrigens kann ich den MP2 zum Einfrieren bringen, wenn ich
während der Anzeige "Puffern..." nochmals "9" drücke.
Nur mit Home kann ich die Dbox wieder in einen sinnvollen
Zustand bringen.

[seife]

Im MP1 kommt beim Abspielen einer Datei nach dem
Drücken von ?, ? Informationen über die Aufnahme.

Im MP2 kommt stattdessen die EPG-Info der Sendung
auf dem zuletzt eingeschalteten Sender.

Bei mir ging das neulich noch. Ich habe es aber auch vermutlich hauptsächlich mit VDR-Aufnahmen getestet.

Das mit dem "springen während puffern hängt den MP2 auf" sind vermutlich Races, die bei mir nicht auftreten, das müsste halt mal jemand anschauen. Das EOF könnte eine ähnlche Ursache (Puffer wird nicht schnell genug nachgefüllt) haben.