Print

[thelelander]

QUOTE(chrislynch @ Feb 12 2008, 12:47 PM)

Again, if you do not set the Source FPS to 24 frames per second, you will have choppy/stuttering video.
It does not matter where the source WMV is located.  If it contains a valid WMA 10 Pro 5.1 audio audience/stream, then you will have 5.1 audio.  Of course, your receiver needs to support 5.1 Dolby Digital, which is what the Xbox 360 decodes the WMA audio audience/stream to.

AC3filter would not be used to stream anything to your Xbox 360, unless you used something like TVersity or Transcode360 which transcode/re-encode on-the-fly from the source to WMV.  Not something I would recommend anyone use or do to stream HD content to their 360.  Unless you like standard def.

I actually use Tversity, and you can set it to not transcode files supported by xbox, so it can stream HD-WMV and such. This is useful because you can stream files >4GB to xbox without issue, in full quality.  

I also have the 5mins stuttering, rest of movie ok problem, using CoreAVC.  Can we clarify that chris does have the 23.97, 5min problem, and not the 41 second problem? So the 41sec thing is not something with TMPGEnc, it's codec related?

I don't know how chris can avoid the 41 sec problem, mathematically, since the 23.976fps is a pretty standard framerate for video, without the video getting out of synch with the audio, since the source video is at 23.976.     (http://en.wikipedia.org/wiki/Telecine for more on how that works)

[chrislynch]

QUOTE(thelelander @ Feb 12 2008, 01:37 PM)

I actually use Tversity, and you can set it to not transcode files supported by xbox, so it can stream HD-WMV and such. This is useful because you can stream files >4GB to xbox without issue, in full quality.

Yes, it can stream WMV content to the 360.  I was referring to it re-encoding (some call it transcoding) on the fly.  This is *not* what you want to do with HD MKV sources.  Your PC simply does not have enough power to re-encode HD content from one format to the other in real time.

QUOTE(thelelander @ Feb 12 2008, 01:37 PM)

I also have the 5mins stuttering, rest of movie ok problem, using CoreAVC.  Can we clarify that chris does have the 23.97, 5min problem, and not the 41 second problem? So the 41sec thing is not something with TMPGEnc, it's codec related?

I don't know how chris can avoid the 41 sec problem, mathematically, since the 23.976fps is a pretty standard framerate for video, without the video getting out of synch with the audio, since the source video is at 23.976.     (http://en.wikipedia.org/wiki/Telecine for more on how that works)

I have never noticed this "41 sec" problem some are posting about.  I have experienced the 5 min stutter problem, and figured out if I use 24fps for the source clip, that goes away.  I am on the road until Friday.  When I get home, I will play my content and watch for any stuttering around 41-42 seconds of playback on my PC and 360.

I also believe the issue is caused by TMPGEnc.  Reason:  If you use Windows Media Player 11 or any other DirectShow-capable media player, stuttering does not exist during playback.  Only within TMPGEnc.

QUOTE

so once encoded, how can i get it onto my xbox 360?
Sorry for the noobie question

This is why I put in a section into my guide that goes over the different methods on how to stream your WMV content to your 360.  What I will not go over is how to setup the various different methods.  Please go visit the Xbox Support site, as Microsoft has written some good documents on how to do this already.

[placebo3681]

QUOTE(dakidark @ Feb 11 2008, 08:41 PM)

It's under the CPU settings in preferences. It's the prefetch cache that we were discussing earlier. I'm testing an encode right now with all the new steps followed exactly. Will report back in a few hours

Any luck with this?

[zimzum]

Hey guys I just wanted to give my input on the stutter every 40 or so seconds. I have been following this thread since the beginning and have tried EVERY suggestion thrown out so far and still have the same problems that everyone else has had. That is until I tried this....
I noticed that when I would import a mkv into tmpgenc xpress the time duration for the audio would always differ a little from the video. Example: Terminator 2 would have the video at 2hr 16m 35ms and the audio would be at 2hr 16m and 30ms. This always seemed odd to me so I figured I would try to adjust the input framerate to get the audio and video timestamps to match. The framerate was detected at 23.976 so I bumped it down to 23.975 and the video and audio timestamps matched! I did a test encode of the first five minutes of the movie and set the output framerate to 23.976 and I'll be damned if the stupid stutter problem did not go away completely. I hope this helps some of you guys!
BTW I followed chrislynch's guide to setup all the programs.

