Command Line Compressor - AVS2AVI

[Emp3r0r]

EDIT DaveEL:
Latest version of avs2avi currently is http://daveel.leffe.dnsalias.com/avs2avi-131a.zip
Just to save you reading the entire thread.

I am looking for a commandline style program that would take a input.avs file and a target output.avi and then prompt you with this: http://jvance.com/images/videocompression.gif

I've already attempted the project myself but I still don't know enough C++ or the VCM interfaces to take "store.c" from DVD2AVI and create the app. Maybe something like this already exists or someone thinks it wouldn't be that hard to whip it up.

Additionally, Nic provided me with the following help: "For encoding to avi, you need to learn the AVI API & IC API to do it yourself. Look up commands like AVIGetStream & ICCompress. Basically you do an AVIReadStream from an avs file. That gives you the YUY2 frame in a buffer, then call ICCompress to get the compressed frame & then use AVIWrite (I think DVD2AVI is the place to look )"

Thanks Nic and anyone else who may provide help.

[int 21h]

Look to M4C sources.

[Emp3r0r]

Thanks and I looked at the code but I just found out in my C++ class that you can set a method()=value and it kinda blew my mind but anyway, my c++ skills are horrible so I think I will wait for DirectX.NET

[[Toff]]

Here is a surprise for you in attachement.

It should work with RGB24, RGB32, YUY2 and YV12 avs source.

It compress well with DivX 3.11, but it crash at the end with DivX5 and XviD, on the last :
AVIFileRelease(pSRCfile);
I don't now why ATM, I will look at it later. The file is still readable anyway at start

Source are included, if any vfw guru want to look at it ?

EDIT : Attachement removed (see below for new version)

[[Toff]]

I found what the crash problem is.
Line 195 :
if(pDSTCompVideoStream)
AVIStreamRelease(pDSTVideoStream);
Must be :
if(pDSTCompVideoStream)
AVIStreamRelease(pDSTCompVideoStream);

No crash anymore.

Even if the avi seems perfectly playable there is still a problem at the end of the stream (an invalid chunk, that's what vdub say when using the hexeditor and Riff chunk tree)
The problem is also present in DVD2AVI.

EDIT : Oups, a new problem fixed all frames were written as KF, new upload soon. It's seems that RGB support is broken, I must test with a stable avisynth version.

[[Toff]]

OK here is 1.01 version

Tested with avisynth 2.06, RGB24,32,YUY2 works compressing to Xvid, DIvX5 or DivX 3.11.

Tested with avisynth 2.5alpha YUY2, YV12 works.
But RGB seems broken with 2.5 alpha.
I can post a short clip If you want.
EDIT : no bug, I must put ConvertToYUY2 before ConvertToRGB24

Ctrl-C terminate properly now.

EDIT : Attachement removed (see below for new version)

[Emp3r0r]

Your awesome! I appreciate your work! I will start testing right away. Thanks again.

[Emp3r0r]

Great work [Toff]! This is exactly what I was looking for! If you ever get time could you display the FPS during the encode? Also, how do learn how to read/create/modify a codec parameters file?

PS: or just tell it to use xvid since i can change those parameters in the registry.

[Emp3r0r]

I guess I must wait for mod to approve your version 1.01?

[[Toff]]

>I guess I must wait for mod to approve your version 1.01?
Yes, just have to wait.

>If you ever get time could you display the FPS during the encode
Yes that should be easy, I will add an estimated time also.

>Also, how do learn how to read/create/modify a codec parameters file
The file that is created is a raw copy of the codec state so there is no general method to create/modify them. Each codec has is own format.

>or just tell it to use xvid since i can change those parameters in the registry
I think that's possible to make a special case for xvid

There is still a little problem at the end of the file, when you use your media player in loop mode it doesn't loop.
The problem is also present in DVD2AVI.
I let you test.

[int 21h]

I'll take a look at this later and see about adding some stuff and perhaps compiling with Intel for speed increases (when I'm sober )

[int 21h]

I hope [Toff] doesn't mind, but I went ahead and implemented a limited two pass functionality. It works fine, but its limited in that it currently doesn't support the load/save function, if you supply load/save on the commandline and also supply the twopass argument, it should dump you out with the usage. (Sorry I forgot to update the usage printout also)

To activate two pass mode you just supply something like

avs2avi source.avs destination.avi -2

This will, in succession ask for compression codecs, the first will be for the first pass, and the second for the second pass (it will confirm them and display). If they don't match (i.e. you select XviD during one pass and DivX for the second, the program will close, printing an error).

Version number is incremented to 1.10.

I tested this briefly and I'm 99% certain it works and I didn't break anything existing.

http://phreak404.virtualave.net/avs2avi_110.zip

[[Toff]]

No problem, feel free to improve.
Let's go test 2 pass encode now.

[Emp3r0r]

I must be in heaven. You guys are great! I did some testing with DVD2XCD and I think everything is now in place to create a new GKnot type program since GKnot is very outdated. Thanks, for the work.

[io]

Originally posted by [Toff]
Even if the avi seems perfectly playable there is still a problem at the end of the stream (an invalid chunk, that's what vdub say when using the hexeditor and Riff chunk tree)
The problem is also present in DVD2AVI.

i stumbled over the same problem using AviFile. the files created seem to be fine, but virtualdub shows an error in its hex editor and some apps did not like these files. i donot think that it is a bug in the code, because the same behavior is present in other programms using AviFile (especially. the VFW examples from microsoft!).

as far as i can see, there is a block added after the RIFF AVI chunk (directly succeeding the AVI legacy index), but it only contains a portion of the last frame. i guess this is for some strange padding reasons, but i would like to get rid of this stuff!

probably the only way to solve this, is to follow virtualdub/vidomi and code your own version of AviFile. *sigh*

[[Toff]]

Thanks, for your comment io.
So I know it's not entirely my fault.

Here we go for v1.11 with :
- 2 pass load/save mode.
- fps display, and remaining time (not very accurate, don't know why)

avs2avi_111.zip

No use default codec parameter (from registry) without prompt at the moment.

[int 21h]

I had a v1.11 also, but I've incorporated my additions in to yours once again, so here is v1.12

Changelog
---------

• ReWrote Option Parsing (Won't mean much to most of you, except you can put your flags in whatever order you want now, source, and destination still need to be 1st and 2nd respectively)
• Added -q to the flag list, use this to get a 'quiet' mode and supress the frame by frame output (gains about 1fps)
• Cleaned up program run header a bit to look sexier
• Fixed potential crash if invalid codec state file was supplied, or if there was a problem opening a file for dumping the state
• Compiled with Intel compiler (program now requires at least MMX to run), modest speed gain should be seen by some

[unplugged]

- Surprised about so simple and so effective! (quality+speed toghether with MPEG2DEC3 YV12 and AVS 2.5a)
- Now I'll use VirtualDub only to find frames boundaries , command-line is more quick to setup!!
- Should be bundled with Avisynth

Thanx Toff!

[MaTTeR]

Any chance of multi-threading for the future? *grin* I only ask because otherwise it's going to run much slower on SMP boxes compared to Vdub. Good work guys, can't wait to do some testing.

[int 21h]

I'll look into it, I'm not familiar with how to synch the threads.