RE:Xvid to divx

[Acolon]

Sorry if this sounds lame but i am new to the divx scene. I am attempting to convert xvid to divx and have purchased dr divx which converted the file great. But the audio was ahead of the video, i searched for a solution and tried to skew the audio in virtual dub by keeping video on direct stream copy and audio on full processing mode, then added the required compression as per my audio sample rate and then interleaved the audio by required ms. When i saved avi i had no audio. Virtual dub does report that the vbr is bad when i load the converted divx file anyone know what to use to fix sync problems?? Any help would be greatly appreciated.


TIA

[manono]

You're using Virtual Dub for this? Don't. It doesn't support VBR MP3. Use Virtual Dub Mod instead.

My suggestion is to extract the audio before encoding (with VDubMod), and mux it in unchanged. Open the AVI in VDubMod->Streams->Streams List->Demux.

[Uli]

Isn't in your case a simple FourCC change from xvid to divx sufficient? DivX should decode XviD fine.

greetz, Uli

[Acolon]

Thx guy's i used nandub for the process instead demuxed and uncompressed the audio to wav then put in the ms skew and seems fine. I tried changing the fourcc but my standalone would not play the resulting file my pc did but not standalone dvd many thanks.

[Uli]

Then i would say your standalone has problems with VBR mp3 audio (very common) and not with XviD.

greetz, Uli

[obieobieobie]

Maybe this is OT, but isn't it so that nandub doesn't support mpeg4? Why do people continue to use it for mpeg4? Isn't it obsolete and only used for divx 3.11 ;-) SBC or SBR or whatever it is called?

[LordRPI]

Maybe a dumb question, but after you decompressed the audio to wav, did you put it back into mp3?

[bond]

nandub encodes to divx3, which is not mpeg-4 compliant, but is still supported on most standalones

reencoding from xvid to divx is a bad idea and should be the last thing done to get the file playable

first you should check out which coding options have been used to encode the file (qpel, gmc, packed or unpacked b-frames can cause problems)
than you should checkout what coding options are supported by your player

b-frame problems can be fixed, qpel/gmc streams have to be reencoded if not supported by the player

[Megalev]

... Lets say the stream DOES have to be re-encoded, why do I have problems doing so? I have no probs encoding DivX or Xvid to start with! See this thread - any help would be mucho appreciated :)

http://www.hydrogenaudio.org/forums/index.php?showtopic=28977&hl=

[jggimi]

Hello, and welcome to the forum.

Your error message reported in the Hydrogen Audio Forum was probably "videosourceavi error: the sourceimage format is not acceptable. (error code -2)" -- if so, there is a known problem with YV12 colorspace configurations on some PCs that might be fixable by editing the Windows Registry. See TelemachusMH's comments in http://forum.doom9.org/showthread.php?s=&threadid=51906 for more information.

[charleski]

Originally posted by bond

reencoding from xvid to divx is a bad idea and should be the last thing done to get the file playable
...
b-frame problems can be fixed, qpel/gmc streams have to be reencoded if not supported by the player
Yep, I agree that re-encoding is always the worst choice, but sometimes it seems the only option to get avis playing on a standalone, and it's not necessarily qpel/gmc that are the culprits.

Here's a little story that's been driving me nuts over the past few days: I'm trying to get one particular file to play on my yamada 6600: the original is xvid 1.0.1 (I think, userdata states XviD0035), no qpel or gmc, but has a packed bitstream according to Gspot. Audio is AC3. Despite the fact that the yamada chokes on most packed streams, the original plays fine, except I can't rewind or use the goto function. Gspot also noted garbage data at the end of the file.

'Fine,' I think, 'just remux it to fix the chunk errors.' So I demux to AVI 1.0, pass the video through MPEG4Modifier to unpack and remux. Now, the audio skips on certain segments (always at the same position). I remux again, I try every combination of things I can think of (packed bitstream, OpenDML vs AVI 1, altering the interleaving and preload, etc), but it still skips at exactly the same place whereas the original played fine (I can rewind properly though). All these test files play fine on the PC, of course, and Gspot reports no problems. The stripped-out video plays fine on its own and I tried muxing the AC3 from the original with video from a different source: that plays fine too (I even tried transcoding the AC3 in BeSweet with no luck).

After wasting hours on this I've given up and am re-encoding it to Divx at a slightly higher bitrate (will be burning it on a DVDr so size isn't really an issue). I'd love to know if anyone's come across a similar problem though.

If anyone's interested, GSpot reports for the original:
Multipart OpenDML AVI
(121772 frames in first part, 20786 frames follow)
DivX Style "packed bitstream" AVI
Interleave: 1 vid frame (42 ms), preload=512
Audio frames: Split across interleaves
Garbage at end

When converted to AVI 1 and passed through MPEG4Modifer it says:
AVI v1.0
Interleave: 1 vid frame (42 ms), preload=512
Audio frames: Split across interleaves
Bad chunk in frame data: Invalid length
· Chunk: /RIFF:AVI
· Offset: 0x92d770fe
· Value:0xa2080c46

GSpot found no errors with any of the remuxed files I tested.
The XviD encoding uses B-VOPs but no qpel or GMC

[SeeMoreDigital]

Originally posted by charleski
Yep, I agree that re-encoding is always the worst choice, but sometimes it seems the only option to get avis playing on a standalone, and it's not necessarily qpel/gmc that are the culprits. Hmmm!

If you've got an Mpeg4 stand-alone, why would you want to generate encode that would not work with it? Plus if you say, generate your encodes in "Simple Profile" mode with MP3 or AC3 audio, they should spin in any Mpeg4/DVD stand-alone.

Unless of course, the encodes started their life as "downloads"... Which is a topic we don't support on this forum.

That said, I dare say some encoding applications can get confused, especially if they are configured to "split" an encode... And I guess, similar things could happen with muxers!


Welcome to the forum

[stephanV]

Originally posted by charleski


When converted to AVI 1 and passed through MPEG4Modifer it says:
AVI v1.0
Interleave: 1 vid frame (42 ms), preload=512
Audio frames: Split across interleaves
Bad chunk in frame data: Invalid length
· Chunk: /RIFF:AVI
· Offset: 0x92d770fe
· Value:0xa2080c46


Is your file larger than 2 GB? What muxing app are you using?