AVS2AVI -- new version

[dp_sun]

> That's not a version numbering scheme, that s build numbering one.

Yup, you're right, I'll think about it.

> Well I can only agree for mastroka, but:
> Removing it was not a priority.
> People might still be using it, despite what you think.

Well, it was so buggy I thought it's better to remove it.

> - Registry entries for DIVX and XVID parameters. The program is now tuned to work with these two.
> But if it means only XVID & DIVX codec can be used to avs2avi now, I said a definitely NO!

No, the support for other codecs is still there. "Tuned" in this case means that two additional divx/xvid-specific command line options were added, and the registry writing ability is now limited to these two. Of course, using that principle one can add other codecs to that feature -- I've been only interested in these.


> Is this really useful, since you can generate dumpcodecfile already?
> and since the codecs are different, some of these parameters
> might have no meaning out of your context of use.

Well, the parameters in question are those that avs2avi specifies in register, thus only for these two codecs now supported for this feature, divx and xvid.

>//#ifndef ABOVE_NORMAL_PRIORITY_CLASS
>//#define ABOVE_NORMAL_PRIORITY_CLASS 0x00008000; // Yes you should update your platform SDK.
>//#endif
>Commenting out this because it is not needed with your platform is not the proper way to code...

Ok, thanks, I've uncommented that and added BELOW_NORMAL_PRIORITY_CLASS macro. Just in case :)

> And to conclude the FILE_ID.DIZ being in the zip file...
> And don't forget that WAREZ has nothing to do here.

This is a standart "file description" file in russian FIDONet (which I still use :)), and has nothing to do with warez. Anyway, I removed it so that it wouldn't raise any questions in future.

> I don't care about it,
> but if you put such file, AT LEAST put the GPL licence too...

I'm not sure if it was GPL initally, since I haven't seen any license mentions neither in code nor in distribution. Perhaps, the author himself will clarify the point.

> Some of your changes might be needed or ok.
> Some are useless, too specific.
> Some could have been done directly as bugfix by moitah or rainly...

Hm. This version of avs2avi was made mainly to share my ideas about the program, and to implement features I lacked in previous version. I distribute it in hope it would be useful for someone else. If moitah would integrate some of my patches, fine then :)

[Rainy]

One last update: http://www.home.no/rainy/pr/avs2avid-1.3.zip

* fixed a nasty bug concerning presets editing
* added a possibility to save the joblist as a single project
* some gui adaptations

[esby]

@dp_sun,
Sorry if I was a bit rude :)
But I personnaly think that having one version is better than three differents one ^^


about the the GPL licence,
even if it is not written explicitely,
there is code coming from VirtualDub ;) thus GPL if I'm not wrong ^^

esby


@DaveEL
If you need any help i can provide, I ll gladly help.

[seewen]

"avs2avidemo" is near perfect. nice!
(I don't comment avs2avi beccause it's already perfect since a long time for my need ;) ).

@Rainy
1) When you click on "add" the "video codec" windows popup. Here the codecs are not alphabetically ordered (it is in VirtualDubMod).
I don't know if it's due to avs2avi or the GUI.
And it's the first time I see this issue beccause it's the first time I'm looking for something else than XviD ;)

2)Is it possible (in a next version) that the GUI automatically write the output name/path (same path/name as the *.avs) when you open the *.avs ?
Maybe an option in the preferences to choose this.
It's not really important. Maybe as much as 0.5 sec won ;)

bye

[Rainy]

the video codec dialog is managed by the operating system, that means I don't have any influence on it. There's no problem making a custom dialog like vdub has, but just because of sorting matter, it doesn't make any sense.

Your second suggestion will be included in the next version. :)

[Moitah]

DarkDudae: I have added the feature you suggested, but I called it something different because I don't want it to be confused with the null output option ("-o n"). I will try to release it tomorrow.

Originally posted by esby
about the the GPL licence,
even if it is not written explicitely,
there is code coming from VirtualDub ;) thus GPL if I'm not wrong ^^I was wondering about this. I also assume that it should be GPL because of the VirtualDub code. I will add the GPL header in the code, but I would like to ask the original developers first ([Toff]/DaveEL: any comments?).


dp_sun: I haven't had a chance to look at your changes yet, I will tomorrow.


