2014-03-04, 04:49
Using gotham 3/3/14, I'm seeing the video stutter, and then stop after I seek within a movie using the progress bar. The audio continues though. Here is the xbmc log: http://xbmclogs.com/show.php?id=142677 .
2014-03-04, 12:33
2014-03-04, 16:29
Beta1 has the same issue. I forgot to mention that it doesn't seem to happen after every seek.
2014-04-01, 04:32
I am still having this issue with Beta3. I am experiencing this both on an HTC One and a Nexus 7 (2012) and it seems to happen with and without hardware acceleration. Once the video stops, I can usually get it to start again by fast forwarding and then pressing play.
2014-04-01, 11:46
Sounds like the links or the addon is not set for this function or does not have it. Some do and some don't
2014-04-01, 16:24
I'm not using an add on. The media is on a samba share. I'm not seeing this issue with the same setup on Mac OS.
2014-04-02, 02:33
I have the same problem. My log file is very similar to yours.
Every time I seek and stutters these two lines also appear on my log. This happens only on seek because I managed to watch 3 episodes from a series in a row without a problem. Resume on last point also works well. It shouldn't be an audio problem as I tried a video file without audio track and the problem continues. Tried mp4 and mkv files with h264 video tracks.
Problem only occurs with Mediacodec as decoder thought. Using Lilbstagefright or software decoding (disabling libstagefright and Mediacodec) I dont' have this problem.
Code:
WARNING: CRenderManager::WaitForBuffer - timeout waiting for buffer
WARNING: CDVDMessageQueue(video)::Get - asked for new data packet, with nothing availableEvery time I seek and stutters these two lines also appear on my log. This happens only on seek because I managed to watch 3 episodes from a series in a row without a problem. Resume on last point also works well. It shouldn't be an audio problem as I tried a video file without audio track and the problem continues. Tried mp4 and mkv files with h264 video tracks.
Problem only occurs with Mediacodec as decoder thought. Using Lilbstagefright or software decoding (disabling libstagefright and Mediacodec) I dont' have this problem.
