Posted 11 July 2006 - 06:35 PM
Then it obviously doesn't make a file or anything.
The log is as such
[7:15:33 PM] AVI2DVD Started !
[7:15:34 PM] Type mode : Avi Input
[7:15:34 PM] Output : Dvd
[7:15:34 PM] Encoder Selected : QuEnc
[7:15:34 PM] Video Join ...
[7:15:43 PM] Video Joined successfully! [C:POTC CD Joined.avi -1 Bytes]
[7:15:43 PM] Job NOT Done. There are warnings ... Find at the log file the 0 byte generated file to focus where exactly the problem appears
[7:15:43 PM] All Jobs Done !!!
Any help would be appreciated!
Edit: Before anyone suggests it, I already posted on the official forums, but that place is rather dead.
Posted 16 July 2006 - 01:46 AM
-Deadite Morbius, Marvel Zombies 3.4.
Pirates>ninja's Faile and her Vagrants are nothing!!!!! YARRRRR!
Posted 16 July 2006 - 04:36 AM
Posted 20 July 2006 - 10:53 AM
Tools that deal with AVI have issues.
AVI is not a format, 'per-se'. It's more of a wrapper class, like mov. A file with the .avi suffix could be formatted for any one of dozens of codecs, including cinepak, sorenson, divx, xvid, indeo (the list goes on, and keeps getting longer). Working with avi files is an imprecise science because the files may be in any of a variety of actual formats, and not all of them are suited to much else then playback.
There's a 99% likelyhood the files you are dealing with use either the Divx or Xvid codecs. Starting around 2001 with the release of Divx codec 4, Divx and it's later rival Xvid have been the defacto standard of all movie formatting, legitimate or otherwise, because of the massive compression ratio that the format can achieve.
And that means....
Divx and Xvid utilize a number of tricks of formatting to compress video, which in short means not all the video is stored. Unlike an analog video signal, which is continuously refreshed with new data, a compressed digital video signal using xvid has holes where no data is stored because nothing changed from the previous frame to the current frame. This is fine for simple playback because the user will not notice the inconsistancy unless they jump around to various locations in the film. But for 'mastering' that video to disc, this compression presents a serious problem.
Some manufacturers have made dvd players that can play divx codec discs (not to be confused with the old divx discs from back in the first dvd format war), but this functionality is by no means universally availible.
The best solution...
I've found only one solution that consistantly can restore divx codec video back to a useable form, and that's Apple's Final Cut Pro, which can restore a compressed video back into a raw dv format, which can then be manipulated or mastered as needed using conventional dvd mastering tools for dv files (essentially all digital video camcorders use dv).
Looking at the AVI2DVD forums...
I note no subforum on AVI->DVD conversion. And as a developer and admin, that says a lot to me. I know from my own understanding of computer tech that the hardest task a program like AVI2DVD would have to handle, would be AVI->DVD conversion. Everything else it does is quite straightforward. The ironic and rather sad part about it all is that the hardest task is likely the only task people even want the app for, and the fact that they only have an area for AVI->VCD conversion tells me they really don't want to deal with people about the DVD part yet.
It's a "have cake / eat cake" problem, really. People want a format that is small enough to be practical, and robust enough to be useful. And Xvid and Divx do not fit that bill. The push to compress 22 minutes of video into 150 mB when by all rights it should be about 1 gB to be useful for conversion is really the root of the problem, and sadly people have become acclimated to the file size and have an expectation for the future, an expectation that really can't be catered to any further with base 2 computing.
Specifically Regarding AVI2DVD
One known issue of AVI2DVD regarding divx/xvid files is that they must be unmuxed, which essentially strips out any subtitling that isn't encoded into the stream as part of the video data. This has angered a number of fansubbers but was not a 'decision' made by the developers, but rather a forced reality of the technology being used. It's just another extension of the "have cake / eat cake" problem because muxing in subtitles was a quick and dirty solution that became a defacto standard. A good analogy would be building a house of cards on a table, and then deciding you wanted to move the table without toppling the cards.
As a general rule, I've always felt that it's a wiser investment to mod an xbox into a video playback machine then it is to try turning avi files into dvds.