Just out of curiosity, does anyone use AVS2AVIDrop :)? I haven't heard any comments on it (which is understandable since Rainy's GUI is so nice).

[DaveEL]

Yes i got permission to gpl from all the previous authors a while ago so i could use stuff like avilib and vdub code but ive been lazy about putting it in the code.

DaveEL

[Moitah]

AVS2AVI v1.37: Added "-e" switch to exit after compressor selection. This is useful if you want to save compressor settings ("-s") without actually encoding.
"No Recompression" can now be selected by using "-c null".
"No Recompression" mode uses less memory.
Lots of code restructuring and clean-up, and small display fixes.

The code is now properly labeled as GPL.

The source .avs is now kept open the whole time, instead of being closed and reopened between passes. If you think this will cause problems, let me know and I will change it to the old behavior.

Last night I had the urge to register avs2avi.org (http://www.avs2avi.org/), I don't know why but I did :D. I will keep it updated with the latest version.


Download link: AVS2AVI v1.37 (http://www.avs2avi.org/avs2avi-137.zip)

[Rainy]

also a new version of avs2avid: www.home.no/rainy/pr/avs2avid-1.4.zip
avs2avi dll source: www.home.no/rainy/pr/avs2avi_dll-src.zip

What's new?
* synched with the latest avs2avi
* a couple additions to the gui

@aketon
could please test again and see if you still get the delay?

[Moitah]

Rainy: What happened :confused:? I am getting the error message again when I try to encode, 1.2 and 1.3 worked fine.

[Rainy]

uups, fixed :). An OleInitialize call has somehow slipped into my code :D

[Moitah]

Yeah, works now. I see you have added support for encoding all frames when B-frames are used :).

And XviD status window, kind of. When doing a 2-pass encode, the status window for the first pass stays open, but when the second pass ends both windows are closed. I don't know how useful it is like this, I would think most people care more about the result of the final pass. You probably wouldn't want this enabled by default, because depending on how you did it, you would either: a) halt the encoding between jobs until the window was closed, or b) leave a bunch of status windows open which may be confusing. Just something to think about, I'm not pressuring you to change it.

EDIT: Doh, okay, maybe not. Looks like the older versions behave the same, I assumed you had changed something because of the GetThreadWindowCount code in the DLL. Is it being used currently?

[Rainy]

it is, if you check the button in the Encode dialog, the status windows will stay open, didn't you see it?

[Moitah]

Originally posted by Rainy
it is, if you check the button in the Encode dialog, the status windows will stay open, didn't you see it?
Apparently not :p. I was looking in preferences for a checkbox or something :). I see it now, it works good.

[aketon]

I've just tested the latest version of avs2avid-1.4 and I still have the same problem! I noticed it with virtualdub!
When I open the avs file with virtualdub and then the avi file, I see e.g. that the frame 300 in the avs file isn't the same with the 300 frame in the avi file, but it is the same with the 302 in the avi file!
There is no problem with the latest avs2avi-1.37 command line version!



Sorry for my bad english! I hope that you will understand what I wrote!

[esby]

@Aketon problem:
Sounds like a bframe delay problem.
Probably a bug to be corrected...

esby

[aketon]

Yes, it is a bframe problem! When I disable them, there is no problem!

[Moitah]

Rainy: I think i have spotted a bug in your B-frame detection code. This code:
lSize == 1 && **p == '\x7f'
Should be:
lSize == 1 && *pData == '\x7f'

Also, having an array for 'p' isn't necessary, in AVS2AVI this is done to allow multi-threading. If you are planning on leaving the reading/writing in the same thread, you may want to have just a single 'p' to simplify the code.

[Rainy]

Updated binary: www.home.no/rainy/pr/avs2avid-1.4.zip
dll source: www.home.no/pr/rainy/pr/avs2avi_dll-src.zip

[aketon]

Thanks for correcting the b-frames bug issue! The new version is nearly perfect! I am saying nearly because the autoshutdown option seems to be broken (at least in my PC)!:rolleyes:

Bye!!!

[Rainy]

New dll version uploaded:
http://www.home.no/rainy/pr/avs2avi_dll-src.zip

the new version contains plain functions for the avs2avi interface which should be accessible for people who code in C or delphi (might be interesting for DarkDudae, who asked about it ;)).

Originally posted by aketon
I am saying nearly because the autoshutdown option seems to be broken (at least in my PC)!:rolleyes:

I'll take a look, thanks.

[DarkDudae]

Originally posted by Rainy
the new version contains plain functions for the avs2avi interface which should be accessible for people who code in C or delphi (might be interesting for DarkDudae, who asked about it ;)).


Thanks Rainy. I managed to read stdout from Avs2avi.exe 1.37 version, and it seems it works perfectly. However, these plain functions will be really helpful for the future, allowing to read data directly :)

This is a screenshot. I have used a similar "look" with Virtualdub Job Control (it is easy and users will be familiarized) As you can see, it is in spanish, but it will be released in some other languages (english included) with future ARCalculator 1.0.

http://Dudae.en.eresmas.com/PreviewARC10.JPG

Greetings!

[Rainy]

Nice, I like it :)

[iradic]

hi

it would be nice if you could add framerate in the cmd line version info window (under SOURCE)...

thanks...

[Moitah]

iradic: Done. I will release a new version in a day or two.

[Moitah]

AVS2AVI v1.38: Source information: Added frame rate, and removed bit depth for formats other than RGB
Fixed "No Recompression" not copying all AVISTREAMINFO values (i.e. FourCC)
Removed high priority
Download link: AVS2AVI v1.38 (http://www.avs2avi.org/avs2avi-138.zip)

[aketon]

Hi there!

There seems to be a problem with avs2avi 1.38 and the x264 - H264/AVC codec! Every time I am trying to encode with it, avs2avi gives me the following message:

ICSeqCompressFrameStart failed : The operation completed successfully.

When I am trying to encode using ffdshow's x264 there is no problem!
Does anybody know about this problem???

I thought that x264 accepts YV12!

Thanks!
BYE!!!

[davidf]

Rainy,

I have had no luck getting your dll and gui to work, I think it maybe something to do with XP service pack 2. I'm not familiar with C source so I gave up trying to work out what the problem is.

It may have something to do with debugging if you have debugging options compiled into the dll. Anyway below is a simple delphi proc that should load the dll but the process crashes. can't debug it becuase under XP-SP2 I have to switch the debugger off.

procedure loadavs;
var
avs2aviDLL: THANDLE;
Testme : integer;
begin
avs2aviDLL := loadlibrary('avs2avi.dll');
if avs2aviDLL <> 0 then begin
label1.Caption := 'Lib Loaded';
end;
freelibrary(avs2aviDLL);
end;

Any thoughts ?

[Rainy]

The dll provided in the package doesn't contain any debug informations, it's a release version. But there are indeed some problems with Windows XP SP2 RC1, superdump already reported. At the moment I can't do anything about it, sorry. You should wait untill the final SP2 is released.

[davidf]

Originally posted by Rainy
The dll provided in the package doesn't contain any debug informations, it's a release version. But there are indeed some problems with Windows XP SP2 RC1, superdump already reported. At the moment I can't do anything about it, sorry. You should wait untill the final SP2 is released.

I don't think that the final will make a difference as the SP2 preview release is basically it :(

The command line avs2avi works fine so there must be something in the way the dll is attempting to load. I know with XP-SP2 there is little room for error when it comes to memory management. Its at times like these I wish I had dabbled a little more in C++.

[Fox Mulder]

Originally posted by Rainy
Updated binary: www.home.no/pr/rainy/avs2avid-1.4.zip
dll source: www.home.no/pr/rainy/avs2avi_dll-src.zip

Those download links are incorrect, but it took me a while to figure it out.:rolleyes:
The correct ones are:
http://www.home.no/rainy/pr/avs2avi-1.4.zip
http://www.home.no/rainy/pr/avs2avi_dll-src.zip

I was trying to get avs2avidemo 1.4 from the wrong link, and I got frustrated, since this is a nice app that I started using due to the lack of proper support of XviD 1.0 with more than 1 b-frame in VirtualDub.
Thank you so much to the devels for AVS2AVI and Rainy for the nice GUI.:D

[twist3d]

The requested URL /rainy/pr/avs2avi-1.4.zip was not found on this server :D

well actually now working link is: http://www.home.no/rainy/pr/avs2avid-1.4.zip

[bill_baroud]

Anybody with a mirror somewhere ? those links don't work for me, and i can't find anything related in google :/

thanks :)

[Emp3r0r]

i'm looking for a download link that works too ;)

