Interlacing bug

[-h]

It turns out there is a bug in XviD's interlacing code (oops). That means, none of your interlaced XviD files are "valid" MPEG-4 streams. Hopefully this doesn't affect too many of you.

For those it does, I'll have the bug fixed soon-ish, and scrape together a tool that will "correct" the invalid .avi files you already have. It's only 1 bit after all. We hope.

-h

[unplugged]

Good. :)
I was well pleased that time was introduced interlacing support, since I will use it for 50fps PAL DVD and DV stuff. Thanx.

P.S.: encode to interlaced is much much better (also for bitrate saving) to deinterlace and encode...

[aLu]

i.e. Interlacing bug - I don't have that problem, XVID interlacing has never worked with me (latest July/August builds). The filesize doesn't change whether interlacing is checked or not. From the XVID.org discussion, I see that the main discussion was Feb-April 2002 and March 26 "h" posted that interlacing was "in the core" (<a href="http://www.xvid.org/modules.php?op=modload&name=phpBB2&file=viewtopic&t=413&highlight=interlacing">see page</a>), but until now I wasn't sure it was supposed to work at all.
Would it be asking too much to update the XVID help-file more often, so that users can approach new features more easily? What's the current status of the XVID postprocessing controls? - would be interesting even tho' the quality is much better that DIVX already.

Thanks for this great codec.

[aLu]

Uhm, maybe I should apologize for my lamer question about postprocessing. My latest XVID binaries came from uManiac and still use that functional but simple-looking decoder filter. I'll check out Nics's latest binary later, and have just come across AviH's postprocessing page. Koepi's latest build is a 404 (from http://roeder.goe.net/~koepi/), but he has the "latest" 'Xvid options explained 1.3.pdf' which doesn't mention interlacing, but Nic's great-looking filter. It looks a little like a Linux developer's convertion to me ;-}.

[Koepi]

a 404 is impossible - you have typed in a wrong filename then.
a 403 is most likely - wrong referer sent.
Try another browser.

And nope, in 08082002-1 is Nic's DSF _not_ included.

[aLu]

I didn't type the URL, I just clicked - and I AM downloading 08082002 now (and it was a 404) and who wants to argue about yesterday?
How about putting the contents of your creations right below or beneath the download link, so that you can tell exactly what you're installing? (I thought Nic's DS to be part of your build from reading the PDF)
It would be good, at least for the XVID users, to have some central place with all the news about the lastest builds from everyone and a proper documentation of each new feature, including the latest bugs. Then it would be easier to decide which version is the one for me if I want working interlacing or the most sophisticated postprocessing (would be even more interesting to download these components seperately, IF they work with each version of XVID).

[GreatLord]

Thanks -h you have start fix it.
I found out the xvid decoding can not deeconding rmp4 interlace with b-frames or should xvid manges this ???

I have not test with only interlace.

[-h]

Thanks -h you have start fix it.
I found out the xvid decoding can not deeconding rmp4 interlace with b-frames or should xvid manges this ???

There are two ways to improve storage of interlaced content - one is to change the order that lines are fed to the DCT (this is what XviD currently does), and the other is to actually perform motion estimation on a per-field basis instead of per-frame (XviD does not yet do this). The motion estimation method is a *large* fix, and I don't even have current information regarding it - thus I doubt it will be in XviD any time soon.

Also regarding the bug fix itself - I'm not sure when I will be able to fix it, or whether anyone else has already patched the cvs (it was a relatively small change).

I hope to have a working DSL modem shipped to me soon (the one I got yesterday didn't even power up - grr), at which point I'll be coding again in full swing.

-h

[GreatLord]

Thanks for the info, I did not know it did exists two way todo mp4 interlace.

Can you tell us when the interlacing are working in xvid :)

I know Sigma Designs RMP4 version 2.0 will have all type of interlace support. When it comes.



Hope you get working DSL modem sone and keep up the good works.

[avc]

Originally posted by -h
It turns out there is a bug in XviD's interlacing code (oops). That means, none of your interlaced XviD files are "valid" MPEG-4 streams. Hopefully this doesn't affect too many of you.

For those it does, I'll have the bug fixed soon-ish, and scrape together a tool that will "correct" the invalid .avi files you already have. It's only 1 bit after all. We hope.

-h

-h,
I have a lot of video encoded with your bad interlaced codec. When will you finish your tool to help me convert them? I think you may have done it and left it somewhere.
it's only 1 bit after all. so it should not be difficult.

[avc]

Originally posted by avc
-h,
I have a lot of video encoded with your bad interlaced codec. When will you finish your tool to help me convert them? I think you may have done it and left it somewhere.
it's only 1 bit after all. so it should not be difficult.

I have been waiting for a long time, but...
Well, looks like -h will never develop this tool to correct his problem, though he promised to make it 8 months ago. I know there are a lot of content coded by this buggy codec.


Advice:
don't use interlaced coding option of Xvid.:mad: