DVD2AVI Sourceforge Project

[Nic]

My version isn't that special :) , but its what I wanted... The main problem is its fiddily :)

-Nic

[trbarry]

if you want to do audio better than anyone else (and probably correct for that matter), you'll have to compare the timestamps in the video- and audio streams (PTS) and align them continuously...

Do any of our common utilities even use the time stamps. I thought they all just assumed the video and audio records were evenly spaced in time. And maybe they are. (or not) ???

But I have still never studied any of the audio formats, so maybe there is time info there.

- Tom

[trbarry]

My version isn't that special , but its what I wanted... The main problem is its fiddily :)

Nic -

What is fiddily? Is that a musical/audio term? ;)

I'll bet it's special anyway. But you never release anything that is not already a show piece. It drives me nuts. :mad:

Will your new version do anything more with ac3 (undecoded) audio? Or should I get all crazy and attack this timestamps issue? I'm seriously considering it. But with my tin ear and total aversion to audio programming I'm really about the last person who should be working on it. :rolleyes:

- Tom

[Nic]

Fiddily = a bit sensitive & difficult to use ;)

No im not addressing the AC3 issue....Ive never used AC3 sound directly...(never had a good speaker set up :( )

Cheers,
-Nic

[ShinerSpoon]

All of us are a bit Fiddily, sensitive & difficult so your test build would be perfect for us to play with. Please consider letting us have a look at it. We all know it is just a test in progress.

Come on, Nic, "give it up" for the group and show us your beef! :)

[trbarry]

I have a $190 Pioneer A/V Receiver that I picked up at a local CostCo. It came with inexpensive speakers, but there are 6 of them. ;)

I of course can't tell the difference and my friends probably would lie to me about it since they know that I can't tell.

But it allows me to use only spdif out and offload all audio processing. On a slower computer this made a difference playing DVD's.

But mostly, whenever I process sound from one format to another it seems I increase my HDTV sound sync problems. I'm guessing they result from the various garbage frames in HDTV recepton or maybe that HDTV streams don't start on the same boundaries that DVD2AVI expects.

But I've totally failed at talking anyone else into it so I guess I'll try to finally figure out what is really going on here.

- Tom

[DSPguru]

Originally posted by trbarry
Dg -

Actually I don't mind sticking to ac3 at all but then I can't automatically have DVD2AVI put it into Xvid. And there is something peculiar about my ATSC HDTV captures that seems to often make the audio sync wrong if I add it later using Nandub or Vdub_ac3.

Just using the DVD2AVI Delay parm written into the name doesn't seem to get it sometimes.

Someday I will absolutely force myself to learn how audio works. ;)

- Tom sorry, can't help you with video issues. only audio here.. :).

[vlad59]

I'm currently trying to add some other IDCT function to Save-oe (there was so many program using differents IDCT, I'm trying to find other good one in Xmpeg, Mpeg2avi, dvdx, ...)

Farok has already made a DVD2AVI with an optimized Athlon 3DNow IDCT (it use the cmov?? instruction so I can't test it on my K6II). Can someone test it for me to check if it's faster than the MMX/SSE one. You can find the program at :
http://profmegot.free.fr/dvd2avi
If it worth it I'll add it in save-oe.

@trbarry : I found that DvdX has also a P4 optimized IDCT, you can find the sources in Doom9 downloads. It may interest you.

[trbarry]

@trbarry : I found that DvdX has also a P4 optimized IDCT, you can find the sources in Doom9 downloads. It may interest you.


vlad59 -

I think that DmitryR's P4 IDCT that I already put in save-oe and mpeg2dec already resulted in a pretty good speedup. I probably won't be testing others unless there are reports they are special somehow. But thanks.

- Tom

[Rauli]

Originally posted by trbarry

But mostly, whenever I process sound from one format to another it seems I increase my HDTV sound sync problems. I'm guessing they result from the various garbage frames in HDTV recepton or maybe that HDTV streams don't start on the same boundaries that DVD2AVI expects.

I have the same problem with DVB recorded mpeg2. I get sync issues when i encode the mpeg2 to divx. The reason as far as I can tell is that there are video frames missing from varios places. DVD2AVI gives a correct delay for the audio but it doesn't help with the frames missing from the midle of the mpeg2 file. I suppose DVD2AVI just ignores the missing frames instead of dublicating last good frame and the result is a shorter video file than the audio file. If I use Instrumento to correct the mpeg2 the sound will be in sync but its done by cutting audio since there are video frames missing. If I use WinDVD to play back the mpeg2 file it plays back fine without sync issues.

[eclipsedvd]

I'm very happy to see how the work progress!

Has anyone looked at the DVD2AVI PFN sources?
- There is IFO Parsing and others good features.

Nic, When will you release your version?

[maven]

windvd correctly uses the timestamps throughout, dvd2avi only aligns audio & video-streams at the start of the stream.
that's the root of the problem.
FairUse tries to do this but more often than not seems to fail (15GB ac3-files etc.).

[trbarry]

I'm somewhat convinced by all the above comments that the solution is to honor the timestamps somehow. But I don't know enough about it to decide whether it is necessary to duplicate video frames or if the problem can be corrected just by interleaving the sound correctly.

For instance, suppose during playback there was only 1 second of video in the file where there was 2 seconds of sound. How do the decoders handle this?

I suppose this is probably described in some documentation for avi files somewhere but it is a process I don't understand.

- Tom

[int 21h]

Originally posted by trbarry
I'm somewhat convinced by all the above comments that the solution is to honor the timestamps somehow. But I don't know enough about it to decide whether it is necessary to duplicate video frames or if the problem can be corrected just by interleaving the sound correctly.

For instance, suppose during playback there was only 1 second of video in the file where there was 2 seconds of sound. How do the decoders handle this?

I suppose this is probably described in some documentation for avi files somewhere but it is a process I don't understand.

- Tom

In AVI files, audio duration and video duration must be the same, or else the file will play out of synch. The reason WinDVD plays Rauli's files correctly, is as Maven said, it aligns timestamps throughout the entire file. Meaning, it automatically skips audio frames that don't have a corresponding video frame.

So, what you need to do, is run through compare video timestamps to audio timestamps, make sure they all match, and if there are any missing, either cut audio, or add a frame with the correct timestamp (to keep synch). This has to be done before converting to AVI, because.. AVI needs to be equal audio and video durations. I think the easiest thing to do would be to compare all of the timestamps, then if you get to a place where an audio timestamp exists with no matching video timestamp, just interpolate between the two frames.

Of course, you have to make cases for more than 1 frame missing too...

This could get very messy :p

Good luck in any event.

[ShinerSpoon]

Can someone test it for me to check if it's faster than the MMX/SSE one.

vlad59,
I don't have any hard data for you guys but I did try several different versions, one of which was the Farok version with its 3d optimized setup. I have a TB 1.4 pushed up a bit.

None of them kept up with the version Tom provided above. On pass 2 of Divx5 it yielded avg 38.1 with a inst of 42.2. In the short tests I did it was clear to me that using the 32 bit sse mmx was my winner. I wonder if trying to find a faster algo is a wild goose chase? I seem to remember that was the consensus a long time ago when many people, including Jakie, tried.

[trbarry]

As far as frameserving to Avisynth I think DVD2AVI is approaching a point of diminishing return on performance. Though individual filters in Avisynth like BicubicResize could still be optimized some.

But I think there still could be an interesting gain for the case of calling Xvid directly from DVD2AVI. It would involve cropping and resizing in the native YV12 color space and passing that directly to Xvid which also uses that, without any unneeded color space conversions.

- Tom

[Selur]

yeah, Yv12 support would be cool :D
(I love Xivd)

Cu Selur

[gizmau]

i just compared mpeg2dec2.dll (idct=2, .d2v-cropping, avisynth/bicubic/addborders) against mpeg2dec.dll 1.05 (idct=2, no cropping, avisynth/bicubic+cropping/addborders).
the new version from tbarry gave me an speed advantage of 8% to 9,2% in average on my athlon 1333C.

i expect another speed increase by implementing the 64bit-athlon-idct.
will there be an implementation soon?

[int 21h]

Originally posted by gizmau
i just compared mpeg2dec2.dll (idct=2, .d2v-cropping, avisynth/bicubic/addborders) against mpeg2dec.dll 1.05 (idct=2, no cropping, avisynth/bicubic+cropping/addborders).
the new version from tbarry gave me an speed advantage of 8% to 9,2% in average on my athlon 1333C.

i expect another speed increase by implementing the 64bit-athlon-idct.
will there be an implementation soon?

Uh, the 64bit IDCT would not yield a higher performance because of the increased precision of the process.

[gizmau]

thanks, just realised the mistake :^(

the differences in quality between 32bit and 64bit are mainly theoretically or at least nearly not visible. (right?)
will the 64bit-athlon code offered in order to get this bit more quality at the same speed?

and whats up with optimizing the bicubic resizer, as stated in one of the posts?

[int 21h]

The difference is imperceptible. The only reason to even leave the original MMX SSE IDCT that we've been using for at least a year now, is the increased speed that can be gained by using prefetch instructions for SSE2.

So.. the difference between 32bit and 64bit, assuming they both are decoding correctly within their specified precision, is entirely not visible.

[vlad59]

I made some modifications on Trbarry's test release to add somme SSE and 3dnow code in the motion compensation function (for K6 (I'm the last one to use this CPU), Athlon, Duron and P3). Tom has already added an optimized one for P4.
I got a 4% increase in speed on my PIII-750 and 7% on my K6II-400.

I couldn't see any quality issue.

I've uploaded a 3Dnow release wich should work on K6, Duron, Athlon and a SSE release wich should work on PIII, Duron, Athlon.
I hope somebody with an AMD CPU could test both release to tell me if there is any differences between them.

As soon as I receive confirmation for that increase, I'll add my changes to mpeg2dec.dll as well and publish the sources.
And If Tom agree with that i will upload the DVD2avi sources in CVS (as soon as I understand how I can upload some files), but I still don't know what to do with mpeg2dec.dll sources.

I hope it won't crash your computer ;)

PS : I've also added to my test release a 16bits MMX IDCT : it's actually slower than the 32Bit MMX IDCT. I'm still trying to optimize it. I won't merge it in CVS.

EDIT : Attachment removed because the code wasn't accurate enought.

[trekminal]

Originally posted by vlad59
I made some modifications on Trbarry's test release to add somme SSE and 3dnow code in the motion compensation function (for K6 (I'm the last one to use this CPU)

You're not alone. I'm using a K6-2/500 CPU to make my divx movies (two nights-two passes) :sly:

[vlad59]

@trekminal
I made my first rip on this K6II, three years ago !! I remember it was Devil's advocate and it takes me a week to understand how to use mpeg2avi, it was fun.

Have you tried my Dvd2avi3d.exe ???
You can only try it with the Save Avi option. Mpeg2dec.dll (to use avisynth and vdub) will follow as soon as I get some feedback.

[trbarry]

vlad -

Nice going. I guess if nobody else objects we should just make a mpeg2dec folder and VS6 project inside save-oe and check the newest version into there. But that way we could add features like yours to both mpeg2dec and dvd2avi at the same time in a more syncronized fashion.

But I don't know if it takes a save-oe admin to be able to do that. I'm not one myself.

But my own current source for mpeg2dec.dll is still at www.trbarry.com/mpeg2dec2.zip and the dvd2avi source is in Sourceforge.

Anybody else have any opinions on how to proceed in this?

- Tom

edit: Yes, by all means, check in the dvd2avi changes, unless they would set a 'save project' idct code that no current mpeg2dec.dll could handle yet.

[dividee]

You're right, mpeg2dec should be merged in the save-oe tree. Tom, I see you're working with a version that include my filters. They probably should be removed before merging.
The fact that I included them in the mpeg2dec dll has caused some confusion. It was probably not a good idea in the first place.

I tested your version on my Athlon XP (IDCT=2, of course). No gain. Are you optimizations exclusively for P4 ?

[Antimon]

OK....Talk to me in lamen terms here hehe :-)

I have an AMD athalon 1.2 clocked to 1.26 *200 fsb* 512 meg ddr, curentl;y using nics version of dvd2avi and always usign the ieee 1180 refrence idtc cus it has nto failed me and if fast...but it seems no one else uses it and always says to use the 32 or 54 bit mmx ones sooo,

whats wrogn with iee and which one shoudl i be using, also are any pof the numersoue optimisations out there worth switching too....? is it possible to use other idtc patces whiel mantaining the function of nic's dvd2avi *automated 2 pass rocks!*

my current reults *pre nic's version using the latest official 1.86*

Are they on par.....or am i missing out on somthing

Thsi is savign right out of dvd2avi no filters.

this si a native dvd vob sorce and i was saving at 720x304 soft bicubic resize to corect AR

| | No Luma adj | Luma Gain +50 |
| | Pass 1 | Pass2 | Pass1 | Pass2 |
| | fps | Time | fps | Time | fps | Time | fps | Time |

| Divx 5 | 15-17 | 4:21 | 20-23 | 3:19 | 14-17 | 4:36 | 20-22 | 3:26 |

| Divx 5.01 | 16-19 | 4:10 | 23-25 | 2:57 | 15-18 | 4:23 | 22-24 | 3:09 |


Is the use of the pre command such a bad thing.....:-)

[gizmau]

i compared dvd2avit3 (by tbarry) against t4 (by vlad59).
dvdsource with 704x576 (div32...) 3650frames, divx501 1pass 2500kbit, huffyuff 2.11, no resize.

divx501 huff
1.83 (tbarry T3) 32bit 3:25 2:22
1.83 (vlad T4 SSE) 32bit 3:24 2:21
1.83 (vlad T4 SSE) 16bit 3:26 2:22
1.83 (vlad T4 3Dnow) 32bit 3:24 2:21
1.83 (vlad T4 3Dnow) 16bit 3:26 2:22

as to be seen, on my athlon1333c the t4-version with 32bit is fastest, no matter if sse or 3dnow was used.

i hope this will soon beeing inplemented in mpeg2dec.dll :D

btw: whats up with resized frameserving via mpeg2dec.dll, which 'will still ignore resize parms' as stated by tbarry on page10? propably this could give a major speedup, i think.

[trekminal]

To vlad 59:

Have you tried my Dvd2avi3d.exe ???
You can only try it with the Save Avi option. Mpeg2dec.dll (to use avisynth and vdub) will follow as soon as I get some feedback.

Yes I don't use Avisynth, only the dvd2avi "Save Avi" feature. ;-)

