bccrew Posted June 3, 2016 Share Posted June 3, 2016 Every now and then when I pressed pause during a TV show and I resume watching, maybe press pause again or try to move forward in time, the stream suddenly loops a few seconds of video while the audio keeps running. Also DVB subs keep playing correctly. I've also seen this while playing some recorded show and streaming them over UDP with the sat>ip server. I'm just wondering what I could do about this issue. Recently upgraded to 1.33 and the problem occurs every now and then. When I zap channel while this occurs, the audio of the new channels starst playing but the video keeps looping that same part over and over. Trying to shift forward or backward is not possible during this error. Please see the video I made about this. https://www.dropbox.com/s/5um3w44qrrliowy/2016-06-02%2019.36.25.mp4?dl=0 1 Link to comment
Tjod Posted June 3, 2016 Share Posted June 3, 2016 Pleas start DVBViewer via start menu "DVBViewer Pro (Debug Mode)" and reproduce the problem and post a support.zip. And look in the DVBViewer Settings > Filters > DVB Source during the problems. Is the some thing unusual which not happen when there are no problems? Link to comment
CupawnTae Posted July 14, 2016 Share Posted July 14, 2016 Seeing this too - will try to grab a support zip, but in the meantime, not seeing anything odd in DVB Source. Link to comment
CupawnTae Posted July 14, 2016 Share Posted July 14, 2016 (edited) Here's the support zip. TV card is Digital Devices Cine S2 V6.5 + DuoFlex S2 (Quad Tuner) Mobo is MSI H87-G43, CPU Celeron G1480, Graphics Nvidia GeForce 210, driver 9.18.13.4195 (2016-29-01) Was using Microsoft DTV decoder, switched to LAV to see if the problem would go away and it hasn't. (One more thing - I don't think I had associated this with pausing/playing/forwarding - it seems like I sometimes just look at the screen to find it this way, but I can't be sure of that) support.zip Edited July 14, 2016 by CupawnTae Link to comment
CupawnTae Posted July 14, 2016 Share Posted July 14, 2016 (also worth noting that the video loop issue happened maybe 30 minutes after the last log entries in the log files - up until then it was fine) Link to comment
Tjod Posted July 15, 2016 Share Posted July 15, 2016 I don't have a real idea what the problem could be. Try disabling DXVA (hardware acceleration) in the codec settings (settings > filter > LAV Video) and use the current DVBViewer and RS version. Link to comment
bccrew Posted October 31, 2016 Author Share Posted October 31, 2016 I had the same issue today. I was not playing a recording, just watching an SD channel. You can see the DVBSource filter is fine. There is still incoming data on the NIC to the DVBViewer client. The video gets stuck in a loop and the audio continues playing. https://www.dropbox.com/s/5bti5wwgh7eoiyn/2016-10-31%2016.35.09.mp4?dl=0 Link to comment
Tjod Posted October 31, 2016 Share Posted October 31, 2016 Are there any abnormality by Allocated Buffer or the clocks in DVB Source? If not you should focus on the video codec. This is the next step after DVB Source in the playback chain. Link to comment
bccrew Posted October 31, 2016 Author Share Posted October 31, 2016 Hi Tjod, the number of Allocated Buffer stays the same during the "loop". Only the values Queued Video Buffers: 370 and Queued Audio Buffers: 35 are changing. Allocated Buffer value stays at 439. I'm using latest LAV filters with Quicksync as Video codec. Link to comment
Tjod Posted October 31, 2016 Share Posted October 31, 2016 Try disabling hardware acceleration (Quicksync > none) Link to comment
Griga Posted October 31, 2016 Share Posted October 31, 2016 If data doesn't queue up in the DVBSource buffers while playback ist looping it is apparently a problem in the video playback part, which means, the video decoder and/or the video renderer and/or the graphics card (driver) are involved. Sometimes I encounter a similar effect on internet TV playback (IPTV), particularly if the broadcaster delivers a badly encoded H.264 stream. Often hardware decoding (in the graphics card) doesn't have a good error resilience so it may get stuck in a loop if it encounters erroneous or unexpected video data. So try to follow Tjods advice... software decdoding is more flexible and may be able to handle it in a better way. Link to comment
bogdan1980 Posted November 22, 2016 Share Posted November 22, 2016 i have an small question, in dvb source , at latency( ms) by default is set at 350, and Max queued audio TV radio at 0, and file at 0? Link to comment
Griga Posted November 22, 2016 Share Posted November 22, 2016 That's correct. More about max. queued audio: http://www.DVBViewer.com/griga/DVBSource%20E/DVBSource.html#Settings For file it was always 0. Some time ago we first had 350 ms for TV/radio, then 700 ms, but this buffering control didn't work out, so we finally decided to switch it off (set it to 0) by default. Link to comment
CupawnTae Posted January 13, 2017 Share Posted January 13, 2017 A few months ago I upgraded my CPU and started using the integrated graphics instead of the nvidia card I mentioned above. After that, this problem stopped occurring. This week I switched back to the nvidia card and just now, I got the looping effect again. Doesn't prove anything, but might indicate the nvidia card and/or driver are at least partially to blame. Link to comment
Recommended Posts