Was ist eigendlich... mit OSDTeletext und OSDPIP

FireFly

bei mir behebt der Patch die Probleme nicht. Videotext wird weiterhin nur empfangen, wenn der Kanal übers primary device kommt.
Bei Dir klappt das nun mit dem Patch?

Ich habe eine FF und zwei Budgets drin, liegts evtl daran?

Hi,

da ich jetzt den VDR im WZ (mit einer FF und einer Skystar2) auf 1.6 umgestellt habe, betrifft mich das leidige Problem mit dem Teletext auch

Der Patch hilft nicht wirklich, soll heissen auf einigen Sendern bekomme ich den Teletext erst nach umschalten des Devices mit Femon.

Auf meinem Testrechner mit einer Karte bekomme ich nach dem Patch gar keinen Teletext mehr. Ohne den Patch funktioniert's da.

Gruß
Marc

PS: Die *.mo Dateien werden auch nicht erstellt.

Zitat

Original von apex
FireFly

bei mir behebt der Patch die Probleme nicht. Videotext wird weiterhin nur empfangen, wenn der Kanal übers primary device kommt.
Bei Dir klappt das nun mit dem Patch?

Nu jaa, ich hatte den Eindruck dass ich damit wieder jeden Videotext bekomme, habs aber nicht exzessiv getestet. Habe eine DVB-S FF und eine DVB-S Budget.
Hat jemand nen Testcase? Einen Sender aufzeichnen und bei einem anderen VT anzeigen lassen oder wie kann man das reproduzieren?
Vielleicht war bei mir ja immer der ActualDevice gleichzeitig auch der PrimaryDevice? Gibts zu den beiden eigentlich irgendwo ne aussagekräftige Doku?

Hi FireFly,

mit 'patch -p1 ...' werden auch die Übersetzungen erstellt

Mit der angehängten Variante deines Patches funktioniert es bei mir mit beiden Rechnern.

Gruß
Marc

Edit: neue Version des Patches
Was ist eigendlich... mit OSDTeletext und OSDPIP

Hi zulu,

aus Symmetriegründen muss es wohl so sein wie Du es gemacht hast - mir ist aber nicht klar warum ....
Ich denke, wenn ein Device auf einen Kanal geschaltet wurde, dann sollte der Device den Kanal bereits empfangen, aber ProvidesChannel() mit Setup.PrimaryLimit macht wohl noch etwas mehr.

[Edit]Sorry, aber damit funktioniert es bei mir nicht mehr!
Wenn ich den Kanal wechsele und VDR muss den Transponder wechseln, dann funktioniert es auf dem gleichen Device nicht mehr. VDR wechselt dann das Device, attached aber keinen Receiver mehr.
[/Edit]

So richtig verstehen tue ich's nicht, habe eher rum gespielt.
Aber wie oben geschrieben empfange ich jetzt mit beiden VDRs (FF + Skystar2 und FF via xineliboutput) den Teletext.

In der hier angehängten Version habe ich das mit rein genommen und damit geht's hier dann auch noch:

@@ -521,12 +549,15 @@
    /*if (running)
       Cancel(3);*/
    if (receiver)
+   {
+      receiver->Stop();
       delete receiver;
+   }
 }
 
 void cTxtStatus::ChannelSwitch(const cDevice *Device, int ChannelNumber)
 {
-   if (Device->IsPrimaryDevice()) {
+   if (Device->IsPrimaryDevice() || Device == cDevice::ActualDevice()) {
 
 /*#ifdef OSDTELETEXT_REINSERTION_PATCH
       if (ttSetup.suspendReceiving) {

Gruß
Marc

Danke, so gehts jetzt auch bei mir (auch wenn ich nicht weiß warum ... ;D)

Zum Problem, dass osdteletext VDR in den transfer mode zwingt:

Ich hab das Problem nochmal intensiv nachverfolgt, und meiner Meinung nach passiert es, weil beim Kanalwechsel der Teletext-Receiver noch läuft. Dadurch meldet die FF-Karte in cDevice::GetDevice NeedsDetachReceivers, und bekommt durch die erste Impact-Regel einen Nachteil gegenüber freien Budget-Karten.

Läuft osdteletext nicht, ist im Normalfall gar kein Receiver aktiv, und die FF-Karte kann den Kanal ungestört wechseln. (Interessant wäre in dem Zusammenhang, ob bei Budget-only Systemen mit zwei oder mehr Karten der transfer mode zum Ausgabedevice dazu führt, dass VDR die Budgetkarten immer abwechselnd benutzt.)

Abhilfe ist meiner Meinung nach nicht ohne Änderung an VDR möglich.
Lösung 1: Die Receiver müssten als 'live' kennzeichenbar sein, damit VDR weiß, dass ein Receiver endet, wenn der Kanal gewechselt wird. Dann könnte besser vorhergesagt werden, ob NeedsDetachReceivers wirklich nötig ist.
Lösung 2: Es müsste einen Weg geben, den Transfer zu beenden, bevor VDR auf den neuen Kanal wechselt. cDevice::SetChannel implementiert das bereits für die VDR-internen Subtitle-Viewer, Plugins werden aber nicht informiert. cStatus::ChannelSwitch(dev, 0) kommt dafür zu spät.

Das Problem, dass osdteletext bisher im transfer mode nicht funktioniert, ist davon unabhängig, und das scheinen ja die bisherigen Patches zu bearbeiten.

Gruß,

Udo

zulu

danke für den Patch, damit geht osd teletext nun auch bei mir ohne zwangs switchen per femon auf das primary device

Und hier der patch für alle Gentooler. Einfach entpacken, nach

$VDR_LOCAL_PATCHES_DIR/vdr-osdteletext/0.5.1

kopieren und vdr-osdteletext neu emergen.

Ich habe alles, was gettext etc. betrifft rausgeschmissen und nur den teletext-relevanten Teil behalten, da der Rest schon durch die Patches des ebuild erledigt wird.

Danke für den Patch, jetzt läufts!

Zitat

Original von hampelratte
Und hier der patch für alle Gentooler. Einfach entpacken, nach

Code

$VDR_LOCAL_PATCHES_DIR/vdr-osdteletext/0.5.1

kopieren und vdr-osdteletext neu emergen.

Ich habe alles, was gettext etc. betrifft rausgeschmissen und nur den teletext-relevanten Teil behalten, da der Rest schon durch die Patches des ebuild erledigt wird.

In vdr-osdteletext-0.5.1-r2 ist der Patch dank Zzam enthalten.

Zitat

Original von hampelratte
In vdr-osdteletext-0.5.1-r2 ist der Patch dank Zzam enthalten.

Was soll das sein? Gentoo? c't-VDR? Debian? Oder ein Patch (wo?)? Zumindest ist das keine offizielle Versionnummer des osdteletext-Plugin!

nicht umsonst habe ich meinen vorherigen beitrag zitiert. es geht um gentoo.

Zitat

Original von FireFly

Was soll das sein? Gentoo? c't-VDR? Debian? Oder ein Patch (wo?)? Zumindest ist das keine offizielle Versionnummer des osdteletext-Plugin!

Ein Gentoo ebuild mitdem osdteletext unter gentoo installiert wird

Auch von meiner Seite vielen Dank an Marc für den Patch.

Habs gerade mal ausprobiert, funktioniert auch bei mir prima.

Gruß

Harald