Opened 10 years ago
Closed 10 years ago
#3526 closed defect (fixed)
#9063 no sound when channel goes from FTA to scrambled, no EMMs on start?
Reported by: | Bit | Owned by: | manio |
---|---|---|---|
Priority: | major | Component: | ! Please select... |
Severity: | medium | Keywords: | |
Cc: | Sensitive: | no |
Description
#9063
Watching channel which is momentary sending FTA, then goes to scrambled.
dvbapi tries all ECMPIDs again, chooses the right reader, decrypts, picture is there, but no sound.
Unfortunately, I have no log from this moment.
Second: I've got the impression that when starting #9063 on a channel which is momentary sending FTA (but sending EMMs), no EMMs are treated. I have to switch to a scrambled channel, switch back to the FTA channel , then EMMs are treated.
Attachments (8)
Change History (25)
comment:1 by , 10 years ago
comment:2 by , 10 years ago
So all is fine with r9062?
Can't say anything more without log (level=128)
comment:3 by , 10 years ago
I'm already testing and releasing patches for dvbapi.
Most important change is dynamic streampid enable / disable
Due to that I think we can simplify pmt parsing, dont know if I got it right already
Already took md5 pmt hashing out again, its not needed anymore.
So perhaps this new issue is already fixed?
@Manio: can you test if this patch is working for vdr with oscamplugin?
comment:5 by , 10 years ago
Tnx for report Manio, 30v2 is already out (removed LIST_LAST line)
http://www.streamboard.tv/wbb2/thread.php?postid=488668#post488668
Now lets wait if the issue of this ticket is gone too!
comment:6 by , 10 years ago
That's difficult to test. It's quite rare a channel goes from FTA to scrambled.
That's mostly in the evening, around 21h.
by , 10 years ago
Attachment: | dvbapi30v4.patch added |
---|
added 2 patches from Deeptho (sky nds recurring cw + nagra ecmpid tunneling)
comment:8 by , 10 years ago
v4 patch is a no-go for me; oscam crashes immediately after initializing cards.
During build i get the following on screen:
In file included from /usr/include/string.h:642:0,
from globals.h:29,
from module-dvbapi.c:1:
In function ‘memset’,
inlined from ‘dvbapi_main_local’ at module-dvbapi.c:3305:8:
/usr/include/x86_64-linux-gnu/bits/string3.h:85:3: warning: call to builtin_memset_chk will always overflow destination buffer [enabled by default]
Patching on r9065
comment:9 by , 10 years ago
"no go" for 30v4 (30v3 is not working too), on sh4, pmt_mode=6, oscam is starting and crashing siliently. re-checked again, it was binary with debug and -d 255
------------------------------------------------------------------------------- >> OSCam << cardserver started at Mon Dec 2 14:16:45 2013 ------------------------------------------------------------------------------- 2013/12/02 14:16:45 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r9065 (sh4-linux-qboxhd) 2013/12/02 14:16:45 0 s creating pidfile /tmp/.oscam/oscam.pid with pid 20699 2013/12/02 14:16:45 0 s services reloaded: 0 services freed, 11 services loaded, rejected 0 2013/12/02 14:16:45 0 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled 2013/12/02 14:16:45 0 s signal handling initialized 2013/12/02 14:16:45 0 s 2240 service-id's loaded in 26ms 2013/12/02 14:16:45 0 s WARNING: You risk high CPU load and high ECM times with more than 2000 service-id's! 2013/12/02 14:16:45 0 s HINT: --> use optimized lists from http://www.streamboard.tv/wiki/Srvid 2013/12/02 14:16:45 0 s 966 provid's loaded 2013/12/02 14:16:45 0 s 27 lengths for caid guessing loaded 2013/12/02 14:16:45 0 s Binary without Cardreader Support! No EMM processing possible! 2013/12/02 14:16:45 0 s blabla [cccam] creating thread for device 192.168.1.1 2013/12/02 14:16:45 0 s waiting for local card init 2013/12/02 14:16:45 4A96E8 p 192.168.1.1: resolved ip=192.168.1.1 2013/12/02 14:16:45 4A96E8 p blabla [cccam] connecting to 192.168.1.1:13031 2013/12/02 14:16:45 4A96E8 p blabla [cccam] proxy initialized, server 192.168.1.1:13031 2013/12/02 14:16:45 0 s init for all local cards done 2013/12/02 14:16:45 546668 c plain dvbapi-client granted (dvbapi, au=off) 2013/12/02 14:16:45 546668 c [DVBAPI] Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 0 2013/12/02 14:16:45 546668 c [DVBAPI] PMT6: Trying connect to enigma CA PMT listen socket... 2013/12/02 14:16:45 546668 c [DVBAPI] PMT6 CA PMT Server connected on fd 7!
and that's all, after that oscam is not present on proces list. Standard compilation and with patch CLOCK_MONOTONIC.patch_v2 works flawlessly.
comment:10 by , 10 years ago
I forgot to tell, that sh4 box is using plain dvbapi, not stapi, sorry :(
DVB API support: yes DVB API with AZBOX support: no DVB API with MCA support: no DVB API with COOLAPI support: no DVB API with STAPI support: no
30v5 is still silently crashing, but few seconds later than 30v4:
2013/12/02 17:44:54 52E810 c plain dvbapi-client granted (dvbapi, au=off) 2013/12/02 17:44:54 52E810 c [DVBAPI] Detected /dev/dvb/adapter0/demux0 Api: 0, userconfig boxtype: 0 2013/12/02 17:44:54 52E810 c [DVBAPI] PMT6: Trying connect to enigma CA PMT listen socket... 2013/12/02 17:44:54 52E810 c [DVBAPI] PMT6 CA PMT Server connected on fd 7! 30v4 was crashing at/after connection to PMT Server 2013/12/02 17:44:54 52E810 c [DVBAPI] Receiver sends PMT command 3 for channel 1BBE 2013/12/02 17:44:54 52E810 c [ADD PID 0] CAID: 0960 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD PID 1] CAID: 0961 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD PID 2] CAID: 0963 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 0] CAID: 0960 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 1] CAID: 0961 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 2] CAID: 0963 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 0] CAID: 0960 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 1] CAID: 0961 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c [ADD STREAM 2] CAID: 0963 ECM_PID: 0505 PROVID: 000000 2013/12/02 17:44:54 52E810 c Found 3 ECMpids and 15 STREAMpids in PMT 2013/12/02 17:44:54 52E810 c [DVBAPI] Receiver wants to demux srvid 1BBE on adapter 0000 camask 0001 index 0000 2013/12/02 17:44:54 52E810 c New program number: 1BBE (0960:1BBE unknown) [pmt_list_management 3] 2013/12/02 17:44:54 52E810 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/02 17:44:54 52E810 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 3 ecmpids! 2013/12/02 17:44:54 52E810 c [DVBAPI] Demuxer #0 no suitable readers found that can be used for decoding! 2013/12/02 17:44:54 52E810 c [DVBAPI] Demuxer #0 (re)starting decodingrequests on all 3 ecmpids! 2013/12/02 17:44:55 52E810 c [DVBAPI] Demuxer #0 trying to descramble PID #2 CAID 0963 PROVID 000000 ECMPID 0505 ANY CHID VPID 091D 2013/12/02 17:44:55 52E810 c dvbapi (0963&000000/FFFF/1BBE/5F:3A57FDE66CAF6DDCDBD617732AB23F2A): found (460 ms) by blabla - Boomerang 2013/12/02 17:44:57 52E810 c dvbapi (0963&000000/FFFF/1BBE/5F:B6737FA57A5E7068D126EBAAEB54350A): found (181 ms) by blabla - Boomerang 2013/12/02 17:45:05 52E810 c dvbapi (0963&000000/FFFF/1BBE/5F:98C996560F6EE170C3760590FAA7A308): found (166 ms) by blabla - Boomerang 2013/12/02 17:45:13 52E810 c dvbapi (0963&000000/FFFF/1BBE/5F:131D89D9BE31A292041C4E775CAB3EE1): found (190 ms) by blabla - Boomerang 2013/12/02 17:45:21 52E810 c dvbapi (0963&000000/FFFF/1BBE/5F:39AA68EAE47E8893EABCED23206D6DDE): found (165 ms) by blabla - Boomerang
by , 10 years ago
Attachment: | dvbapi30v7.patch added |
---|
only close ca handler if reopenonzap is enabled + stop descrambling for all boxes except dvbapi based boxes
comment:11 by , 10 years ago
30v6 seems to be fine, correctly started, decoding,
30v7 seems to be fine too, correctly started, decoding, long term test in progress
comment:12 by , 10 years ago
30v7 tested on DM7025:
1-2 sec. to zap to a crypted channel, FTP zapping is very fast.
PiP takes 20sec until it works.
Recording seems to work.
by , 10 years ago
Attachment: | dvbapi30v8.patch added |
---|
always write enable/disable stream into ca (hope fixing picture delay on older boxes like dm7025)
by , 10 years ago
Attachment: | dvbapi30v9.patch added |
---|
another approach to fix old skool receivers like dm7025
comment:14 by , 10 years ago
PiP is now OK. Recording too. :-)
Only zapping is still slow with crypted channels.
comment:17 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
I think this is solved now in trunk.
Yes i think it's something wrong with emm and dvbapi. But its much more broken with dvbapi (PiP and recordings on DM7025 for eample, but i think other boxes are affected too).