Avidemux (with emphasis on x264/h264 GUI) [Archive] - Page 5

celtic_druid

26th July 2006, 12:17

I link statically where possible (can't build static GTK libs under windows). libxml2 wasn't linked statically? It isn't a dependancy here. If you check I guess you will see that it is a dependancy of a dependancy maybe?

Linking dynamically does make sense though, since you should get a smaller binary and you can update xvid, x264, etc. seperatly (assuming no major changes).

LoRd_MuldeR

26th July 2006, 13:51

I link statically where possible (can't build static GTK libs under windows). libxml2 wasn't linked statically? It isn't a dependancy here. If you check I guess you will see that it is a dependancy of a dependancy maybe?

Linking dynamically does make sense though, since you should get a smaller binary and you can update xvid, x264, etc. seperatly (assuming no major changes).

You are right:

http://img208.imageshack.us/img208/5327/libxml2op7.png

But that file is still needed, so it should be in the ZIP.
It does not ship with GTK+, so I got it from that (http://fixounet.free.fr/avidemux/win32/avidemux2.3_r2214_win32.zip) AviDemux build.

celtic_druid

26th July 2006, 14:31

As I said, it isn't required at all here.

LoRd_MuldeR

26th July 2006, 15:48

As I said, it isn't required at all here.

Any Ideas why I need it then? :confused:

I use WinXP SP-2 and latest GTK+ is installed properly (v2.8.18).
Your AviDemux build was extracted to a clean dir and it seems to load the required libs properly from GTK+ dir.
Only that libxml2.dll is missing...

celtic_druid

26th July 2006, 17:26

Well your libcairo requires it, mine doesn't. That's why I won't package the file. Different people would be requiring different dll's. Pretty much a case of all or nothing. I could probably 7zip libxml2 seperatly along with pthreadGC2, etc. That way people could grab them if they need them.

Did I include it with older builds?

LoRd_MuldeR

26th July 2006, 18:01

Did I include it with older builds?

Don't think so.

BTW: My libcairo-2.dll is from official GTK+ release.
Wouldn't it be possible to compile all the required libs into the avidemux2.exe ???

celtic_druid

26th July 2006, 18:07

You can't build static GTK libs under windows. That would make it one mother of an EXE to. Better to leave GTK seperate and use the GTK+ installer. Really if it requires libxml2, it should include it though.

LoRd_MuldeR

26th July 2006, 21:20

You can't build static GTK libs under windows. That would make it one mother of an EXE to. Better to leave GTK seperate and use the GTK+ installer. Really if it requires libxml2, it should include it though.

Yes. But what makes me wonder is, that GTK+ doesn't need that Lib always. Only with your new AviDemux build. Other GTK+ apps or your older builds never asked for it...

celtic_druid

27th July 2006, 03:22

Previous builds were 2.2 branch. Didn't require a thread safe spidermonkey either. I am sure that there are lots of differences between the branches.

LoRd_MuldeR

27th July 2006, 03:39

Previous builds were 2.2 branch. Didn't require a thread safe spidermonkey either. I am sure that there are lots of differences between the branches.

I don't know if they modified anything that effects the response of the GUI, but the "freezing bug" I had with older versions seems to be fixed. I just did a 15 hours encoding and the status window did not freeze this time. Well, Windows added a "(no response)" warning to the window's caption-bar one time. I though it would freeze again and I had to abort, but after about 15 secs the warning disappeared and the window startet to respond again...

LoRd_MuldeR

30th July 2006, 17:39

--> AviDemux 2.3 rev2247 (http://fixounet.free.fr/avidemux/win32/avidemux_2.3_r2247_win32.zip)

buzzqw

30th July 2006, 19:14

@LoRd_MuldeR
dead link

BHH

LoRd_MuldeR

30th July 2006, 19:20

@LoRd_MuldeR
dead link

BHH

Works fine here :sly:

buzzqw

30th July 2006, 19:55

:confused:

http://img61.imageshack.us/img61/7867/404lf6.th.jpg (http://img61.imageshack.us/my.php?image=404lf6.jpg)

BHH

LoRd_MuldeR

30th July 2006, 20:19

--> AviDemux 2.3 rev2257 (http://fixounet.free.fr/avidemux/win32/avidemux_2.3_r2257_win32.zip)

@buzzq:
Seems like file has been replaced since I posted the link. Try new link pleaze!

buzzqw

30th July 2006, 21:22

:) perfect !

thanks

BHH

LoRd_MuldeR

4th August 2006, 09:58

You are right:

http://img208.imageshack.us/img208/5327/libxml2op7.png

But that file is still needed, so it should be in the ZIP.
It does not ship with GTK+, so I got it from that (http://fixounet.free.fr/avidemux/win32/avidemux2.3_r2214_win32.zip) AviDemux build.

I reportet the problem to the GTK+ devs and it was fixed:

gtk+-2.8.18-setup.zip
This package is missing libxml2.dll

Please try downloading
gtk+-2.8.18-setup-1.zip
which is available from the same place.

They fixed installer and now it includes the libxml2.dll :)

LoRd_MuldeR

5th August 2006, 11:33

celtic_druid

5th August 2006, 13:54

Still needs some more work I think. Just get a black screen here, then it crashes when you seek, etc.

LoRd_MuldeR

7th August 2006, 16:55

File is only 32KB in size:
http://tirnanog.fate.jp/mirror/avidemux/avidemux2.3.0rev2303.7z

Seems like incomplete upload...

celtic_druid

7th August 2006, 17:31

3.7M on my server. Should probably get around to using the 1GB of hosting that my ISP offers. Also got to get around to setting up my new Via EPIA server. Still waiting on another 2.5" HDD though.

Didn't I PM you with details of where my files are stored some time ago though? If so then you can just grab it from there.

LoRd_MuldeR

7th August 2006, 18:10

Didn't I PM you with details of where my files are stored some time ago though? If so then you can just grab it from there.

Nope. But the file is now mirrored properly.
Thanks.

LoRd_MuldeR

7th August 2006, 19:22

Results so far:

1. WMV9 in AVI crashes
2. WMV HD Trailers have no sound, but video seems to be alright
3. Other WMV files have audio and video, but completely out of sync

LoRd_MuldeR

2nd September 2006, 01:00

Avidemux v2.3.0 rev2374
[Download] (http://fixounet.free.fr/avidemux/win32/avidemux2_svn_r2374_win32.zip)

LoRd_MuldeR

3rd September 2006, 22:42

Avidemux v2.3.0 rev2379
[Download] (http://tirnanog.fate.jp/mirror/avidemux/avidemux2.3.0rev2379.7z)

:thanks: to Celtic Druid

Kostarum Rex Persia

4th September 2006, 00:55

LoDd_Mulder, can you, please, give us changelog in future? I can't find changelog anywhere!

LoRd_MuldeR

4th September 2006, 02:48

LoDd_Mulder, can you, please, give us changelog in future? I can't find changelog anywhere!

You can browse the WebSVN on the Avidemux homepage and take a look at the Changelog yourself. And yes, that site is slow :rolleyes:
[Link] (http://svn.berlios.de/wsvn/avidemux/?op=log)

LoRd_MuldeR

8th September 2006, 10:19

Avidemux v2.3.0 rev2398
[Download] (http://fixounet.free.fr/avidemux/win32/avidemux2_r2398_win32.zip)

LoRd_MuldeR

19th November 2006, 23:33

Avidemux changelog says:
partially working QT4 build

What does that mean? Will it work for Win32 too and are there any improvements compared to the current GTK+ builds?

SadaraX

20th November 2006, 00:32

Avidemux changelog says:
partially working QT4 build

What does that mean? Will it work for Win32 too and are there any improvements compared to the current GTK+ builds?

Version 2.3 is almost ready for final stable release. I think they are just waiting on last few language translations before it hits the download sites.

Version 2.4 is the branch with the QT work being done. The program's GUI is going through a complete overhaul. This is to allow it to be fully functional from the command line without the need to have an X Session going (graphic session running), making it handy for work on headless machines where you are only accessing through a terminal. In the process of rewriting all the GUI code, they decided to move to QT4. Though I am not entirely sure why, I personally see no real problems with this, beyond the fact I need to switch from learning GTK to QT4.

There are no real "improvements" yet, meaning there are no big functionality features added. Any bugfixes that are found are also pushed into the stable 2.3 version, but currently 2.4 is mostly just getting a makeover, with most or all of the code being moved to QT4.

Since QT4 has a much more open liscense, it will work in Win32 systems just fine (as compared to QT3). Does that answer your questions?

LoRd_MuldeR

20th November 2006, 08:29

yup. thanks for explaining!

SadaraX

21st November 2006, 19:10

So it appears that Mean has begun to include the B Pyramid into the H.264/X264 system. I am not sure how far it is from completion, however I figure I should ask for some screen captures of what the GUI's for B Pyramids look like, so that I can use them for reference.

I do not think this feature will necessarily be available for 2.3 (it might, I could be wrong). However I will probably have to help remake the X264 interface into QT4 for version 2.4....

LoRd_MuldeR

21st November 2006, 19:54

I always thought the "B-Frames -> Use as Reference" setting (already in Avidemux for a long time) enables B-Pyramid *confused*

The x264 codec is capable of using the B-frame pyramid feature to “Use [B-frames] as references”

// EDIT

From file made with Avidemux 2.3:

x264 - core 54 svn-600 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=6 deblock=1:-1:-1 analyse=0x3:0x133 me=umh subme=7 brdo=1 mixed_ref=1 me_range=16 chroma_me=1 trellis=2 8x8dct=1 cqm=0 deadzone=21,11 chroma_qp_offset=0 slices=1 nr=0 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=2 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=crf crf=24,0 rceq='blurCplx^(1-qComp)' qcomp=0,60 qpmin=10 qpmax=51 qpstep=4 ip_ratio=1,40 pb_ratio=1,30

mean

21st November 2006, 20:15

It is just a fix when encoding to mp4 file format with B-pyramid enabled.
In that case, more delay is added/needed and you could end up with computed dts > computed pts.
The fix just recomputes the pts when b-pyramid is set to take into account the extra delay.
The effects of the bug was frames were dropped.

LoRd_MuldeR

21st November 2006, 20:23

It is just a fix when encoding to mp4 file format with B-pyramid enabled.
In that case, more delay is added/needed and you could end up with computed dts > computed pts.
The fix just recomputes the pts when b-pyramid is set to take into account the extra delay.
The effects of the bug was frames were dropped.

Okay, thanks for information. Do the fixes effect AVI too?

mean

21st November 2006, 20:28

Avis have only dts (i.e no pts), so they were not affected by the bug

LoRd_MuldeR

21st November 2006, 20:35

Avis have only dts (i.e no pts), so they were not affected by the bug

Even better :D

SadaraX

21st November 2006, 21:38

It is just a fix when encoding to mp4 file format with B-pyramid enabled.
In that case, more delay is added/needed and you could end up with computed dts > computed pts.
The fix just recomputes the pts when b-pyramid is set to take into account the extra delay.
The effects of the bug was frames were dropped.

Oh? I thought the b-frame pyramid was not added yet. I guess I will go update the documentation. :)

LoRd_MuldeR

30th November 2006, 18:32

Are there any builds of Avidemux 2.4 branch available for Win32?
Or is it not ready yet ???

I see a lot of activity on the log, but last Win32 build is dated Nov 15...

Romario

30th November 2006, 19:53

What, 2.4?

But, what happened with 2.3 final, on official website download link is for 2.3 Preview 2!!!

LoRd_MuldeR

30th November 2006, 19:55

What, 2.4?

But, what happened with 2.3 final, on official website download link is for 2.3 Preview 2!!!

read above ;)

Version 2.3 is almost ready for final stable release. I think they are just waiting on last few language translations before it hits the download sites.

Version 2.4 is the branch with the QT work being done. The program's GUI is going through a complete overhaul. This is to allow it to be fully functional from the command line without the need to have an X Session going (graphic session running), making it handy for work on headless machines where you are only accessing through a terminal. In the process of rewriting all the GUI code, they decided to move to QT4. Though I am not entirely sure why, I personally see no real problems with this, beyond the fact I need to switch from learning GTK to QT4.

Bigmango

30th November 2006, 20:33

But, what happened with 2.3 final, on official website download link is for 2.3 Preview 2!!!

I have been running 2.3 final for several days now.

Its available here:

http://developer.berlios.de/project/showfiles.php?group_id=1402

LoRd_MuldeR

30th November 2006, 23:22

I've just installed Avidemux 2.3.0 final and replaced libx264.dll with up-to-date version.

Then I noticed that some x264 settings are not set properly!
Tested with rev598, rev600 and rev602.

From output file:
x264 - core 54 svn-598 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=6 deblock=1:-1:-1 analyse=0x3:0x1 me=hex subme=1 brdo=0 mixed_ref=0 me_range=7 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,10 chroma_qp_offset=12 slices=1 nr=1 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=cqp qp=24 ip_ratio=1,40 pb_ratio=1,30

me=hex (should be umh)
subme=1 (should be 7)
brdo=0 (should be 1)
mixed_ref=0 (should be 1)
trellis=0 (should be 2)

The problem does not appear with the (outdated) libx264.dll that ships with Avidemux 2.3.0.
Celtic's latest build of Avidemux uses x264 rev600 and also works fine!

Bigmango

30th November 2006, 23:29

I've just installed Avidemux 2.3.0 final and replaced libx264.dll with up-to-date version.

Then I noticed that some x264 settings are not set properly!
Tested with rev598, rev600 and rev602.

From output file:
x264 - core 54 svn-598 - H.264/MPEG-4 AVC codec - Copyleft 2005 - http://www.videolan.org/x264.html - options: cabac=1 ref=6 deblock=1:-1:-1 analyse=0x3:0x1 me=hex subme=1 brdo=0 mixed_ref=0 me_range=7 chroma_me=1 trellis=0 8x8dct=1 cqm=0 deadzone=21,10 chroma_qp_offset=12 slices=1 nr=1 decimate=1 mbaff=0 bframes=3 b_pyramid=1 b_adapt=1 b_bias=0 direct=1 wpredb=1 bime=1 keyint=250 keyint_min=25 scenecut=40 rc=cqp qp=24 ip_ratio=1,40 pb_ratio=1,30

me=hex (should be umh)
subme=1 (should be 7)
brdo=0 (should be 1)
mixed_ref=0 (should be 1)
trellis=0 (should be 2)

The problem does not appear with the (outdated) libx264.dll that ships with Avidemux 2.3.0.
Celtic's latest build of Avidemux uses x264 rev600 and also works fine!

I don't understand why mean has not updated the dlls. Have you posted a bug report on the avidemux forum so he can fix this ?

Furthermore, where do you get the latest dll ?

LoRd_MuldeR

30th November 2006, 23:32

where do you get the latest dll ?

http://tirnanog.fate.jp/mirror/x264/

Bigmango

30th November 2006, 23:36

http://tirnanog.fate.jp/mirror/x264/

:thanks:

LoRd_MuldeR

1st December 2006, 20:30

I don't understand why mean has not updated the dlls.
Have you posted a bug report on the avidemux forum so he can fix this ?

I've reported the problem to the Bugtracker yesterday:
https://bugs.avidemux.org/?do=details&id=215

But no reply so far...

Bigmango

2nd December 2006, 00:33

I've reported the problem to the Bugtracker yesterday:
https://bugs.avidemux.org/?do=details&id=215

But no reply so far...

Hope he'll see it soon.

x264 is the reason I use avidemux :)

LoRd_MuldeR

2nd December 2006, 01:02

Hope he'll see it soon.

x264 is the reason I use avidemux :)

I use Avidemux for MPEG-2 -> H.264 encoding too :D

Celtic's build works fine for me. Give it a try, it has x264 rev600 built-in:
http://tirnanog.fate.jp/mirror/avidemux/avidemux2.3.0rev2561.7z

Note: You'll need to install GTK+ Runtime or you copy over the GTK+ DLLs from Mean's build.

Bigmango

2nd December 2006, 01:22

I use Avidemux for MPEG-2 -> H.264 encoding too :D

Celtic's build works fine for. Give it a try, it has x264 rev600 built-in:
http://tirnanog.fate.jp/mirror/avidemux/avidemux2.3.0rev2561.7z

Note: You'll need to install GTK+ Runtime or you copy over the GTK+ DLLs from Mean's build.

Ohoh... will give it a go asap :)

:thanks: for the info.