Wolferous
29th March 2004, 21:39
Recently I have tried using the XviD 1.00RC3 codec, without any luck whatsoever. All the videos I encode, turn out to play back with jerky/choppy video, not smooth at all. I have been unable to figure out the source of my problem.
The source is progressive and film, whereas IVTCing is the right thing to do. If I do not IVTC, I see the obvious interlaced frames, when scrolling through virtualdub frame by frame, whereas if I IVTC, every frame looks good.
The choppyness results whether or not I add the audio, obviously even more choppy with the audio, especially if it is AC3 audio. One thing that has been suggested to me is that I am using the wrong interleaving values when I mux the audio stream into the video, but this is not the case, I use a preload value of 64ms before the video starts, and interleave every 64ms. It is choppy without audio anyways, so that is irrelevant.
I have noticed the videos I encode, they play significantly more smoothly if decoded with XviD 1.00beta3, than 1.00RC3. But nevertheless, it is STILL rather choppy.
I used to use 1.00beta3 exclusively, then I decided to try RC3, this is when my problems arrose. When I encoded movies/videos etc, in 1.00beta3, the result was always very smooth, when played back. I decided to uninstall 1.00RC3 and go back to beta3, but the problem remained! Now my 1.00beta3 encodes are choppy, even if I try using an older version of XviD. I am very frustrated!! I am considering formatting my machine and starting all over, never to touch 1.00RC3 ever again.
Previous encodes I did with 1.00beta3 in the past when I had no problems, still play smoothly, if I decode them with 1.00RC3 or 1.00beta3. But now that I have this problem, if I encode a video using 1.00beta3, it plays back choppy even when decoding with beta3, not nearly as much as if I encode with 1.00RC3 and decode with 1.00RC3, but it is choppy.
It doesn't matter if I do 1cd or 2cd rips (about 800-1400kbps is the bitrate). I've noticed that the encodes I do with 1.00RC3 are choppy in any scene where there is motion, whereas (now that I have this strange problem) 1.00beta3 encodes are choppy but mostly only in scenes where the camera pans and the whole picture on the screen changes (It wasn't like this until I installed 1.00RC3 and then uninstalled it and went back to 1.00beta). I noticed that previous encodes I have done using beta3 that turned out to be smooth, in places where the camera makes a huge pan and the whole picture changes, it is a smooth transition. I approximated the distance in pixels of how far objects were moving in the scenes where there's a huge camera panning in encodes I have done previously in 1.00beta3, and encodes that I now have been trying to do in beta3. Frame by frame analysis shows that the panning in both (differnt videos however) are about the same, but the encode I did previously when played back in windows media player, is smooth, whereas my recent encode using the same codec is choppy!!
NO I am not using fddshow filters at all, I completely uninstalled that codec, I uninstalled the divx3 codec as well, along with deleting the .ax files that go along with them and unregistering them acordingly if it was needed. I am starting to run out of ideas, if I try to lower the resolution in which I encode, it doesn't make any difference.
I have a celeron 1.1ghz, with 512mb of ram, when the video plays back choppy, CPU usage is only around 50%, so I don't think CPU here is the issue.
Any ideas? Anyone?
Someone suggested to me that I should disable b-vops (b-frames), I haven't tried this yet, but will soon.
The source is progressive and film, whereas IVTCing is the right thing to do. If I do not IVTC, I see the obvious interlaced frames, when scrolling through virtualdub frame by frame, whereas if I IVTC, every frame looks good.
The choppyness results whether or not I add the audio, obviously even more choppy with the audio, especially if it is AC3 audio. One thing that has been suggested to me is that I am using the wrong interleaving values when I mux the audio stream into the video, but this is not the case, I use a preload value of 64ms before the video starts, and interleave every 64ms. It is choppy without audio anyways, so that is irrelevant.
I have noticed the videos I encode, they play significantly more smoothly if decoded with XviD 1.00beta3, than 1.00RC3. But nevertheless, it is STILL rather choppy.
I used to use 1.00beta3 exclusively, then I decided to try RC3, this is when my problems arrose. When I encoded movies/videos etc, in 1.00beta3, the result was always very smooth, when played back. I decided to uninstall 1.00RC3 and go back to beta3, but the problem remained! Now my 1.00beta3 encodes are choppy, even if I try using an older version of XviD. I am very frustrated!! I am considering formatting my machine and starting all over, never to touch 1.00RC3 ever again.
Previous encodes I did with 1.00beta3 in the past when I had no problems, still play smoothly, if I decode them with 1.00RC3 or 1.00beta3. But now that I have this problem, if I encode a video using 1.00beta3, it plays back choppy even when decoding with beta3, not nearly as much as if I encode with 1.00RC3 and decode with 1.00RC3, but it is choppy.
It doesn't matter if I do 1cd or 2cd rips (about 800-1400kbps is the bitrate). I've noticed that the encodes I do with 1.00RC3 are choppy in any scene where there is motion, whereas (now that I have this strange problem) 1.00beta3 encodes are choppy but mostly only in scenes where the camera pans and the whole picture on the screen changes (It wasn't like this until I installed 1.00RC3 and then uninstalled it and went back to 1.00beta). I noticed that previous encodes I have done using beta3 that turned out to be smooth, in places where the camera makes a huge pan and the whole picture changes, it is a smooth transition. I approximated the distance in pixels of how far objects were moving in the scenes where there's a huge camera panning in encodes I have done previously in 1.00beta3, and encodes that I now have been trying to do in beta3. Frame by frame analysis shows that the panning in both (differnt videos however) are about the same, but the encode I did previously when played back in windows media player, is smooth, whereas my recent encode using the same codec is choppy!!
NO I am not using fddshow filters at all, I completely uninstalled that codec, I uninstalled the divx3 codec as well, along with deleting the .ax files that go along with them and unregistering them acordingly if it was needed. I am starting to run out of ideas, if I try to lower the resolution in which I encode, it doesn't make any difference.
I have a celeron 1.1ghz, with 512mb of ram, when the video plays back choppy, CPU usage is only around 50%, so I don't think CPU here is the issue.
Any ideas? Anyone?
Someone suggested to me that I should disable b-vops (b-frames), I haven't tried this yet, but will soon.