neoen

I think it's the same problem so I'm (you) not alone .

MFG
KURTI

Zitat von neoen

Thanks for the future answer.

Zitat von neoen

In some conditions this bug causes lost lock and image freeze.
I start recording a channel on a high frequency (i.e. 11785H) on tuner A.
Then (while recording) I switch to a channel on another high frequency transponder (i.e. 12360H).
Now I have both tuner A and B busy on two high frequency transponders.
When I switch back to previous channel (11785H), tuner B is correctly closed but (I don't know why) setTone(0) is also called and this causes lost lock of tuner A (LNB is shared) and of course image freeze until setTone(1) is called.
Source code1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
close frontend 1
[prepareClose] running mainloop
[SEC] setTone 0
[SEC] sleep 25ms
set sequence pos 5
[SEC] delayed close frontend
close frontend 1
(0)fe event: status 21, freq 1185724, inversion off, m_tuning 0 N
stateLostLock
OURSTATE: lost lock, trying to retune
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 1 Freq 11785000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 1 modulation 2 pilot 2, rolloff 0
tuning to 1185 mhz
OURSTATE: tuning
[SEC] set static current limiting
set sequence pos 6
set sequence pos 3
set sequence pos 7
[SEC] invalidate current switch params
[SEC] sendDiseqc: e00000(DiSEqC reset)
[SEC] sleep 50ms
[SEC] sendDiseqc: e00003(DiSEqC peripherial power on)
[SEC] sleep 150ms
[SEC] sendDiseqc: e01038f3
[SEC] sleep 50ms
set sequence pos 3
[SEC] setTone 1
In enigma2 3.1 setTone was not called after closing frontend and there was no problem.
And more, If I do the same test using low frequency transponders, setTone(0) is not called at all.
Source code1
2
3
4
5
6
close frontend 1
[prepareClose] running mainloop
set sequence pos 3
set sequence pos 5
[SEC] delayed close frontend
close frontend 1
Hardware is dm8000 with bcm4501.
I think the same problem is reported in this thread Tuner A mit B verbinden Ruckler

Alles anzeigen

Zitat von neoen

In some conditions this bug causes lost lock and image freeze.
I start recording a channel on a high frequency (i.e. 11785H) on tuner A.
Then (while recording) I switch to a channel on another high frequency transponder (i.e. 12360H).
Now I have both tuner A and B busy on two high frequency transponders.
When I switch back to previous channel (11785H), tuner B is correctly closed but (I don't know why) setTone(0) is also called and this causes lost lock of tuner A (LNB is shared) and of course image freeze until setTone(1) is called.

Code

close frontend 1 
[prepareClose] running mainloop 
[SEC] setTone 0 
[SEC] sleep 25ms 
set sequence pos 5 
[SEC] delayed close frontend 
close frontend 1 
(0)fe event: status 21, freq 1185724, inversion off, m_tuning 0 N 
stateLostLock 
OURSTATE: lost lock, trying to retune 
(0)tune 
RotorCmd ffffffff, lastRotorCmd ffffffff 
prepare_sat System 1 Freq 11785000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 1 modulation 2 pilot 2, rolloff 0 
tuning to 1185 mhz 
OURSTATE: tuning 
[SEC] set static current limiting 
set sequence pos 6 
set sequence pos 3 
set sequence pos 7 
[SEC] invalidate current switch params 
[SEC] sendDiseqc: e00000(DiSEqC reset) 
[SEC] sleep 50ms 
[SEC] sendDiseqc: e00003(DiSEqC peripherial power on) 
[SEC] sleep 150ms 
[SEC] sendDiseqc: e01038f3 
[SEC] sleep 50ms 
set sequence pos 3 
[SEC] setTone 1

Alles anzeigen

In enigma2 3.1 setTone was not called after closing frontend and there was no problem.
And more, If I do the same test using low frequency transponders, setTone(0) is not called at all.

Code

close frontend 1 
[prepareClose] running mainloop 
set sequence pos 3 
set sequence pos 5 
[SEC] delayed close frontend 
close frontend 1

Hardware is dm8000 with bcm4501.
I think the same problem is reported in this thread Tuner A mit B verbinden Ruckler

Thanks for the future answer.

Alles anzeigen

Zitat von neoen

In some conditions this bug causes lost lock and image freeze.
I start recording a channel on a high frequency (i.e. 11785H) on tuner A.
Then (while recording) I switch to a channel on another high frequency transponder (i.e. 12360H).
Now I have both tuner A and B busy on two high frequency transponders.
When I switch back to previous channel (11785H), tuner B is correctly closed but (I don't know why) setTone(0) is also called and this causes lost lock of tuner A (LNB is shared) and of course image freeze until setTone(1) is called.

Code

close frontend 1 
[prepareClose] running mainloop 
[SEC] setTone 0 
[SEC] sleep 25ms 
set sequence pos 5 
[SEC] delayed close frontend 
close frontend 1 
(0)fe event: status 21, freq 1185724, inversion off, m_tuning 0 N 
stateLostLock 
OURSTATE: lost lock, trying to retune 
(0)tune 
RotorCmd ffffffff, lastRotorCmd ffffffff 
prepare_sat System 1 Freq 11785000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 1 modulation 2 pilot 2, rolloff 0 
tuning to 1185 mhz 
OURSTATE: tuning 
[SEC] set static current limiting 
set sequence pos 6 
set sequence pos 3 
set sequence pos 7 
[SEC] invalidate current switch params 
[SEC] sendDiseqc: e00000(DiSEqC reset) 
[SEC] sleep 50ms 
[SEC] sendDiseqc: e00003(DiSEqC peripherial power on) 
[SEC] sleep 150ms 
[SEC] sendDiseqc: e01038f3 
[SEC] sleep 50ms 
set sequence pos 3 
[SEC] setTone 1

Alles anzeigen

In enigma2 3.1 setTone was not called after closing frontend and there was no problem.
And more, If I do the same test using low frequency transponders, setTone(0) is not called at all.

Code

close frontend 1 
[prepareClose] running mainloop 
set sequence pos 3 
set sequence pos 5 
[SEC] delayed close frontend 
close frontend 1

Hardware is dm8000 with bcm4501.

Na entlich gute Nachrichten !! So weiß ich das unser Feedback nicht umsonst waren.

Halleluja

Alles anzeigen

enigma2 (20111110 rel32 -> 20120210 rel32)
------------------------------------------
- fixed blindscan for non universal LNBs
- fixed shared pvr channel allocate
- fixed sporadic crash on recording stop
- fixed picture errors on loopthrough tuner close
- removed PiP activation from context menu in radio mode with permanent service list
- various mount manager optimizations and fixes, added usb/cf support, also renamed to "storage devices"
- hotplug support is working again (for not explicitly mounted storage devices)
- use "auto" to mount the storage devices to allow non-EXT3 filesystems again

USB DTT OKKKK

Thanks to all the guys developer at DMM for the great work !!

Ferrari3005

Thanks to all the developer for the great work!!!

Hallo hole das Thema noch mal hoch mir ist vor kurzen wieder aufgefallen das ich das Problem wieder habe mit Tuner A/B intern verbunden Orginal thread von mir " wenn ich jetzt ein programm am tv schaue z.b ARD und ein 2tes programm auf den pc streame ZDF das dann tuner b aktive ist und beim beenden des streams kommt es dann zu einen kurzen bildaussezter bei tuner A " ! Hat sich da wieder ein Fehler eingeschlichen ? hab zur Zeit ein Aktuelles Merlin drauf mit DMM orginal noch nicht getestet ! Aber evtl. kann ja jemand was erkennen mal ein kurzer log !

Hm ist jetzt zwar im OE2.0 und der thread ist etwas älter aber wollte keinen neuen aufmachen Hoffe es passt wenn nicht bitte verschieben/trennen .

[EPGC] start caching events(1346595970)
sdt update done!
[EPGC] schedule finished(1346595970)
[EPGC] abort non avail viasat reading
[EPGC] nownext finished(1346595977)
[EPGC] schedule other finished(1346595977)
[EPGC] stop caching events(1346595977)
[EPGC] next update in 60 min
no ancillary data in audio stream... abort radiotext pes parser
[EPGC] schedule other finished(1346595980)
IBTS show
IBTS show
IBTS tunerShow
action ->  InfobarShowHideActions hide
It's now  Sun Sep  2 16:26:24 2012
[timer.py] next activation: 1346595985 (in 998 ms)
It's now  Sun Sep  2 16:26:25 2012
[EPGRefresh] Not in timespan, ending timer
next real activation is Mon Sep  3 03:15:01 2012
[timer.py] next activation: 1346596085 (in 99994 ms)
[EPGC] schedule finished(1346595987)
[EPGC] stop caching events(1346595987)
[EPGC] next update in 60 min
screen cleanup!
StreamService execEnd 1:0:1:2A:1:85:C00000:0:0:0:
stop recording!
[eDVBServiceRecord] saving cutlist failed because tstools failed
[eDVBCAService] free slot 0 demux 2 for service 1:0:1:2A:1:85:C00000:0:0:0:
[eDVBCAService] free service 1:0:1:2A:1:85:C00000:0:0:0:
recheckPMTHAndlers()
recheck 0x6d6bdbcc 1:0:19:81:6:85:C00000:0:0:0:
check Slot 0
check Slot 1
check Slot 2
check Slot 3
start release channel timer
release cached channel (timer timeout)
[eDVBCAService] remove channel 0x1932130
[eDVBLocalTimeHandler] remove channel 0x1932130
[eEPGCache] remove channel 0x1932130
stop release channel timer
(1) preClose
nr_read 1061 nr_write 64902
sum 65963 prev_sum 0
hdd was accessed since previous check!
[IDLE] 0 600 False
nr_read 2923 nr_write 150
sum 3073 prev_sum 0
hdd was accessed since previous check!
[IDLE] 0 600 False
[prepareClose] running mainloop
[SEC] lock 0
[SEC] setTone 0
(0)setTone Off
[SEC] sleep 25ms
[SEC] sendDiseqc: e01002(DiSEqC peripherial power off)
[SEC] sleep 150ms
[SEC] delayed close frontend
close frontend 1
[SEC] unlock
(0)fe event: status 21, freq 1313853, inversion off, m_tuning 0 N
lost lock
(0)fe event: status 20, freq 1313853, inversion off, m_tuning 0 N
(0)fe event: status 21, freq 1313853, inversion off, m_tuning 0 N
(0)fe event: status 20, freq 1313853, inversion off, m_tuning 0 N
(0)fe event: status 21, freq 1313853, inversion off, m_tuning 0 N
(0)fe event: status 20, freq 1313853, inversion off, m_tuning 0 N
(0)fe event: status 21, freq 1313853, inversion off, m_tuning 0 N
(0)fe stateLostLock
OURSTATE: lost lock, trying to retune
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 1 Freq 11914500 Pol 0 SR 27500000 INV 2 FEC 9 orbpos 192 system 1 modulation 1 pilot 2, rolloff 0
tuning to 1314 mhz
OURSTATE: tuning
[SEC] lock 0
[SEC] set static current limiting
[SEC] invalidate current switch params
[SEC] setTone 1
(0)setTone On
[SEC] sleep 10ms
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
(0)setting frontend
(0)fe event: status 0, freq 1314500, inversion off, m_tuning 1 F
[SEC] unlock
[SEC] sleep 500ms
(0)fe event: status 1, freq 1314500, inversion off, m_tuning 1 N
(0)fe event: status 1f, freq 1313853, inversion off, m_tuning 2 N
OURSTATE: ok
[SEC] set dynamic current limiting
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 589357 bytes for cache used
^Cset wakeup time to 2012/09/02 21:06
stopService
stopping thread.
lseek: Bad file descriptor
eFilePushThread *read error* (Bad file descriptor) - not yet handled
eRecordFileThread STOP
thread joined 0
remove timeshift file
before: 1
after: 1
old thread joined 0
[eDVBCAService] free slot 0 demux 3 for service 1:0:19:81:6:85:C00000:0:0:0:
[eDVBCAService] free service 1:0:19:81:6:85:C00000:0:0:0:
recheckPMTHAndlers()
setIoPrio best-effort level 7 ok
[TeleText] service stopped
[TeleText] send array('B', [1, 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
[eDVBCAService] remove channel 0x6d6c0440
[eDVBLocalTimeHandler] remove channel 0x6d6c0440
[eEPGCache] remove channel 0x6d6c0440
(0) preClose
[HbbTV] disconnecting callbacks
[EPGRefresh] Stopping Timer
[TeleText] autostart(1, {})

MFG
KURTI

Betrifft das auch dieses Problem im OE2.0?

(Fast) Immer wenn ich gerade im MyTube-Plugin unterwegs bin und im Hintergrund eine (geplante) Aufnahme gestartet wird, dann habe ich beim Verlassen des plugins ein Standbild.
Das "Livebild" erscheint erst wieder, wenn die Aufnahme beendet ist und ich dann auf einen anderen Kanal umschalte.

Konfiguriert sind die beiden Tuner "einzeln".

Gruß, deathrattle

Zitat von Ghost

Hi,

in der Tat hat sich da mal wieder ein Bug eingeschlichen.

Ist dann im nächsten Update behoben.

Danke!

Alles anzeigen

Super Danke !

MFG
KURTI

Bin jetzt erst zum update gekommen läuft wieder alles super danke nochmal !

MFG
KURTI