Benchmarks (1500 frames 640x288, 900 bitrate, bilinear MMX first pass, bicubic second pass, divx 5.01, no audio, yuv color space. iDCT 32 bit MMX):

1.82 OGO version:
first pass: 11:12 min
second pass: 7:59 min

your 3dnow version:
first pass: 11:01 min
secons pass: 7:52 min

:cool:

[-h]

Just noticed this thread.

From memory, DVD2AVI doesn't use mmx dequantization or memory transfers - is there any movement in this regard? Certainly the iDCT uses a fair chunk of decode time, but dequantization can benefit greatly from being parallelized. I believe ffmpeg has some mpeg2 dequantization mmx routines already written that shouldn't be too hard to graft on.

Also, avoiding the YV12 -> YUYV -> YV12 conversion would speed things up too, however the codec (say.. XviD ;)) would have to support this. If it doesn't already? I haven't checked..

-h

[trbarry]

-h

For awhile I was running a free trial version of the Intel vTune utility. IIRC, the form predictions, IDCT and color space conversions were the worst offenders (and resize when used) but at the time I still didn't know what dequant was. I've never looked at (or recognized) the code in DVD2AVI that does this. But when I get back on DVD2AVI again I'll go look for it.

So far, the form_prediction and IDCT have been optimized and Dr. Frankenstein has offered some P4 color space conversion code. And it was looking at the DVD2AVI (from Avisynth) resize code that caused me to create SimpleResize. I tend to skip around like that.

If you happen to notice ( ;) ) whether Xvid could accept an input file that was in YV12 format it would be useful. The real trick to optimizing color space conversions is of course to not do them.

- Tom

[philippas]

I think because divx4 worked with xmpeg with YUV12 colorspace, xvid should work too.

[Selur]

hmm,.. Xvid works fine if u use Xmpeg in Yv12 mode

Did some speed tests a while back with Xmpeg and different settings:
(maybe they help and I'm not just blowing up the post ;))

(dual Athlon MP 1800+, Win2kpro, 512MB RAM)
Settings:
720*576
Input :16:9
Output: 1:1
keep aspect ratio: on
(kein audio)
gecroppt auf:704*400
(Display Output: off)

Codec: Xvid (2pass 1st pass)
(Nic's build vom 20.03.02)

RGB:
Bressenham ca.35.5, CPU-Last: 100%
Nearest Neighbour, ca.35fps, CPU-Last: ca.95-100%
Bilinear, ca.23fps, CPU-Last: ca.80-85%
MMX Bilinear, ca.26fps, CPU-Last: ca.80-85%
BiCubic, ca.9.4fps, CPU-Last: 65-70%
SSEBiCubic, ca.21fps, CPU-Last: 75-80%
Pseudo BiCubic, ca.24fps, CPU-Last: ca.80-85%

YUY2:
Bressenham ca.44.7fps, CPU-Last: 100%
Nearest Neighbour, ca.44fps, CPU-Last: ca.90-95%
Bilinear, ca.27fps, CPU-Last: ca.75-80%
MMX Bilinear, ca.31fps, CPU-Last: ca.70-75%
BiCubic, ca.10fps, CPU-Last: 60-65%
SSEBiCubic, ca.26fps, CPU-Last: 75-80%
Pseudo BiCubic, ca.24.7fps, CPU-Last: ca.77-85%

Format: YV12
Bressenham, ca.47fps, CPU-Last: ca.90-100%
Nearest Neighbour, ca.46fps, CPU-Last: ca.100%
Bilinear, ca.28fps, CPU-Last: ca.80-85%
MMX Bilinear, ca.30fps, CPU-Last: ca.70-75%
BiCubic, ca.10fps, CPU-Last: 60-65%
SSEBiCubic, ca.26fps, CPU-Last: 70-80%
Pseudo BiCubic, ca.29fps, CPU-Last: ca.77-85%


As u can see it didn't gave me allways such a BIG improvement to go for Yv12, but normally a 8%+ speedup was there,...

Cu Selur

Ps.:
with DVD2AVI 1.86 I normally get something about 22-31fps depending on the resize precission and iDCT options,.. (never made some real tests there, atm I'm mainly using v1.76+avisynth for frameserving)

[-h]

For awhile I was running a free trial version of the Intel vTune utility. IIRC, the form predictions, IDCT and color space conversions were the worst offenders (and resize when used) but at the time I still didn't know what dequant was. I've never looked at (or recognized) the code in DVD2AVI that does this. But when I get back on DVD2AVI again I'll go look for it.

The bitstream stuff would also be having a large impact on speed (not sure if vTune would pick that up), decoding would be faster if a bitstream lookup table was used for the coefficients (ala XviD ;)). I think ffmpeg is already doing this in its MPEG2 decoding code. This should definitely aid decoding speed since we're looking at a *lot* of bitstream hits due to the high bitrates you see in DVD video.

So far, the form_prediction and IDCT have been optimized and Dr. Frankenstein has offered some P4 color space conversion code. And it was looking at the DVD2AVI (from Avisynth) resize code that caused me to create SimpleResize. I tend to skip around like that.

Yep, sounds like all that needs doing is bitstream and dequant then.

If you happen to notice ( ;) ) whether Xvid could accept an input file that was in YV12 format it would be useful. The real trick to optimizing color space conversions is of course to not do them.

It does indeed, but it assumes the input resolution is a multiple of 16 (horizontally anyway).

-h

[trbarry]

Selur -

Useful results, probably not far from what I'd expect. Maybe even a bit better than I would have thought. But at least some of the resize's are slower and awkward in YUY2.

-h -

The bitstream stuff would also be having a large impact on speed (not sure if vTune would pick that up), decoding would be faster if a bitstream lookup table was used for the coefficients (ala XviD ). I think ffmpeg is already doing this in its MPEG2 decoding code. This should definitely aid decoding speed since we're looking at a *lot* of bitstream hits due to the high bitrates you see in DVD video.

If you mean the various GetBits functions that parse the mpeg2 stream I don't remember them showing up as a problem. But they are mostly inlined and I did not turn off inlining for at least some of my testing. I can't remember now.

It does indeed, but it assumes the input resolution is a multiple of 16 (horizontally anyway).

I seem to remember promising on the Xvid forum that I'd fix that part myself if nobody else did, at least for the input color space conversion.

- Tom

[A_Pleite]

Originally posted by Selur
...
Bressenham ca.35.5, CPU-Last: 100%
...
MMX Bilinear, ca.26fps, CPU-Last: ca.80-85%

...

Bressenham ca.44.7fps, CPU-Last: 100%
...
MMX Bilinear, ca.31fps, CPU-Last: ca.70-75%

...

Bressenham, ca.47fps, CPU-Last: ca.90-100%
...
MMX Bilinear, ca.30fps, CPU-Last: ca.70-75%
...


I never thought Bressenham is so much faster than bilinear-resizing. What about including that to DVD2AVI?

A_Pleite

[Selur]

The funny thing is that Xmpeg's Bressenham popup message sais:

"Bressenham: Resizer of DVD2AVI.Fast, very good quality, but don't upscale."

Cu Selur

[A_Pleite]

don't upscale - I never upscale, but
:confused: :confused: :confused:

[Chibi Jasmin]

Originally posted by vlad59
I made some modifications on Trbarry's test release to add somme SSE and 3dnow code in the motion compensation function (for K6 (I'm the last one to use this CPU), Athlon, Duron and P3). Tom has already added an optimized one for P4.
I got a 4% increase in speed on my PIII-750 and 7% on my K6II-400.

