Forum

Did the file play correct @ step 4?

Maybe the bitrate is too high or something. I have no experience using ffmpeg to encode, so what I’d advise is using virtualdub to do 2pass x264 encoding. 7000kbps should be more than enough for Youtube.

Quoted from octochris

It’s a YouTube bug that occurs when recompressing certain h264 encodes to flv. I’m not sure why it happens, but it does. If you change the content it fixes it (for example, with my french community fragmovie it did that with the 30fps version, but not the 60fps one).

I think i just realised that i didint render it 30fps in vegas but it ffmpeg automatically renders it 30 fps dosent it?

Step 4 plays wierd, the video is super slow but the audio is fine, the same is with the step 4 of my 1st record test http://www.youtube.com/watch?v=If6APA0Twhc but here i recorded the tga files with 30fps not 240 but the steps are pretty much identical (used 5000 bitrate instead of 9000 and didint add any contrast in sony vegas)

Quoted from Steve

I always just render the vid with sony vegas and then don’t touch it again
my quality, sync etc is always fine..

I use ‘standard template’ as rendering settings

u could always give it a try, nothing to lose really (make sure you save your project tho)

Thats also what i used… AAAND there also might be the problem, il try creating an uncompressive custom profile with 1080p frame size, and post back here after all the compiling encoding and youtube uploading.

Quoted from Skyride

Try doing it as quicktime h.264 instead of mp4 h.264. As Chris said, it’s a random bug to do with youtube not reading some h.264 files properly.

because bugs occur at random

tons of threads and replies @ their help center from people who are a bit more informed about this than your average etf2l bloke
http://www.google.com/support/forum/p/youtube/thread?tid=0247bb7262bd5808&hl=en

i have herpes

Quoted from d1ck j0nes

because bugs occur at random

tons of threads and replies @ their help center from people who are a bit more informed about this than your average etf2l bloke
http://www.google.com/support/forum/p/youtube/thread?tid=0247bb7262bd5808&hl=en

Random is a relative term. You’ve linked to a thread where google are asking people for links to videos with this issue as they don’t have any idea what’s going on themselves.

Make sure you’re actually posting something useful if you’re going to be a condescending grandstanding prick.

Quoted from Salmon

this could be something worth trying if you are using ffmpeg:

1. rewriting the movie atom (or whatever it is called) at the beginning, so youtube can start encoding your video directly when you start uploading, ffmpeg automatically writes the movie atom at the end of the file, so youtube has to receive the whole file before it can start encoding the stream. (qt-faststart for windows http://notboring.org/devblog/2009/07/qt-faststartexe-binary-for-windows/ – very easy to use, just look on google)

2. remux the video using MP4Box or something similar, I think I read somewhere that the ffmpeg muxer is shit (or then it was mencoder’s muxer). When we used ffmpeg on pldx, we had the problem of some videos being randomly out of sync even though they were synced when played locally. This was just fixed by remuxing the video. (http://www.videohelp.com/tools/mp4box, extract the h264 video and audio from the video file and remux with mp4box)

Thanks for the reply, but i have noidea how to use the 1st method and i also have no clue how to extract the raw video and audio from the video file so the 2nd method is also new to me.