[bling20]

QUOTE(zimzum @ Feb 12 2008, 09:13 PM)

Hey guys I just wanted to give my input on the stutter every 40 or so seconds. I have been following this thread since the beginning and have tried EVERY suggestion thrown out so far and still have the same problems that everyone else has had. That is until I tried this....
I noticed that when I would import a mkv into tmpgenc xpress the time duration for the audio would always differ a little from the video. Example: Terminator 2 would have the video at 2hr 16m 35ms and the audio would be at 2hr 16m and 30ms. This always seemed odd to me so I figured I would try to adjust the input framerate to get the audio and video timestamps to match. The framerate was detected at 23.976 so I bumped it down to 23.975 and the video and audio timestamps matched! I did a test encode of the first five minutes of the movie and set the output framerate to 23.976 and I'll be damned if the stupid stutter problem did not go away completely. I hope this helps some of you guys!
BTW I followed chrislynch's guide to setup all the programs.

So how did you know what the audio was? And how do you shange it to match up? Can you be alittle more specific there is alot of people having this problem. Thanks

[dakidark]

QUOTE(placebo3681 @ Feb 12 2008, 08:47 PM)

Any luck with this?

Sorry, work kicked my butt today... No luck with the encoding. If I use it at 24fps, it still does the 42 second skip and if I do it at 23.976, it does the 5 minute stutter. I never thought such a little thing would start to be the bane of my existance. I've been asking everyone I possibly can and no suggestions are yielding results.

QUOTE(zimzum @ Feb 12 2008, 10:13 PM)

Hey guys I just wanted to give my input on the stutter every 40 or so seconds. I have been following this thread since the beginning and have tried EVERY suggestion thrown out so far and still have the same problems that everyone else has had. That is until I tried this....
I noticed that when I would import a mkv into tmpgenc xpress the time duration for the audio would always differ a little from the video. Example: Terminator 2 would have the video at 2hr 16m 35ms and the audio would be at 2hr 16m and 30ms. This always seemed odd to me so I figured I would try to adjust the input framerate to get the audio and video timestamps to match. The framerate was detected at 23.976 so I bumped it down to 23.975 and the video and audio timestamps matched! I did a test encode of the first five minutes of the movie and set the output framerate to 23.976 and I'll be damned if the stupid stutter problem did not go away completely. I hope this helps some of you guys!
BTW I followed chrislynch's guide to setup all the programs.