I couldn't see any quality issue.

I've uploaded a 3Dnow release wich should work on K6, Duron, Athlon and a SSE release wich should work on PIII, Duron, Athlon.
I hope somebody with an AMD CPU could test both release to tell me if there is any differences between them.

As soon as I receive confirmation for that increase, I'll add my changes to mpeg2dec.dll as well and publish the sources.
And If Tom agree with that i will upload the DVD2avi sources in CVS (as soon as I understand how I can upload some files), but I still don't know what to do with mpeg2dec.dll sources.

I hope it won't crash your computer ;)

PS : I've also added to my test release a 16bits MMX IDCT : it's actually slower than the 32Bit MMX IDCT. I'm still trying to optimize it. I won't merge it in CVS.

I didn't get to do any testing myself with your version, but the few others that tested seemed to confirm an improvement...May I kindly ask for the MPEG2DEC.DLL out of it?

[vlad59]

@Selur
I think that the bressenham resize of Xmpeg comes from mpeg2avi and not from Dvd2avi.

@trekminal and Gizmau
Thanks for the bench you've made.

@Chibi Jasmin
In fact, when I first tried to add cleanly my optimized form_component_prediction, I lost my speed improvement. So I've been obliged to play a little more with the sources to keep this speed. Now I got a faster and cleaner Dvd2avi than my former T4 release (2 exe files).
I'll try to add it to mpeg2dec.dll (I never even read those sources at all) as soon as I can. Friday, I hope that everything can be on CVS.
Be sure that I won't go away with my modifications ;)

[Chibi Jasmin]

Thanx a lot, can't wait for your T5-Version including mpeg2dec.dll :-)

But as I am myself not into programming, I don't have any CVS-stuff installed, hope you will provide some binaries to download...

Thanx in advance!

I am glad, people are working on DVD2AVI and MPEG2DEC...although I have nothing to contribute...

[gizmau]

> Friday, I hope that everything can be on CVS.

:) it's like xmas - even more faster encoding...

[Chibi Jasmin]

There are some mpeg2dec.dll versions from Steady around...dated later than dividee's...anyone knows about the changes in these ones and which version they are based on?

[A_Pleite]

I think it should be possible to do the yuv-yv12 and resizing in one algorithm.
If I remember right, yuv has 8 bits for each pixel each colorpipeline (or however you call it), while yv12 has 8 bits for each luma-pixel but just 8 bits for 4 chroma pixels (so you have 8bit + 2bit + 2bit = 12Bit).

I think it should be possible to resize the lumapipeline to the resolution you want, but the chromapipelines to the half resolution (x/2 and y/2). I think it even should be possible to resize the lumapipeline with bilinear,softbicubic or bicubic, while the chroampipeline is resized with bressenham (or however).

Just a Suggestion ;)

A_Pleite

Edit:
and I remember right, yuv is 1:1:1, while yv12 is planar 1:2:2
-> see http://www.webartz.com/fourcc/fccyuv.htm

So, the chroma (saturation and hue) could be resized to the the half resolution of the resized luma in one algorithm, even with different resizing methods, right?

[Jubijub]

Dunno if this has been posted yet on the topic (too long to be readed to now)...

I use DVD2AVI like this :

Rip with wathever you want ;)
Creation of a dvd2avi project (no changes, just creation of the project)...
Ac3-->Mp3 lame with besweet or the other one, I'm testing ;)
Using AVIsynth 1.05 from videotools as a frame server
Setting up my divx using Gknot 0.23
encoding with Vdub

and it works well

so

I would like you to keep enabled the ability to export .d2v files...

I've read in the topic that you would like to make a all-in-one...
I'm not fond of that idea, because vdub/nandub are very advanced tools, very optimized...it'll take too much time to reach the same quality, and I'm not sure it worth the try.

But if possible, I think that would be interresting :
- making dvd2avi to be able to be the last operation before lauching vdub...which means being able to make the avisynth script, the bitrate calculation, quality, in fact, all the "bitrate" and "resolution" pages of gknot do...
- no need to improve sound features...with softs ables to make AC3-->[format that you want], you no longer need normalized wav...
- no need to include subtitles fonctions...subrip and other tools make all you need...

the fact is I prefer a tool that do only a few things, but is the best at doing them rather that a tools that is able to do the complete process and which is a complete shit...

[Nic]

Well one thing...Dont swear.

Secondly, if your happy with what you do then do it that way.

& my program, can be used for any part of the process. If you just want to convert your vobs to MP3/AC3/WAV/MP2 then thats fine. If you just want the AVS file & D2V file created, thats fine too.

& the quality & speed is exactly the same (actually slightly faster on 1 cpu systems) than avisynth->vdub. So I hope you like what ill try to achieve....& if you dont, dont use it :)

Cheers,
-Nic

[Chibi Jasmin]

Well, for me the reason not to use DVD2AVI for everything until now has been that there's no free resizing/cropping...it's always restricted to mod 8 or mod 2 etc. Of course you have to respect mod 2 horizontally for yuv2 colorspace, but apart from that I'd prefer to be free...

[Chibi Jasmin]

Originally posted by vlad59

Now I got a faster and cleaner Dvd2avi than my former T4 release (2 exe files).
I'll try to add it to mpeg2dec.dll (I never even read those sources at all) as soon as I can. Friday, I hope that everything can be on CVS.
Be sure that I won't go away with my modifications ;)

It's Friday :-) ...

[Nic]

Thank god its friday....
(My version uses a minimum of mod2 on all sizes(cropping & resize)(you can set the h-mod, v-mod))
(no mod1..the resize filters in avisynth can crash out on that)

So hopefully you'll like it Jasmin :)

Cheers,
-Nic

[vlad59]

@Chibi Jasmin
Yes it's friday, I'll try to merge my Dvd2avi sources on CVS tonight (I never done that before).
I'll upload a Dvd2avi.exe in the forum too. :D

But I've had no time to modify Mpec2dec.dll (it's written in C++, so it's not just a copy paste of getpic.c as I first thought), so this will be done later (ASAP). :rolleyes:

Next week I'll be on holiday, but my wife won't appreciate if I go away again with my laptop ....... :devil:

So I'm sorry but no new Mpeg2dec build from me till next week. :(

@Nic
Have you already added Tom's SimpleResize in your Dvd2avi ?
Have you done a simple changelog, just to make usefull changes ?

PS : Weekend is coming : it's smiley time

[Nic]

My code goes through avisynth, so yes it does use simpleresize, but thats not "in" dvd2avi....

My changes are messy, but I have a very basic changelog, so I can them into another project :)

Cheers,
-Nic

[Jubijub]

I may have missed the link of you version nic...where could I find it ?

[Chibi Jasmin]

Originally posted by Nic
Thank god its friday....
(My version uses a minimum of mod2 on all sizes(cropping & resize)(you can set the h-mod, v-mod))
(no mod1..the resize filters in avisynth can crash out on that)

So hopefully you'll like it Jasmin :)

Cheers,
-Nic

Hi Nic...

the AviSynth docs say you have to respect mod 2 only horizontally (makes sense in yuv2)...you say, vertically mod 2 is also a must? Why?They never crashed on me, and I have used odd values vertically sometimes...are you sure about this?

