Jump to content


zacha

Member Since 18 Jun 2012
Offline Last Active 19 Jan 2014 15:31
-----

Topics I've Started

ET9200 umschalten schlägt fehlt bei Aufnahme

26 December 2013 - 22:58

Hallo!

 

ich habe kürzlich von einer sehr alten Version (Mitte 2012) von OpenPLi auf das aktuelle Nightly Build geupdated. Nun zeigt sich ein neues Problem im Zusammenhang mit einer laufenden Aufnahme. Wird ein Kanal aufgenommen und auf dem anderen Tuner gezappt, dann kann oftmals erst beim zweiten mal umgeschaltet werden. Es kommt keine Fehlermeldung von Enigma 2. Beide Tuner funktionieren einwandfrei, wenn sie einzeln verwendet werden. Wählt man den gewünschten Kanal ein zweites Mal an, wird erfolgreich umgeschaltet.

 

Die Tunerkonfigguration sieht so aus

 

A: Einfach 19,2E/13.0 DiseqC 2.0

B: wie A

 

Das Problem scheint in Zusammenhang mit den Alternativkanälen zu liegen, welche für viele Sender in meiner Senderliste hinterlegt sind. Hat ein Sender Alternativkanäle definiert (z.B. ZDF für ZDF HD oder Das Erste auf 13,0 für Das Erste HD oder Das Erste auf 19,2), so schlägt das zappen sang und klanglos fehlt, während eine Aufnahme läuft. Im Log sieht das ganze dann so aus:

 

(Aufnahme läuft auf Tuner A das Erste HD, aktuelles Live Bild von Tuner B, z.B. ORF 1 HD)

 

Auswahl: zdf info HD:

 

action ->  OkCancelActions ok
playing 1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.zdfinfo_hd.tv" ORDER BY bouquet
playref None
[eDVBCAService] free slot 0 demux 1 for service 1:0:1:132F:3EF:1:C00000:0:0:0:
[eDVBCAService] free service 1:0:1:132F:3EF:1:C00000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
TuxTxt stopped service 785
cleaning up
TuxTxt cache cleared
start release channel timer
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x19fc970
[eEPGCache] remove channel 0x19fc970
stop release channel timer
 
Beim zweiten Versuch kommt eine Ausgabe wie folgt:
 
action ->  OkCancelActions ok
playing 1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.zdfinfo_hd.tv" ORDER BY bouquet
playref <enigma.eServiceReference; proxy of <Swig Object of type 'eServiceReference *' at 0x184be48> >
not pauseable.
not pauseable.
not pauseable.
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
allocate channel.. 03f2:0001
available channel.. 03fb:0001
opening frontend 1
(1)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 1 Freq 11347000 Pol 1 SR 22000000 INV 2 FEC 2 orbpos 192 system 1 modulation 2 pilot 2, rolloff 0
tuning to 1597 mhz
[...]
 
Die rot markieren Ausgaben verleiten mich zu der Annahme, dass es hier irgend einen Bug bei der Auswahl der Alternativkanäle gibt und in bestimmten Konstellationen E2 nicht weiß, welchen Kanal es auswählen soll. Wird auf einen Sender getuned, welcher keine Alternativen besitzt (z.B. BR alpha), klappt es immer sofort, andere Senderwechsel klappen teilweise auch- allerdings bin ich da noch nicht hinter die Systematik gestiegen. So kann ich z.B. wenn ich auf ORF 2 HD bin ohne Probleme zu ORF 1 HD wechseln, wenn ich aber auf ZDF HD bin nicht zu ORF 1 HD und umgekehrt. Also von ORF 1 HD zu ZDF geht auch nicht direkt, aber z.B. von Arte HD zu ZDF. Wenn ich aber z.B. von dem aufnehmenden Tuner komme (also z.B. ebenfalls auf Das Erste HD mit dem LiveBild schaue, dann kann ich zu jedem anderen Kanal wechseln. Der Tuner B wird dann aktiv und das Bild kommt sofort.
 
Ich habe das ganze sowohl mit Tuner A als auch Tuner B fuer das Live Bild getestet. Das Ergebnis ist immer das gleiche. Es scheint auch in dem Log file einfach so, als würde E2 in den entsprechenden Fällen gar nicht zu dem Punkt gelangen, an welchem überhaupt getuned werden soll, ein HW Problem scheint auszuschließen zu sein.
 
Kann jemand das genannte Verhalten nachvollziehen und hat ggf. jemand eine Idee?
 
Danke.