Hmm, strange. My times match exactly in the import process for tmpgenc. Still no joy :-(

[syncman]

how noticeable is the 41 second thing?? Because i cant tell if i am seeing it or if i just believe im seeing it. Is it obvious? Or subtle?

[zimzum]

QUOTE

So how did you know what the audio was? And how do you shange it to match up? Can you be alittle more specific there is alot of people having this problem. Thanks

I'll try to post screen shots later... but you know when you load a mkv it will show the total duration for the audio and the video. Well where chrislynch said to change it to 24fps I changed it to 23.975fps and that made it match the length of the audio track, down to the ms. My stutter problems totally went away! Hope this helps

[chrislynch]

QUOTE(zimzum @ Feb 12 2008, 08:56 PM)

I'll try to post screen shots later... but you know when you load a mkv it will show the total duration for the audio and the video. Well where chrislynch said to change it to 24fps I changed it to 23.975fps and that made it match the length of the audio track, down to the ms. My stutter problems totally went away! Hope this helps

Yes, I too have used 23.975 as a test.  I still had issues with varying sources; 720p vs 1080p vs 40 min shows vs 2 hr movies.  24fps always has given me consistent results.

For those that have this 41/42 second stutter issue, try 23.975fps for the source.  Only encode 2 minutes max, so you are not wasting 10+ hours.

[zLensman]

QUOTE(zimzum @ Feb 12 2008, 08:13 PM)

I noticed that when I would import a mkv into tmpgenc xpress the time duration for the audio would always differ a little from the video.... The framerate was detected at 23.976 so I bumped it down to 23.975 and the video and audio timestamps matched!...

zimzum, great find!  I, too, had noticed that the audio and video length didn't match, but unlike you I didn't know what to do about it.  I should have at least posted the info.  Anyway, I was searching for an answer and I saw someone mention h.264 encoding at 23.97.  Can anyone confirm if 23.97 (no 6 at the end) is a legal framerate for h.264 encoding?  Could it be that x264 is not using 23.976?  Or, maybe TMPGEnc Xpress is not detecting the actual oddball framerate, whatever it is?

It feels like we are getting close to an answer.  I'm going to start a test encode and will report back ASAP.

QUOTE(syncman @ Feb 12 2008, 10:44 PM)

how noticeable is the 41 second thing?? Because i cant tell if i am seeing it or if i just believe im seeing it. Is it obvious? Or subtle?

I have to say that the 42-second glitch, as I like to call it, is quite subtle.  It's kinda like the stutter you would get if streaming video and some frames were dropped.  Sometimes, it just seems like a frame freezes on the screen for longer than it should, but not much longer.  The glitch is much worse in high-motion scenes, and may be unnoticeable in low-motion scenes.

As has been stated before, this glitch is very punctual.  Put a stopwatch on it, or watch the time index.  Also, in my experience, it is always there.  So, if you are using a PC player (WMP, MPC, etc.) you can drag the slider back and watch it again and again.

[bling20]

QUOTE(chrislynch @ Feb 13 2008, 12:07 AM)

Yes, I too have used 23.975 as a test.  I still had issues with varying sources; 720p vs 1080p vs 40 min shows vs 2 hr movies.  24fps always has given me consistent results.

For those that have this 41/42 second stutter issue, try 23.975fps for the source.  Only encode 2 minutes max, so you are not wasting 10+ hours.

just did a test where i changed the opening to 23.975 and left the output at 23.976 and it works fine for me no stuttering this might do the trick. Thanks

[zLensman]

OK, gang, the results of my test renders are in and the results are good.  Very good.  The video sources that I'm working with report as 23.976 fps, but there seems to be a discrepancy there that is fixed by modifying the input fps.  Here's a rundown of the results that I have gotten by changing the input framerate as follows:

23.976 - leave the fps alone, output is jerky and stutters for 5+ minutes, then smooths out.
24       - Chris's magic number makes the playback smooth, but I get the 42-second glitch.
23.975 - zimzum's suggestion works well.  Playback stutters for 10-15 seconds then smooths out.
23.97   - my own speculation from before.  Playback stutters for 3-5 seconds, then smooths out.

Of course, this is for the video sources that I'm using.  Your sources may differ, as suggested by the posts with different results.

As zimzum pointed out, adjusting the input framerate can correct differences in the duration of the audio and video streams.  In my last test, using 23.975 fps brought the two durations to a difference of 2 frames.  With 23.97 fps, the two durations match exactly down to frame number.

[placebo3681]

QUOTE(zimzum @ Feb 12 2008, 11:56 PM)

I'll try to post screen shots later... but you know when you load a mkv it will show the total duration for the audio and the video. Well where chrislynch said to change it to 24fps I changed it to 23.975fps and that made it match the length of the audio track, down to the ms. My stutter problems totally went away! Hope this helps

What version of TMPG are you using? I went to take a look at that scenario and I don't have an option to use 23.975. Where you using Progressive or Interlace? Probably should have checked that now that I think of it.

[bling20]

QUOTE(placebo3681 @ Feb 13 2008, 08:23 AM)

What version of TMPG are you using? I went to take a look at that scenario and I don't have an option to use 23.975. Where you using Progressive or Interlace? Probably should have checked that now that I think of it.

you have to type it in there is no quick option

[dgarst]

I just changed the input framerate on two movies to match the video length to the audio length. This has solved all problems for me. I suggest anyone with stutter problems to try changing your input framerate. However, 23.975 isn't always the framerate that will fix it.

 Type in a framerate and push enter.
Then check to see if the lengths of both video and audio match. If they don't, type in a new framerate and push enter.
Repeat this until they match.

On one of my movies I had to change my input framerate to 23.979 in order for the times to match up. And this was a 3 and a half hour movie. It synchs up perfectly with no stutters.
Everyone try this!