Anyway, i'm using build 1,0,0,1 of rainy gui and I can save a project file but I can't open it back up. Anyone else with this experience?

[Moitah]

Here's a mirror of the latest version of Rainy's avs2avid: avs2avid-1.4.zip (http://members.cox.net/avs2avi/avs2avid-1.4.zip)

[kilg0r3]

Hi,

just a short one: Does avs2avi drop Delay Frames as Vdub and VdubMod do? I am asking this because it is necessary in order to create spec compliant streams, which then can be muxed into an MP4 container.

Thanks

[bill_baroud]

thanks Moitah for the mirror :)

[Moitah]

Originally posted by kilg0r3
Does avs2avi drop Delay Frames as Vdub and VdubMod do?
Yes it does.

[Rainy]

@Moitah
Thanks for providing a mirror :) The server seems to be down already a week :(

@Emp3r0r
Fixed, a new version will be released in a couple of days.

[DaveEL]

Originally posted by kilg0r3
Hi,

just a short one: Does avs2avi drop Delay Frames as Vdub and VdubMod do? I am asking this because it is necessary in order to create spec compliant streams, which then can be muxed into an MP4 container.

Thanks

Support for that was my first contribution to avs2avi so unless anyone has changed it since is should be ok.

DaveEL

[bond]

hm talking about mp4, did anyone already ask whether it could be possible for outputting mpeg-4 streams directly to .mp4?

that way it could be maybe also possible to create varaible framerate files directly, as smart codecs like xvid and 3ivx can already create n-vops if two frames are the same/similar, which could be dropped on the mp4 side and therefore create a vfr stream, as the gpac mp4 muxer is already able to do

opensource mp4 libraries are available already from mpeg4ip (http://sourceforge.net/projects/mpeg4ip/) and gpac (http://sourceforge.net/projects/gpac)

[bill_baroud]

hmm, i remember that DaveEL was working on a avs2avi that output native mpeg4-matroska, but he get drunk and fucked everything (well, no, that's not it :D). I think he was stuck on an unsolvable problem and get discouraged... but yes, it's should be possible, if someone code it ;)

[DaveEL]

Originally posted by bill_baroud
hmm, i remember that DaveEL was working on a avs2avi that output native mpeg4-matroska, but he get drunk and fucked everything (well, no, that's not it :D).


Hmm that does basically covers it im not sure what b0rked a i pulled old revisions out of my cvs tree and they still didn't work.



I think he was stuck on an unsolvable problem and get discouraged... but yes, it's should be possible, if someone code it ;)

Was also rather hard to debug as i was outputting files that nothing had yet been written to read so working out if my files were correct was hard and simultaniously writing code to b0rk all the timings back to directshow compatible was not what you would exactly call fun.

Its much easier to do if you interface with the codec directly rather then using vfw so i was connected directly to xvidcore the code was put up on the corecodec cvs but i believe that is currently down if anyone wants a copy of the cvs tree send me a message im not sure how useful it will be however.

DaveEL

[CruNcher]

WINSH*T problem as allways

[Rainy]

I can't see any difference - on second screenshot there is just a slight mosquito noise visible on the edges. So what exactly is shifted?

[Moitah]

It is shifted to the right slightly. We talked on IRC and determined that the AutoCrop filter is behaving differently in VirtualDub and AVS2AVI. When the cropping is set manually, everything is fine.

[CruNcher]

I found the problem it was the Windows Prefetch file for Avs2avi that coused this not a Vdubmod nor autocrop nor avs2avi bug just a plain odd WIND0ZE bug again sorry :(

[Fox Mulder]

Originally posted by Rainy
@Moitah
Thanks for providing a mirror :) The server seems to be down already a week :(

@Emp3r0r
Fixed, a new version will be released in a couple of days.

Any news on that new version of your nice GUI, Rainy? :)

[bond]

i think there is a bug with handling packed bitstream in avs2avi!

as virtualdub(mod) shows the same problem first of all my question: does avs2avi use the same code from vd for handling all these b-frames in avi hacks/workarounds?

read more about the problem in this thread (http://forum.doom9.org/showthread.php?s=&postid=516937#post516937)

[Rainy]

Originally posted by Fox Mulder
Any news on that new version of your nice GUI, Rainy? :)

Sorry, I've been busy lately :( but I promise to release the new version on monday :)