I am happy to hear your version supports free resizing (respecting mod 2)...if it should somehow be possible, I'd like to have mod 1 vertically, just never seen it crash :-)

Am I right, your version has not been published for download yet? I'll be happy to get it, when you are ready to release it...

BTW: Did you also integrate all your changes into a new mpeg2dec.dll?

[Chibi Jasmin]

Originally posted by vlad59
@Chibi Jasmin
Yes it's friday, I'll try to merge my Dvd2avi sources on CVS tonight (I never done that before).
I'll upload a Dvd2avi.exe in the forum too. :D

But I've had no time to modify Mpec2dec.dll (it's written in C++, so it's not just a copy paste of getpic.c as I first thought), so this will be done later (ASAP). :rolleyes:

Next week I'll be on holiday, but my wife won't appreciate if I go away again with my laptop ....... :devil:

So I'm sorry but no new Mpeg2dec build from me till next week. :(



A pity, because for now I'm stuck with using mpeg2dec, because of limited resizing (mod 8 and stuff) in DVD2AVI...Nic just said his version is not that limited...thanx anyway for your work...I will have to wait patiently for your mpeg2dec version...have a nice holiday then...

[trbarry]

Three cheers for Nic and Vlad! :)

And maybe once one of you posts some code it might be time to start a new thread, with a summary of this huge unreadable ungainly one. ??

- Tom

[Chibi Jasmin]

Originally posted by trbarry
Three cheers for Nic and Vlad! :)
Same from me :-)

[Jubijub]

I've checked the save-oe project...sources but no release

[A_Pleite]

No answer to the yv12-conversion-and-resizing-in-one-algrithm-question?

I is there no one to say "Hey, A_Pleite, you damn foll that would never work!" :D

A_Pleite

[vlad59]

I've tried to merge my sources in CVS but I don't have any write access (or I haven't used the good command ....), perhaps because I'm referenced as a tester. I've emailed an admin to change this.

So I upload here both sources and binaries. I've tested it on K6, Athlon, PIII, PII but not on a P4 so it may crash on this.

Next things on my todo list are
- Modifying mpeg2dec.dll ASAP.
- Optimizing better the motion compensation (I've already some idea about it)
- Adding YUV12 support
- Adding bressenham resize support

@Chibi Jasmin
It's still friday in France. ;)

EDIT : I removed the attachment because the code I added wasn't accurate enought. For more information, look at my following post.

[int 21h]

Ok, you're updated to developer status, CVS should work now :)

[Nic]

Hi Jasmin, I havent tested vertical mod 1, Its very easy for me to add...so ill give it a try later :)

Cheers,
-Nic

[Chibi Jasmin]

Originally posted by vlad59

@Chibi Jasmin
It's still friday in France. ;)

:)

[Chibi Jasmin]

Originally posted by Nic
Hi Jasmin, I havent tested vertical mod 1, Its very easy for me to add...so ill give it a try later :)

Cheers,
-Nic

I'm pretty sure, it'll work, PLEASE add it... :-) Horizontal mod 1 actually does work, too, meaning it doesn't crash...what happens is, values are rounded to mod 2...so there is no sense adding a mod 1 option horizontally...but vertically it's fine...

Can't wait to get my hands on your version :-)

[saVe]

hehe, it's funny to see a program has my nick as a name! now everyone will think i stole it :(
sure, you can have it, no problem :D

[vlad59]

Just a little post to say, my previous Dvd2avi test releases were not really accurate. I must admit I made some code change without really understanding all of it, sorry :(

After reading some Intel docs, VideoLan code and understanding Tom's SSE2 form prediction code (thanks again), I finally modified again DVD2AVI. So I removed all the attachments I made in this forum and I'll post in this forum as soon as I get working Dvd2avi.exe and Mpeg2dec.dll.

I won't attach my test release in this forum anymore to avoid giving crappy programs. I'll only email it on demand.

Sorry again.

[trbarry]

Hi Vlad -

I haven't been working on DVD2AVI recently as I had some other ideas, and I couldn't try out your changes anyway since I don't have that kind of box. But I was still glad you were making them.

Did you ever get your Sourceforge problems solved? If so why don't you go ahead and check in your stuff anyway. There's no reason to believe your broken alpha test code will be anymore broken than my broken alpha test code. Or anybody else's either. That's just the nature of the beast.

Otherwise we'll get to a state like Nic where we can't release anything that isn't perfect. (nudge, nudge) ;)

And eventually I guess we have to deal with stripping out Dividee's filters and gettin MPEG2DEC into Sourceforge also.

- Tom

[vlad59]

Hi Tom,

I already have a working and accurate Dvd2avi release (in fact it's slightlyt faster than my former one), but as usual it's crappy (I've some debug code everywhere) so I've to clean up and reorganize before adding this in CVS. And I've had no time to fully understand how to deal with the c++ code of mpeg2dec.dll.

Yes my sourceforge pb are solved (thanks to google ...). So I will probably try to add your mpeg2dec.dll sources in CVS (I'll remove Dividee's code too).

Now it's just a matter of motivation : Dungeons Siege or C++ first ...... hard choice ;)

Another question : do you know where I can find some docs about how parameters works in masm ????

[trbarry]

Now it's just a matter of motivation : Dungeons Siege or C++ first ...... hard choice

I guess that is one of those tough lifestyle choices where no one else can advise you. ;)

But for the masm stuff, try:

.

- Tom

[Nic]

(got elderscrolls:morrowwind yesterday...this could seriously cut into my programming time :) )

-Nic

[vlad59]

I've just added a new directory in CVS for mpeg2dec.
It's based on Tom's test release and I just removed Dividee's filters.

[vlad59]

I remodified the form prediction part of DVD2AVI to have more accurate output, I also unrolled some loops and use an array of function pointer so I got those results :

Old MMX : 1.44
New MMX : 1.40
New SSE (or 3dnow) accurate : 1.36
New SSE (or 3dnow) less accurate (not visible) : 1.35

I began to build some SSE2 optimizations but I don't fully understand those alignment problem and I have no way to test it, so expect a test release soon.

I began to add my optimization in Mpeg2dec but cpp and C style function pointer are really difficult to merge.

[vlad59]

Here is another test release of Dvd2avi and mpeg2dec.dll.

The only change is an optimized MMX, 3Dnow and SSE accurate motion compensation code.

I tried to have a SSE2 one but I have no way to test and I don't understand everything in Tom's SSE2 form prediction code. So now P4 uses only SSE code (Tom's code is currently disabled).

I only made bench with Dvd2avi (see my last post) and not with mpeg2dec. Mpeg2dec.dll does not include all the dividee's filters, I don't know if he intend to make a separate build with it (it would be cool).

Next things on my todo list are :
- Bressenham resize support
- Change the about box to add a link to the sourceforge project (quite hard to do).
- make a first official beta release of Save-oe

Please share with me your bench and your feedback.
Thanks in advance.

EDIT : if you want the sources, just PM me.

[trbarry]

Vlad -

Nice going. But why not leave my existing optimized SSE2 code active if your new sse2 stuff isn't running yet?

BTW, while I can't do anything with it this week I really would like the source for when I get back to it. And if you are doing some more SSE2 optimized code I've also got some more sse2 color space conversion code contributed by Dr. Frankenstein that I never added to DVD2AVI yet. You can have that if you're working in that area, or eventually I'll put it in. I just didn't think it would add as much performance improvement as the other stuff.

I guess I'll PM you shortly about it.

- Tom ( trbarry#trbarry. com #=@ )

[MaTTeR]

I've bugged Nic for quite sometime so I thought I'd give him a break for now and ask you guys. Any chance you guys might be able to support SMP? Right now I can't even consider using another encoding app other than Vdub because I would basically be wasting a CPU.

I'm not sure but my best gues is that Avery has 1 CPU resizing while another CPU is actually encoding. This is only a guess as I've really no hard facts because so little documentation exists. Unfortunately I have no coding skills but I'd be more than happy to contribute in some other way (beta testing) if possible. Many thx in advance

[vlad59]

@Tom

Nice going. But why not leave my existing optimized SSE2 code active if your new sse2 stuff isn't running yet?

Because I changed a lot this function. I now use a function pointer array to avoid tests and to unroll some loops so I have different function for 16 bytes motion compensation (typicaly Y) and 8 bytes MC (U or V) (this is the w var in the old form_component_prediction). So I think that if I call your SSE2 code it will be slower. I'll send you the code tomorrow (It's still not commented).

I've already made the SSE2 MC code but it will only work on aligned stuff. I need to read more to understand fully your code.

@Matter

I'm not sure but my best gues is that Avery has 1 CPU resizing while another CPU is actually encoding. This is only a guess as I've really no hard facts because so little documentation exists. Unfortunately I have no coding skills but I'd be more than happy to contribute in some other way (beta testing) if possible. Many thx in advance

From what I can remember (I may be wrong), virtualdub is not completly SMPable. It only has one thread to read the source and one thread for the filters and the compression. So if you use a avs input all your avisynth filters use one CPU and the Divx compression use the other.
To check if my theory is true try encoding an hulfyuv avi and add some big filters (Bicubic resizing, DNR, Smart smoother, ...) and start the encoding : I don't think in this case that both CPU will be used.
By now, I'm not sure to be able to add some thread in Dvd2avi (I'm only restarting C and C++ after three years of Java ;) ). So please don't expect that from me soon, sorry.

