2012-04-04, 02:28
(2012-04-03, 21:47)minimoe Wrote:(2012-04-02, 15:34)DDDamian Wrote:(2012-04-02, 12:55)minimoe Wrote: For testing purposes, the problem appears with the channels Mega Cyprus (WMAv2 audio) and ANT1 Cyprus(MP3 audio). Frame fluctuates with WMAv2 audio and the problem gets worse with MP3 audio. In the second case there are a lot of errors like this:
Code:13:20:56 T:4048 ERROR: CDVDAudio::AddPacketsRenderer - timeout adding data to renderer
13:20:56 T:4048 ERROR: CDVDAudio::AddPackets - failed to add leftover bytes to render
13:20:56 T:4048 DEBUG: CDVDPlayerAudio:: Discontinuity - was:4773429.335355, should be:1697000.026122, error:-3076429.309233
Can you capture a sample of these streams? Daniela's patch should not have affected either of those two audio formats, but side-effects can happen with any code. There is a pull-request on the books for better stream caching, but obviously it would affect audio and video if it was a caching issue.
Any idea on how I can capture the streams?
I tried streamCapture, StreamRecorder.NET and VSO Downloader but no luck.
Sounds like they have those locked up pretty good then. The WMAv2 doesn't surprise me much (even the inventors M$ have trouble with it sometimes lol) but the MP3 surprises me. It'll be VBR for sure being streamed, but XBMC handles VBR easily. I hate to say, but I'm not sure how easily I can reproduce for further checking? The error value in the log is huge - far beyond a single framedrop or two - more like a glitched PTS timecode.