SVCD/CVD encoding with ffmpegX : pb with with DVD player

[Dave Null]

Something strange...

When i encode a DivX to VCD using ffmpegX, all is fine on my home DVD player.

If i encode the same DivX to CVD or SVCD, the movie jerks left-right on my home DVD player but is fine on my Mac.

I've first suspected a problem of NTSC/Pal conversion (i encode in PAL), but this problem arises with PAL DivX too...

E.g. :

$ pbpaste | sh
Encoding started on Thu Jun 26 15:40:01 CEST 2003
INFO: [yuvscaler] yuvscaler (version 1.7.0) is a general scaling utility for yuv frames
INFO: [yuvscaler] (C) 2001-2002 Xavier Biquard <xbiquard@free.fr>
INFO: [yuvscaler] yuvscaler -h for help, or man yuvscaler
Input #0, avi, from 'foo.avi':
Stream #0.0: Video: mpeg4, 656x400, 25.00 fps, 800 kb/s
Stream #0.1: Audio: mp3, 48000 Hz, mono, 64 kb/s

I've tried various situations : with a VOB coming right from a DVD pal ripped with OSeX, same thing, (MMT has the same pb, for the record). The same DVD encoded in SVCD with forty-two runs fine on my DVD player : so it's a problem related to the ffmepgx/mmt encoder, not to my DVD player (maybe i miss some useful options ?)

Any clue? (VCD is really not very acute, from my point of vue).

[major]

How are you burning the SVCD?

[Dave Null]

How are you burning the SVCD?

No No; i don't drop the .mpg file in Toast

I always burn my VCD/SVCD/CVD with VCD Builder, regardless of the encoding software used (ffmpegx, mmt or 42).

Before burn the CD, i split them with mpgtxwrap, to have chunk adapted to my 700M CD (i know i could do that with ffmpegx, but i've always used mpgtx).

So, the only difference in processing is in the encoding choice (i'm using Quick presets both for VCD and SVCD and i only tweaks "Autosize" to have 16:9 when the source is 16:9 and Qmin with SVCD, to down its value)

[talisman]

Hey guys,

I'm having the same problem as Dave Null. See my recent posting that discribes this more: https://www.videohelp.com/forum/viewtopic.php?t=164728. No one have posted a reply or a solution.

I use ffmpegX to make the .img files and drag then into Toast 5.2 Multitrack CR-Rom XA window to burn.

[major]

Does it happen also on small clips or could it be a problem introduced by the mpeg splitter?

[talisman]

Does it happen also on small clips or could it be a problem introduced by the mpeg splitter?

I'm not sure. I use basically the same settings for converting other avi/mov's into mutliparts and they seem to do OK without the horizontal shaking which makes the movie unviewable. I will try treanscoding to a single CD image and see if not splitting would make a difference. Using Mpegs created in previous attempts and wrapping in a bin/cue doesn't seem to make a difference when using GNU vcdtoolsX 1.1 or ffmpegX to create the .img files.

[SatStorm]

This sounds a typical field order problem.
If this is the problem, swap the field order and try again.

[talisman]

This sounds a typical field order problem.
If this is the problem, swap the field order and try again.

Unsure as to what you mean by field order.

[SatStorm]

I have seen some new DivX 5.X material (newer versions supports interlace) encoded with a tricky technick: There is a virtual dub filter called "pal frame restorer" or something (exist on avisynth too I think). It delays field A and at the same time change the offset position of field B so to match the position of field A. This way a "progressive" frame reconstructed, but since it is a combo of 2 fields, it is still interlace, even if you don't see interlace artifacts on monitor. Many programs can't detect this, so they report those sources as "progressive". Well, they are for sure not progressive and not true interlace at the same time. But the encoders when you later convert those DiVX/Xvids to SVCD/DVD don't know this! They detect 2 fields per frame, so for them the source is Interlace. Here is when those problems appear.

I know some pro-rippers from east europe doing their rips that way (At their countries, actions like those ain't illegal yet...). When DiVX was progressive only, there was no problem with this issue. Now, an extra step I think is needed, but noone do it, 'cause for most people converting DiVX to SVCD/DVD isn't yet a thing. In a couple of years yes, but now, most gonna convert to VCD or buy a standalone with mpeg 4 support... This issue rise only to very advance users!
So, or you de-interlace again the same source (using field blending this time) or you reverse the field order before the encoding.

It is just a hipothesys, I never had to deal with this issue myself, so I might be wrong....

[talisman]

OK, so now I'm even more confused

So, as I understand it, I should re-encode the avi with the "not interlaced" selection selected. Or should I used either the "frame" or the "Field" selection under the Options Tab.

[talisman]

Buy the way, I tried encoding one of the movies with EO Video on a friends PC and it produced an Mpeg without the shaky picture. I packaged it in an .img file using ffmpegX 0.0.7d and burned it with toast like I usually do. The resulting SVCD played flawlessly on my Daewoo standalone. The only thing is that the aspect ratio was off. The whole picture was streached out and I couldn't find any settings to try changing it. So I think that it's probably a problem introduced during the encoding process.

[SatStorm]

Sorry, I can't help you further with this...
Try both (select progressive source on your encoder or deinterlace by blending the avi during frameserving) burn a CDRW and see what it happens.
As I said, I never had to deal with this situation