2012-06-05, 20:13
I think it starts with decryption problems. vnsi plugin does not detect signal lost because there is still one steam delivering data, teletext. Audio and video stall but recover a couple of times. Then audio thread dies. This are the last messages of audio thread:
After this there are no audio packets coming from demuxer:
So maybe audio is hanging waiting for data.
I admit, none of those problems should happen, the question is where to look first. I see you use pulse audio. Quite a few functions related to pulse audio were implemented just before Eden release and were not tested much with pvr streams.
I can think of those options:
- fixing the problem which causing the stream cut off
- try ALSA sound which might be more stable than pa
- update to unstable pvr with new audio engine
EDIT: might be an vnsi problem, will look into this.
Code:
17:39:59 T:140108101285632 ERROR: ffmpeg[759B7700]: [ac3] frame CRC mismatch
17:39:59 T:140108101285632 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
17:39:59 T:140108101285632 DEBUG: CDVDAudio::Drain - adding 3480 bytes of silence, buffer size: 360, chunk size: 3840
After this there are no audio packets coming from demuxer:
Code:
17:40:05 T:140108382447360 DEBUG: set caching from pvr to done. audio (1) = 0. video (1) = 100
So maybe audio is hanging waiting for data.
I admit, none of those problems should happen, the question is where to look first. I see you use pulse audio. Quite a few functions related to pulse audio were implemented just before Eden release and were not tested much with pvr streams.
I can think of those options:
- fixing the problem which causing the stream cut off
- try ALSA sound which might be more stable than pa
- update to unstable pvr with new audio engine
EDIT: might be an vnsi problem, will look into this.