No sound / image on some german DVB-C channels with different vlc versions
Hey vlc folks!
When watching dvb-c with kaffeine (using libvlc) there's no sound on the channel ZDF HD.
console output when switching to ZDF HD:
...
[00007f45e001cd18] core decoder error: buffer deadlock prevented
[00007f45e0035748] core decoder error: buffer deadlock prevented
[h264 @ 0x7f45c4001e00] cabac decode of qscale diff failed at 48 32
[h264 @ 0x7f45c4001e00] error while decoding MB 48 32, bytestream 8374
26-06-16 16:12:17.226 [Warning ] EPG filter list not empty
[h264 @ 0x7f45c4027040] get_buffer() failed
[h264 @ 0x7f45c4027040] thread_get_buffer() failed
[h264 @ 0x7f45c4027040] decode_slice_header error
[h264 @ 0x7f45c4027040] no frame!
[h264 @ 0x7f45c402cd20] get_buffer() failed
[h264 @ 0x7f45c402cd20] thread_get_buffer() failed
[h264 @ 0x7f45c402cd20] decode_slice_header error
[h264 @ 0x7f45c402cd20] no frame!
...
I'm using lastest vlc-git and kaffeine-git atm.
When using vlc-2.2.4 (maintenance version?) i can't watch RTL (no sound / no video / sometimes frame no.1 can be seen). ZDF HD works with this version.
console output when switching to RTL:
...
[00007f70981dbc38] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding.
[00007f70981dbc38] core decoder error: Could not convert timestamp 0
...
FYI: I already filled in a bugreport @ bugs.kde.org.
-> https://bugs.kde.org/show_bug.cgi?id=364517
Please tell me if (and how) i can help out with more infos.
Thank you in advance!
Activity
FYI: I added some more verbose kaffeine logs.
Additionally here are two samples i recorded with kaffeine. So recording seems to be possible in contrast to watching these streams. The ZDFHD-file can be played with vlc-3.0.0, but in kaffeine via libvlc there still is no sound.
https://boris64.net/files/linux/bugreports/vlc/vlc-2.2.4.tar.gz (RTL on vlc-2.2.4)
https://boris64.net/files/linux/bugreports/vlc/vlc-3.0.0.tar.gz (ZDFHD on vlc-3.0.0)
The ZDFHD-file can be played with vlc-3.0.0, but in kaffeine via libvlc there still is no sound. why not open that channel in VLC? dvb-c://
Replying to [comment:4 Melis]:
The ZDFHD-file can be played with vlc-3.0.0, but in kaffeine via libvlc there still is no sound. why not open that channel in VLC? dvb-c://
Really? Maybe because kaffeine is an easy way to watch dvb-x without the need of any magic? Maybe because creating a channel.conf for vlc is not as userfriendly as kaffeine?
Sound in vlc is there if you watch the recorded file. If you directly watch the dvb-c stream, there still is no sound...
changed milestone to %Bugs paradize
Replying to [comment:7 jb]:
[00007fd73c01d5c8] mpeg_audio packetizer debug: emulated startcode
instead of nothing,
We need the sample.
Hm, what kind of sample do you need than the provided stream records?
I would have uploaded my two samples to http://streams.videolan.org/upload/ if this site would be available (seems to be down).
Instead i put them to my server (please see above or next line). -> https://boris64.net/files/linux/bugreports/vlc/vlc-2.2.4.tar.gz -> https://boris64.net/files/linux/bugreports/vlc/vlc-3.0.0.tar.gz
If you need something else, please hit me in the right direction. Thanks.
Replying to [comment:13 fcartegnie]:
you did rebuild kaffeine/libvlce before trying, right ?
Yes of course. Kaffeine / VLC are rebuilt (+installed) every night from latest git version.
Replying to [comment:10 fcartegnie]:
Sample has PCR on a PID which isn't in the recorded stream. Can't do anything in 2.2x.
How can i provide a more useful file from the dvb-c stream? The last one was recorded using kaffeine.
Replying to [comment:11 jb]:
Replying to [comment:9 fcartegnie]:
The issue is only with 2.2.4. That's already fixed in 3.0
Comment 8 seems to imply it's not fixed in 3.0.
RTL works fine in 3.0, ZDFHD doesn't (no sound). I'd like to move on and use 3.0, but i'd also like to watch ZDFHD. ;(
Replying to [comment:12 Melis]:
Replying to [comment:2 boris64]:
The ZDFHD-file can be played with vlc-3.0.0, but in kaffeine via libvlc there still is no sound. notvlc?
I used the older kaffeine versions for years with the xine-backend. Evrything was fine. When kaffeine switched to libvlc, problems began. So i'd say, this seems to be an issue with vlc somehow.
What's strange is that the es is first detected as mpegaudio, then a52, but it is still not updated
[00007fd73c00a598] ts demux debug: temporary receiving program 11110 [00007fd73c00a598] ts demux debug: PMTCallBack called for program 11110 [00007fd73c00a598] ts demux debug: new PMT program number=11110 version=0 pid_pcr=6110 [00007fd73c00a598] ts demux debug: * pid=6120 type=0x3 ISO/IEC 11172 Audio [00007fd73c00a598] ts demux debug: - ES descriptor tag 0x52 [00007fd73c00a598] ts demux debug: - ES descriptor tag 0xa [00007fd73c00a598] ts demux debug: found language: deu [00007fd73c00a598] ts demux debug: => pid 6120 has now es fcc=mpga [00007fd73c00a598] ts demux debug: PMTCallBack called for program 11110 [00007fd73c00a598] ts demux debug: new PMT program number=11110 version=1 pid_pcr=6110 [00007fd73c00a598] ts demux debug: * pid=6110 type=0x1b AVC video stream as defined in ITU-T Rec. H.264 [00007fd73c00a598] ts demux debug: - ES descriptor tag 0x52 [00007fd73c00a598] ts demux debug: => pid 6110 has now es fcc=h264 [00007fd73c00a598] ts demux debug: enabling pid 6110 from program 11110 [00007fd73c00a598] ts demux debug: enabling pcr pid 6110 from program 11110 [00007fd73c00a598] ts demux debug: * pid=6120 type=0x6 ISO/IEC 13818-1 PES packets containing private data [00007fd73c00a598] ts demux debug: - ES descriptor tag 0x6a [00007fd73c00a598] ts demux debug: - ES descriptor tag 0xa [00007fd73c00a598] ts demux debug: - ES descriptor tag 0x52 [00007fd73c00a598] ts demux debug: * Stream Component Identifier: 5 [00007fd73c00a598] ts demux debug: found language: deu [00007fd73c00a598] ts demux debug: => pid 6120 has now es fcc=a52