[trbarry]

Matter -

What Vlad said, or at least that's my understanding. But I think using Vdub with Avisynth/Mpeg2dec frameserving is probably a fairly symetrical way to use 2 CPU's. My own testing earlier in the year suggested that about half the time was spent in DVD2AVI and half in Xvid.

So if you frameserve to Vdub in fast recompress mode you will mostly use up both processors. If you have lots of filters then I guess you would have a choice of whether to use Avisynth filters or (at the expense of some RGB convrsion) adding Vdub filters. Any extra Avisynth filters would run in one task and the Vdub filters in the other, so you could somewhat balance them if you were very determined.

- Tom

[vlad59]

I've also another dumb question (yes one more :D ). The new SSE and 3dnow motion compensation code are from the videolan project (I just changed the nasm code into masm and modify some parameters : minor changes). So I've keeped the videolan headers on those files and I've added some comments to explain my changes. Do I have to add a Dvd2avi header or other thing.

Sorry to be such a pain in ... but it's my first GPL project, I simply don't want to make a mistake.

[trbarry]

So I've keeped the videolan headers on those files and I've added some comments to explain my changes. Do I have to add a Dvd2avi header or other thing.

vlad -

The videolan headers are probably just fine. I tend to like comments of all kinds, but targeted at programmers and users, not lawyers.

- Tom

[vlad59]

@Tom

thanks a lot.

@All

50 downloads and no feedback ...... :rolleyes:

Edit : 57 downloads .... and still nothing

[int 21h]

IMO, you should keep Dr. Frankenstein's code because he is a very accomplished SSE2 mastermind. I have every confidence that his code is quite possibly the most efficient method.

Secondly, Dr. Frankenstein's code was specifically generated to be used with the Intel compiler (although I believe it will compile with MSVC). The other nice thing about using the Intel compiler is that it will unroll the loops for you. :rolleyes:

[vlad59]

I think I made a working P4 code (as always for the motion compensation). But I haven't tested it at all (I don't have a P4). So please test it and if it works correctly (maybe) please make some bench with my former release (some posts up).

I think it will be good to close and sum up the soooooo looooong topic. I expect to add the bressenham resize soon (maybe for the next weekend) and after that I'll make an official release of save-oe and I'll post a sum up with the changelog. I still have some question :

- Should I rename Dvd2avi to save-oe ??
- Same question to mpeg2dec.dll

I don't have a real opinion about this : renaming may prevent for messing with the other various Dvd2avi. With the addition in the D2v file (for the transport streams) I think it could be uncomptable with the previous version (I haven't tested that, I may be totally wrong).

What do you think about it ??? (I know I should stop asking dumb questions :D :D :D :D )

Another thing : please post some feedback about my mpeg2dec.dll build because I haven't made any test with it ?

EDIT : attachment removed, it crashed on P4.

[Nic]

(I really should reinstall Intel C++ 5.0..keep forgetting! :) )

Im going to release my version of DVD2AVI soon....(next week I hope)...I dont know what to call it? I dont want to intefere with any names so ill probably call it DVD2AVI_NIC v0.1. Then ill probably re-write it into save-oe, if thats what people want.

-Nic

[trbarry]

Maybe we should start making "Open Edition" versions from the Sourceforge flavor (is that what OE means?). DVD2AVIOE.exe and MPEG2DECOE.dll.

That might avoid some of the confusion.

- Tom

[vlad59]

Since I get absolutly no feedback about my version, I assume it works correctly.

So sunday everything will be committed on CVS. This will include those changes :

- motion compensation optimizations (It will include my untested SSE2 one, but I won't remove Tom's one)
- Modification on the about box
- addition of a link to the sourceforge webpage
- Change of the files name (I will follow Tom's suggestions)
- Bugfix on mpeg2decOE.dll (before that it crashed on K6 and PII)

As adding the bressenham resize takes me more time than I first expected. So I'll try to sum up this big topic this weekend.

[Chibi Jasmin]

Well, maybe this is time to repeat the wish I also had for Nic's version...if possible, please add resizing/cropping with mod 2 horizontally and freely (mod 1) vertically. This should be compliant with YUY2 colorspace rules.

[Nic]

Did I tell you I added it? It should be released soon :)

-Nic

[Chibi Jasmin]

Yeah, you did :) Did I tell you I am looking forward to your version? :D

[trbarry]

vlad -

Sorry, I've been working on something else and still have not had a chance to play with your new stuff.

But save-oe is a funny project. It just sort of sits there dormant for awhile and then there is a flurry of activity. But gradually it does seem to be evolving that way.

And I do intend to get back to it. But I'm also waiting to be able to use some of Nic's changes that he keeps teasing me with. ;)

- Tom

[Nic]

:D Im not sure how valid some of my changes will be to save-oe :( I think the resize, smart crop & auto crop will be vaild. Along with the BeSweet code :) But ill need to re-write it...this code is so messy at the moment :)

-Nic

ps
I spoke to Marty about YV12, he says its very easy to get D2A to process YV12 (rather than it doing its ->YUY2 conversion). But he says M2A's YV12 resize isn't very good, & there dont appear to be any other YV12 resize options....

[Chibi Jasmin]

So one would have to code a completely new yv12-resizer...!?

[vlad59]

Originally posted by vlad59
Since I get absolutly no feedback about my version, I assume it works correctly.


