Opened 13 years ago
Closed 13 years ago
#1275 closed defect (fixed)
caid 183D:000000 Rai Movie no audio
Reported by: | power | Owned by: | |
---|---|---|---|
Priority: | critical | Component: | DVBApi |
Severity: | medium | Keywords: | |
Cc: | Sensitive: | no |
Description
From revision 3725 by _network
dvbapi: code cleanup, fix viaccess descrambling on channel without provider in pmt
nothing in log
2B40B4B0 c dvbapi: Start descrambling PID #0 (CAID: 183D)
2B50B4B0 c db3 (183D&000000/2136/8C:D992): cache2 (130 ms) (of 2 avail 2)
Change History (4)
comment:1 by , 13 years ago
Component: | Please fill in → DVBApi |
---|---|
Priority: | Please fill in → critical |
Severity: | Please fill in → medium |
comment:3 by , 13 years ago
User neoen @ UMP has made a patch that looks to solve the problem.
http://oscam.ump2002.net/board/thread.php?postid=32813#post32813
--- module-dvbapi.c.orig 2010-11-20 12:48:23.322409794 +0100 +++ module-dvbapi.c 2010-11-20 20:31:08.919847341 +0100 @@ -987,6 +987,15 @@ if (es_info_length != 0 && es_info_length < length) { dvbapi_parse_descriptor(demux_id, es_info_length, buffer+i+5); } + else if (es_info_length == 0) + { + int n; + for (n = 0; n < demux[demux_id].ECMpidcount; ++n) { + struct s_ecmpids *ecmpid = &demux[demux_id].ECMpids[n]; + if (ecmpid->slen > 0) + ecmpid->stream[ecmpid->slen++] = demux[demux_id].STREAMpidcount-1; + } + } } cs_debug("Found %d ECMpids and %d STREAMpids in PMT", demux[demux_id].ECMpidcount, demux[demux_id].STREAMpidcount);
comment:4 by , 13 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
1) The problem was found and tested in 2 receivers: Dreambox DM8000 and Duolabs QboxHD. I suppose that this is a general problem for every receivers.
2) I've just tried r3943 without any success: Rai Movie has no audio. Othe RAI channels (183d) are ok: audio is fine.
3) usually I compile OSCam for QboxHD once a week. I've tried in my QboxHD:
r3943: no audio
r3896: no audio
r3844: no audio
r3795: no audio
r3714: BINGO ! Audio OK ! ("power" says that problem was introduced in r3725)
4) if I use another cam software (i.e. RaDaR) audio is ok. If then I stop it and I start OSCam, audio is ok with every OSCam version. It looks as OSCam >3725 doesn't initialize correctly something.
I copy here (-d 8) logs for r3714 (audio ok) and r3943 (no audio) but really I don't see strange things...
If you need something else, please let me know.
(Audio PID is 0x0320 , dvbapi says that it's "type 04" )
r3714 (audio OK) :
r3943 (no audio) :