I think I finally found the cause of my stutter problem.

I have stuttering issues too with .ts files recorded from my PVR (Humax Icord HD)

Heres a pastebin of my logfile when playing back one of those files:

Console: http://pastebin.com/m7a9092e1
Logfile: http://pastebin.com/mfb1d861
I can upload you a sample if you want.

[edit]The first pastebin is from the console messages, the second one from the logfile[/edit]

davilla Wrote:If you can package up a selection of these with good descriptions, I can PM you a ftp server address and I'll check them out. I only need 50-100MB per file to see the issues.

For the record, about the same time I posted this original thread I also posted a similar post on an existing thread on the handbrake forums. One of the Handbrake developers responded with an interesting response.

http://forum.handbrake.fr/viewtopic.php?f=7&t=7718

dan1son Wrote:For the record, about the same time I posted this original thread I also posted a similar post on an existing thread on the handbrake forums. One of the Handbrake developers responded with an interesting response.

http://forum.handbrake.fr/viewtopic.php?f=7&t=7718

interesting discussion.

I've got the files and will be looking into them. I'm heavily multiplexed right now so it might take a few days to get back to you.

davilla Wrote:interesting discussion.

I've got the files and will be looking into them. I'm heavily multiplexed right now so it might take a few days to get back to you.

Anything exciting about my logfiles. Should I open a bug on trac?

Z3rO Wrote:Anything exciting about my logfiles. Should I open a bug on trac?

can't tell anything from the log files except for

Quote:number of reference frames exceeds max (probably corrupt input), discarding one

Use MediaInfo to determine what your ts files really are.

upload a sample somewhere. it only need to be 50-100MBs for me to check.

Hold off on the trac less you get slammed , stuttering issues can also be due to incorrect user settings.

dan1son Wrote:Sorry for the delay... crazy weekend. I'll try to get something together this evening.

Initial observations:

ATV with XBMC pre-9.04 complied Jan 9 2009 using LCD HDTV @720p, 60Hz.

All three play fine with this XBMC version:

24_nodetel.m4v seems the smoothest.
SAS_nodetel.m4v reports the wrong framerate (25fps) and when playing the fps seems to be hunting.

Even the current SVN is seeing the wrong framerate;

MediaInfo however, thinks;
24_nodetel.m4v -> 23.976
SAS_nodetel.m4v -> 23.985
SAS_nodetel.mkv -> 23.976

Quote:Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/Users/davilla/Movies/hbtest/SAS_nodetel.m4v':
Duration: 00:08:11.21, start: 0.000000, bitrate: 2110 kb/s
Stream #0.0(eng): Video: h264, yuv420p, 720x480, 48000.00 tb®
Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, s16
Stream #0.2(eng): Subtitle: text / 0x74786574

This output comes from ffmpeg itself.

That 48000.00 tb® is interesting as it's also the aac audio rate.

All are taking about 50+ percent cpu so plenty of margin.


CDVDPlayerAudio:: Discontinuty (yes it's spelled wrong

and

WARNING: QueryPerformanceCounter moving backwords

Even the current SVN does not have these warnings.

More later ( as he multiplexes away

Keep the info coming. I'm going to try a relatively current SVN build myself and see what happens. I'll post results here in a bit.

Same results as before using a SVN build REV17583. The SAS mp4 encode is still choppy. It's not the easiest thing in the world to see, but the planet at the beginning seems to almost move in pulses at times randomly, and the stars do the same thing. They video seems smooth most of the time, but appears to stutter, pause, or chop every couple of seconds once or more. There's not an obvious pattern to it as far as I can see.

It's still noticable on things like people talking, just not as much so. It'll look like their mouth pauses then almost quickly slides to the next place. Like it's holding onto a frame too long then going through the next several in a hurry.

It's definitely still there in this build.

Just bringing this back up for any new information.

Davilla, I noticed a patch in the "Jittery Video?" Windows thread from bobo1on1 having to do with a different method for syncing the video with the audio that should help with some jerky playback. It looks like some work was put into the way playback is calculated. I was wondering if you had done any testing to see if this helped in this situation.


Thanks,
Dan

dan1son Wrote:Just bringing this back up for any new information.

Davilla, I noticed a patch in the "Jittery Video?" Windows thread from bobo1on1 having to do with a different method for syncing the video with the audio that should help with some jerky playback. It looks like some work was put into the way playback is calculated. I was wondering if you had done any testing to see if this helped in this situation.


Thanks,
Dan

I'm tracking that, bobo1on1 is an xbmc dev now. There's a branch created for this work (xbmc-smoothvideo). It seems to have helped but audio gets messed up under OSX. It's a work in progress