@Tom
Be sure this quote is not for you. You've always answered my questions (even the silly ones). I was only a little fed up when I compared the 147 downloads and the 0 feedbacks.
But now it's closed, i forget it.

@Nic
It's true that the M2A bressenham resize is not as sophisticated (don't if it's a real english word) as bilinear or bicubic but it's fast (unfiltered) and sharp. It could be good to make a test with Tom's simpleResize.

If I remember well (I read too much different sources), there is others YV12 resizers but always in planar mode. In Xmpeg or DvdX I think you can find that. On the other hand the avisynth resize of DVD2AVI compute YUY2 directly.

[trbarry]

Nic -

I could easily write a version of SimpleResize that would work on 4:2:0 planar format, and I might do that sometime. When I looked at this before it seemed there would be a decent speed improvement even if the data was still subsequently converted to YUY2, after resize or even during resize. But it would be even better if it just went to Xvid as YV12 and never had to be converted at all.

...

The parts of your code I'm most interested in are invoking a temp avs script and also improvements in audio programming.

I'm still hoping I can talk someone into passing an untouched ac3 stream directly to Xvid, keeping the sync. But I'm fairly incompetent at audio programming myself. I'm a video guy.

- Tom

[acido]

@vlad59

I dl your latest DVD2AVI P4 update, opened VOB files but after trying to preview them (F5) DVD2AVI crashed.

AppName: dvd2avi.exe AppVer: 0.0.0.0 ModName: dvd2avi.exe
ModVer: 0.0.0.0 Offset: 0001b3e3

WinXPpro on a 1,7g P4

[vlad59]

@acido

Thanks a lot.

So I'll keep the sse code for P4 till I got a way to test the SSE2 code better.

[DmitryR]

Originally posted by vlad59

I began to build some SSE2 optimizations but I don't fully understand those alignment problem and I have no way to test it, so expect a test release soon.


SSE2 memory argument must be 16-byte aligned. The only instruction that can deal with unaligned values is movdqu, but it is slow. Alignment can be tested this way:

mov esi,pointer
test esi,15
jz aligned
unaligned:

This is a proven way to test, I used it in XViD, and there I found out that the fastest way is to code 3 routines: for all arguments aligned, for some argiments aligned and for no arguments aligned. It will worth the check in most cases. But you must try to align all possible arguments first (while allocating memory).

[acido]

Originally posted by Nic
(I really should reinstall Intel C++ 5.0..keep forgetting! :) )

Im going to release my version of DVD2AVI soon....(next week I hope)...
-Nic

@nic @vlad59

Any news on the projects?

Ciao

[Nic]

On my side, my version is quite nice now, the bugs are slowly disappearing...Ill release it soon....

Just as a taster:
http://nic.dnsalias.com/dvd2avi/rui's_dvd2avi_guide.html

Here's rui's guide to a standard encode using my DVD2AVI.
(this is just a beta of the main guide...I hope Doom9 doesnt mind me using his familiar css)

This should give you a rough feel of things, but doesn't really describe the full features :)

-Nic

[The Link]

This should give you a rough feel of things, but doesn't really describe the full features .... hmm...but brushing my teeth is still something I´ve got to do on my own! ....is it? :D

Such a small installer for so much functions you get! It´s like a Swiss Armyknive.

[Nic]

Grrrr :devil:

I forgot people could just look at the root then install it...grrr.
Anyway thanks for pointing out that ARDA, that has now been removed. (next time ill remember to add an index.html :) )

Anyway...Those who did download it (although they shouldn't have!) Please dont give it out, its not quite finished yet. But please do comment here what you think, though.

Cheers,
-Nic

[Kyo]

Dvd2avi nic! :o

Seem very interesting, you make a good job with it Nic, congratulations ;)

I gonna try to make a full movie encode with it and then post a reply!

nice the decomb integration and the besweet too. god work, god work!



Cheers
Kyo

[The Link]

@ Nic

Sorry! Happened accidentally and when I realized the binaries I couldn´t resist! Will start a conversion now and report back...

The Link

[lighty]

OK maybe I'm stupid but I've browsed through all the pages of this thread and haven't found link to the beta of Nic's version of DVD2AVI. I mean do I miss something or what? :confused:

[Nic]

People weren't supposed to get it, but they did, it was only on my site for beta testers, but they looked at the root of the dvd2avi directory & found it. Thanks to swede that cant happen anymore (& ive deleted the file anyway), You'll just have to wait till the release. I hope youll like it :)

Cheers,
-Nic

[The Link]

My result: audio-processing works, video not!

My system: P3 667, 256 MB SDRAM, Win2k SP2

Generally I have to say that DVD2AVI is a problematic tool for me because it sometimes makes my PC restart at any point. But it´s not reproduceable. That´s why my first attempt in the morning failed (computer rebooted and I had to go to work).

My second attempt:

1. I already have a DVD ripped on my HD so didnt use this function of your prog.

2. I loaded one of the vobs

3.I selected audio transcode (128 abr mp3), auto-clip and resized to 640x... then selected PAL 16:9

4. save avi 2pass -->configured Xvid

The mp3 is correct but I didn´t get a working avi. I tried different configurations of xvid but the result was always the same. It seems to me that DVD2AVI only does the first pass because the slider doesn´t go through for a second time (remains at the end after the first pass). I can´t do further testing now because I´ll not be at home this weekend. I hope I didn´t do some stupid mistake and my report helps you.

Regards

The Link

edit:
seemingly it´s all my fault! I just looked into x:\progams\DVD2AVI_NIC\system and found 1pass.avi, 1pas_1.avi ... It couldn´t do the 2nd pass because theres not enough space on this partition. I thought that only the selected output-folder will be used for writing files. So this report is rubbish!! :devil:

[Nic]

Maybe/maybe not, the firstpass avi file will be junked into the DVD2AVI/System directory. The 2pass avi will be created whereever you selected....

Please try again & tell me how it goes, also give detailed results of what you did/what happened if you can :)

Cheers,
-Nic

ps
The slider moves when creating the needed files for conversion (like the audio) then a progress dialog appears (the dialog will appear twice for 2pass)

[lighty]

Nic

Uffffff- I am not a patient person when it comes to waiting for new software release. :(
Damn! Hurry up, hurry up!! :sly:

[The Link]

...then a progress dialog appears (the dialog will appear twice for 2pass) From what you told I think diskspace couldn´t have been the problem. That dialog you mentioned apeared twice but only 2 seconds for each pass so formally it was OK but not technically. As I already mentioned I can´t do further testing until sunday evening. I hope that there are other people who will do so! ;)

Regards

The Link

[Nic]

Make sure you have avisynth.dll installed & in your System directory & try installing Huffyuv as well. As that helps on some systems.

Then let me know :)

Cheers,
-Nic

[The Link]

Make sure you have avisynth.dll installed & in your System directory ... If the installer did this it must be there because I didn´t delete anything. Avisynth is also installed by Gordianknot. Could there be the problem? I´ll be able to give closer information on sunday evening! :)
...& try installing Huffyuv as well. As that helps on some systems. Huffyuv is installed on my system. Do I need a special version?
Don´t get grey hair because of my testing! My windows-installation is pretty overaged and many manual registry cleanups have been made so it could be that a new win2k installation (which will be done next time) will solve all the problems! More representative testing should be done by other people!

Regards

The Link

[A_Pleite]

I somehow believe there aren´t loads of people with this tool.
I'd like to (beta-)test it, could you send the tool to me, please?

10x

A_Pleite

[The Link]

I'd like to (beta-)test it, could you send the tool to me, please? It´s on my computer and I´m not at home this weekend so there´s nothing I could send to you and I think Nic doesn´t want me to do so (I just got it accidentally)! You have to ask Nic for it.

Btw.: I didn´t know at 100% if you referred to me or Nic! If you meant Nic forget above!

[Kyo]

Well i come back after a power supply repair, f***** supply :devil:, better late than never ;)
and...

Movie: Snatch
no audio processig,
two pass,
and everything is ok.
the speed increase is really good, i got near 32 fps with bicubic resize.

Clip: Anime FLCL dvd2
Decomb, no audio, resize=soft, 1 pass and all work ok!
Speed is really nice ~22fps

MovieClip: SwordFish
audio=ogg internal transcode, drc=normal, Q=0.4 gain=2pass
resize=simpleresize

Error when hit the save(1pass) button:
...something(Spanish crap)..."residue_free_info in lib vorbis.dll"
then:
the instruction "0x10007695".. can´t not "read"...crap crap crap ;)
and finally:
dvd2avi die :(

and the same but mp3 instead... no errors! (ogg bug?)

Now with the filters...
SpatialSoftenMMX: Error in avishynt, no video
Temporal Soften2: No problems, ~29 fps(Simple Resize)!
Temporal Smoother: No problems, ~22fps(Bicubic Resize)

video_codec_used_all_above: Xvid last build, koepi

suggestions
-External load for .ogg will be welcomed
-in the clip&resize window the "ok" or "acept" button too

questions:
-When i load external .ac3 can i recompress it with the besweet frontend?
-Do u understand my crap english?
-You know how many watts eat an athlon xp? (j/k) :D

all above are suggestion, not demands of course :)

Really a nice work guys, good work Nic too, go on!

[Nic]

:D Cool im glad it worked great for you kyo :)I havent tested Ogg in a while, so it might well crash at present (I changed some of the DLLs recently & that NSIS installer that you downloaded, I'd only made the script for that day (it was .zip before)) So there could be a bug there...Ill test it.

At present you cant load an external .ac3 into DVD2AVI :(
(But it shouldnt really be necessary (??))

I understand your english fine :)

& Atlons suck power & run hot :)

Keep on testing, :)
-Nic

ps
I might add more betatesters soon, but not just yet. Im working on too many things on it (just bug fixing really)

pps
Anyone notice that DivX5.02 says it needs at least a 24bit or 32bit input. Yet it accepts YUY2 just fine??? (which is 16bit). But you have to tell DivX5.02 that YUY2 is 24bit to begin with??? Strange...

[Teegedeck]

I just wanted to let you know that the problem with 'The Mummy' has disappeared. :)

Still having troubles with BeSweet though. :( I wonder what I'm doing wrong, here...

[DSPguru]

Originally posted by Teegedeck
Still having troubles with BeSweet though. :( I wonder what I'm doing wrong, here... please post your logfile.

[Nic]

Ogg output is broken on the latest beta that is floating around (although it shouldn't be!) thats just a DLL issue (very easy to fix, just install OggDS.exe (tobias' ogg filters) & then remove the vorbis.dll in DVD2AVI's system directory.

@Dg: sorry Dg the beta doesn't produce logfiles (!) But noone was supposed to have it you see

-Nic

ps
remind me what happens with you & besweet Teege! (I thought I'd lost you after you didn't reply to my last PM)

[DSPguru]

@Nicky
imo, logfile should ALWAYS be produced.
also, little request : please add -profile( dvd2avi vX.XX ) as a suffix to the BeSweet commandline.

[Nic]

No sweat, logfiles are always created (& appended :) ) when using DVD2AVI, ill add that profile switch as well. Unfortunatly, the version that got release was not making logfiles (but as you know I didn't mean that version to get seen :) )

& I have a question for you about the DLLs BeSweet relies on for Ogg creation, although I pretty much know the answer, but ill give you a PM soon :)

Cheers,
-Nic

[The Link]

I just want to report that everything works now! :)
What previously went wrong: I checked the interlaced-checkbox in XVID because some scenes of my test-clip are interlaced. Now I unchecked it and everything works as it should! Greate proggy! I´m looking forward the first real public release.

Regards

The Link

[Teegedeck]

Hi Nic,

humm - I thought I did answer your last PM, but perhaps I missed the 'send'-button, was in a rush. ;)

I really hope you didn't think of me as unfriendly.

As for the beta, I can't help with much information, I'm afraid. Indeed, no log-files with that beta, it seems. Last time I tried to transcode (track 1) DVD2AVI just went out - alas, I won't be in reach of my PC for the rest of the weak, only this Mac again...

Oh, if you have time could you perhaps make the preview-window enlargeble for cropping? Making requests even before the official release, I should be ashamed of myself.

[gizmau]

@vlad59

finally i had time to test your dvd2avi and mpeg2dec2.dll.
dvd2avi works for me, no problems so far.
when using mpeg2dec2.dll cce crashes after _every_ pass on my athlon xp 2000+, no matter which idct i am using.
so it is quite useless to me. the 'old' mpeg2dec.dll works fine instead.

[vlad59]

@Gizmau

Now that you have time to test my program, I don't have any to debug it :( . The world is really unfair.

So you mean that mpeg2dec.dll work well during the first pass but crash when starting the second pass :confused: :confused: ????

That's strange. I perhaps have cleaned up to much code when I removed Dividee filters. I won't be able to check that till the last week of june, sorry. Did you get some speed increase ?

Thanks a lot for reporting this.

[gizmau]

@vlad59

as i just found out, your dvd2avi/mpeg2dec2 seems not to be the reason for the crash:

i upgaded from athlon1333C/kt133a to athlonxp2000+/kt266a and reinstalled xp. the installed your dvd2avi/mpeg2dec2, avisynth beta7, cce2.50, smartripper 2.41.

dvd2avi-project, avisynth/mpeg2dec2, cce as usual.

cce (patched of corse) crashed after completing the .vaf and then again after the first of 3 passes. very strange.
later the crash only happened after the .vaf.

i tried different dvd2avi from 1.76, 1.77, 1.82 (ogo) and yours - no change.
changed idct in .d2v - no change.
tested avisynth 1.0 beta 5, 6, and 7 - no change.
tested cce2.50 unpatched and different patch - no change.
tried link2 and cce2.62 - no change.
testet stability with prime95 - no problems.
neither my ram nor my cpu gets to hot or runs outside its spezifications. 46°C under full load should be more than cool enough, i think.

yes, i deleted registry settings for cce, vfapi, avisynth, .d2v.

the only thing which seems to be changed really is the support of sse, which my old athlonC didnt offer. i dont know what to do next - maybe reinstalling xp - again...

the speed increases were marginal but present, going up from 0,880 to 0,900. but i have to say, that the speed wasnt the main goal as i am quite worried about the crashes and didnt look at it.

[UPDATE]
i solved my problems by uninstalling/deleting all involved programs, then cleaned the registry by hand, removing everything connected to avisynth, cce, vfapi, dvd2avi. then deleted the directories. reboot.
reinstalled avisynth, dvd2avi, vfapi, cce.
now it works again :)