Avidemux (with emphasis on x264/h264 GUI)

[IceManZ]

Thanks a lot LoRd_MuldeR for your time and your awesome answer! Really interesting. I finaly understand. :)

PS: But why "Packed bitstream is ugly and it's to be avoided at all costs!" if in the end the result is the same (only if we own a standaloneplayer without Packed bitstream support)

[mean]

Because the resulting stream is incorrect
It will be like that (number between () is timestamp)

P(4) b(1)--b(2)--b(3)--NVOP(4)

you insert an extra frames (which is bad) and it has the same timestamp as its reference frame

and some version of xvid sometimes forget to set the nvop/dummy frames
so in total you have 1000 frames while physically you have 1010 for example

[LoRd_MuldeR]

I made an improved illustration of "Packed Bitstream"

http://img339.imageshack.us/img339/8440/packedbitstreamwy9.th.png (http://img339.imageshack.us/my.php?image=packedbitstreamwy9.png)


If anything is wrong, please tell me. Thx!

[IceManZ]

Thanks a lot LoRd_MuldeR and mean, I understood perfectly "Packed Bitstream".

Sorry to take some much time to get it :helpful:
Thanks again. :thanks:

[Romario]

Well, can I unpack packed bitstream from MPEG4 Xvid source without fear, because I am planning to encode Xvid to x264 via Avidemux?

[LoRd_MuldeR]

Well, can I unpack packed bitstream from MPEG4 Xvid source without fear, because I am planning to encode Xvid to x264 via Avidemux?

Yes, as far as I understand this would be the way to go:
1. Open your XviD AVI in Avidemux
2. If Avidemux says that your AVI is packed, let Avidemux unpack it
3. Open the unpacked AVI and encode with x264

[LoRd_MuldeR]

Avidemux 2.4 Revision 2877:
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-10.Win32.exe

[LoRd_MuldeR]

Avidemux 2.4 Revision 2881:
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-11.Win32.exe

Note: It seems recent builds of Avidemux crash on the combination of x264 2-Pass and MP4 output :o

[LoRd_MuldeR]

Avidemux 2.4 Revision 2882:
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-12.Win32.exe

It seems the crash with x264 + 2-Passes + MP4 + Multi-Threading is fixed :)

[IceManZ]

.264 support in avidemux is still buggy.

When I want to edit a .264 video file impossible to seek.
Avidemux returns completly crazy time files.

Thanks for your help.

[LoRd_MuldeR]

.264 support in avidemux is still buggy.

When I want to edit a .264 video file impossible to seek.
Avidemux returns completly crazy time files.

Thanks for your help.

I think support for raw .h264 streams is still a pretty new feature.
Reading h.264 video from AVI or MP4 container works fine for me in Avidemux with all files I've tested so far!
Just select "Use that Mode" when Avidemux asks for it...

[IceManZ]

I have tried too... but in 99% of my vids, impossible to seek.
I always encode my them with the same profile / apps.
Only 1% could be edited... really strange.

[LoRd_MuldeR]

I have tried too... but in 99% of my vids, impossible to seek.
I always encode my them with the same profile / apps.
Only 1% could be edited... really strange.

Well, you should write a detailed bugreport here:
http://www.avidemux.org/admForum/

[LoRd_MuldeR]

Avidemux 2.4 Revision 2884
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-14.Win32.exe

The bitrate histogram now uses labels instead of disabled editboxes (much better to read)
Furthermore this download has been compressed with NSIS...

[DarkZell666]

Can anyone confirm encoding with x264 in avidemux is much slower in avidemux that it is via x264.exe ?

I'm encoding a 512x384 sample right now, and it won't go over 8fps even with method="diamond", and "partition decision=1- Extremely low" (equivalent to --subme 1 and -me dia), whereas with the cli (input via avisynth) it goes over 20fps without any problem. Cpu usage is over 90% ...

One of the suppositions that come to my mind would be the decoding part of avidemux is hogging the CPU far too much (post-processing is disabled btw).

[LoRd_MuldeR]

Can anyone confirm encoding with x264 in avidemux is much slower in avidemux that it is via x264.exe ?

I'm encoding a 512x384 sample right now, and it won't go over 8fps even with method="diamond", and "partition decision=1- Extremely low" (equivalent to --subme 1 and -me dia), whereas with the cli (input via avisynth) it goes over 20fps without any problem. Cpu usage is over 90% ...

One of the suppositions that come to my mind would be the decoding part of avidemux is hogging the CPU far too much (post-processing is disabled btw).

Did you set multi-threading correctly in Avidemux?
What is your input file? If it is MPEG-2, what decoder did you select?

Nevertheless I also got the impression that encoding in Avidemux is a little slow in the last time :confused:

I have to do more testing...

[DarkZell666]

Did you set multi-threading correctly in Avidemux?
What is your input file? If it is MPEG-2, what decoder did you select?

Nevertheless I also got the impression that encoding in Avidemux is a little slow in the last time :confused:

I have to do more testing...

Source was an xvid+mp3 avi file, and I didn't set any multithreading since I have a pentium 4 (2,4ghz) @work. Btw, when I go and change the number of threads, close the dialog, and re-check the number of threads, it stays to 0 :confused:

And I've just checked encoding with XviD too:same problem, it doesn't go over 13fps, but it should be going somewhere round 25fps ... (512x384 video, MSP=5, no vhq, no trellis ...).

[LoRd_MuldeR]

I just did a quick Test:
MPEG-2 to x264, LAME for audio, no filters used

Avidemux 2.3.0+: FPS=1, ETA=8h
Avidemux 2.4.2884: FPS=0, ETA=33h :eek:

[DarkZell666]

I just saw your thread over at the avidemux forum, I moved my post to your thread to keep things clean ;)

Avidemux 2.3.0+: FPS=1, ETA=8h
Avidemux 2.4.2884: FPS=0, ETA=33h

I'm at least half re-assured, my config isn't to blame.

[LoRd_MuldeR]

Avidemux 2.4 Revision 2884 Try-2
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-14-Try2.Win32.exe

I replaced Mean's libx264.dll with the one provided by Celtic Druid.
On my system Mean's lib encodes 4 times slower :eek:

[LoRd_MuldeR]

Avidemux 2.4 Revision 2884 Try-3
http://mulder.brhack.net/public/downloads/Avidemux.2007-03-14-Try3.Win32.exe

Damn, I forgot pthreadGC2.dll in the previous package. For some reason Avidemux didn't ask for it when I launched it from RocketBar. Instead it loaded the pthreadGC2.dll from a different folder. I only noticed the problem because avidemux2_gtk.exe didn't start up when I launched it manually. Strange. Nevertheless it's fixed now. Hope this is the last one for today...

[Schrade]

Just a little thing - when you go to Help -> About it still says "Avidemux 2.4.0 (r2859)"

[IceManZ]

Avidemux 2.4 Revision 2885

- "Seek" / edit problems in H.264 files FiXeD ;)

Thanks a lot to Mean!

[LoRd_MuldeR]

Just a little thing - when you go to Help -> About it still says "Avidemux 2.4.0 (r2859)"

It seems Mean is just too lazy to edit the revision number every time he makes a new build :p

[LoRd_MuldeR]

Avidemux 2.4 Revision 2885

- "Seek" / edit problems in H.264 files FiXeD ;)

Thanks a lot to Mean!

Be warned: The libx264.dll that comes with Mean's r2885 build still is SLOOOOOW on my system!

[DarkZell666]

It seems mean managed to fix his libx264.dll : http://fixounet.free.fr/avidemux/win32/x264.zip

Thread over at avidemux forum : http://www.avidemux.org/admForum/viewtopic.php?pid=17771#p17771

[LoRd_MuldeR]

Avidemux v2.4 rev2885 2007-03-15:
Avidemux.2007-03-15.Win32.exe (http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack)

This package now contains Mean's fixed version of libx264.dll, which encodes at full speed now :D

[IceManZ]

Be warned: The libx264.dll that comes with Mean's r2885 build still is SLOOOOOW on my system!


Hep, I get the Speed issue too :)

Thanks a lot for your help :thanks:

[LoRd_MuldeR]

Avidemux 2.4 Preview-1 is out!

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

My mirror with NSIS installer:
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=preview1&mirror=brhack

[IceManZ]

I can't find a change log.

Do you know what's new / Fixed ?

Thanks :)

[LoRd_MuldeR]

I can't find a change log.

Do you know what's new / Fixed ?

Thanks :)

Bugs fixed recently after 2.3
external audio track import
MacOsX build (kuisathaverat)
Dolby downmixing coeff (Mihail)
Fade filter
Multithreaded mpeg2 encoding with lavcodec
Unpack vop not saved in project
Some colorconversion on AMD64
Crash with multitrack ogm
png/jpg/bmp import
display of properties that could crash



A complete list of all changes can be found here:
http://svn.berlios.de/wsvn/avidemux/?op=log

[IceManZ]

Thanks a lot LoRd_MuldeR!

[IceManZ]

r2897 are out but no compiled version available :confused:

[LoRd_MuldeR]

r2897 are out but no compiled version available :confused:

Nope. Mean didn't make a new Win32 so far. So we have to wait :o

I'd make my own builds, but I'm just too lazy to set up the whole built environment.
I'm currently busy with written exam. Maybe I'll have a look at that when I have more free time :p

[gruntster]

r2897 are out but no compiled version available :confused:

If you're interested, my Win32 build is available here: http://www.razorbyte.com.au/avidemux/avidemux_2.4_r2897_win32.zip

The dependencies it uses are listed below. I've highlighted those that are slightly newer versions compared to the latest official avidemux build.


aften 0.06 (with SSE3)
faac 1.25
faad 2.5
GTK+ 2.10.11
lame 3.97
libogg 1.1.3
libvorbis 1.1.2
Qt 4.2.3
SDL 1.2.11
x264 r634
xvid 1.2.0-dev

[IceManZ]

Good luck with your exam LoRd_MuldeR :)

and thanks a lot gruntster for your build, you make my day :thanks:

[LoRd_MuldeR]

gruntster, thanks for your build. Nice to see a new QT build.

Unfortunately, your build throws this error at startup:
http://img444.imageshack.us/img444/5641/admerrdl7.gif

[gruntster]

LoRd_MuldeR, I've been able to reproduce your error. You must be using the new option for external filters. :)

It seems the current make files do not link avidemux correctly to support this feature when using MinGW. I've made a few changes to fix it and will forward Mean a patch soon (along with a few other MinGW tweaks).

If you're interested, I've built r2901 with my changes. It also includes x264 r635.

http://www.razorbyte.com.au/avidemux/avidemux_2.4_r2901_win32.zip

[LoRd_MuldeR]

Avidemux 2.4 Revision 2901
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack

This build was contributed by gruntster. It cantains GTK+, QT and CLI version.
Also this build updates some libraries (including x264) to latest version.

Warning: This build makes my PC crash as soon as I start encoding. Can others confirm?

[LoRd_MuldeR]

gruntster, you build crashes on my computer as soon as I start encoding. Avidemux just disappears, couldn't find any useful info in the log files.
Once it even made my PC reboot, right when I started the encoding process :scared: :confused:

I use GTK+ version and I tried to do some MPEG-2 to H.264 conversion (with a bunch of filters)


// EDIT

Went back to Mean's Preview-1 build and everything works fine again. Any ideas?

[gruntster]

I think I've found the problem. It seems to be a bug introduced in x264 r634.

SSE2 instructions now seem to be mandatory. Judging from the SVN description (conflate HAVE_MMXEXT with HAVE_SSE2, since they were never used distinctly), I don't think this change was intentional.

People with SSE2 capable CPUs shouldn't be affected.

I'll roll x264 back to r633 and build vanilla and SSE2 versions. I'll also try to include vanilla, SSE2 and SSE3 versions of Aften.

Hopefully have another build for you tomorrow.

Thanks for your help behind the scenes LoRd_MuldeR :)

[LoRd_MuldeR]

Avidemux 2.4 Revision 2903
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack

This build was made by Mean again and it doesn't crash on my system :)

[LoRd_MuldeR]

Avidemux 2.4 Revision 2910
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack

This build was made by Gruntster and works okay on my system.
Gruntster's previous build used a newer version of GTK+, which obviously caused the crash on my system.

Also note that this build finally contains Sadarax' improved x264 config dialog :)

[gruntster]

Avidemux 2.4 R2910 is also available here:
http://www.razorbyte.com.au/avidemux/avidemux_2.4_r2910_win32.zip

[LoRd_MuldeR]

Avidemux v2.4 Revision 2916
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack

[LoRd_MuldeR]

I've just put together a small tool called ADM Tools.
It currently does two things: Priority Management and Automated Shutdown.

It's very easy to use, at least I hope so. Just run 'adm_tools.exe' and see yourself ;)
Note the System Tray Icon, it's located on your Taskbar right next to the clock!

Known limitation: Doesn't work with certain translations, currently "CS" and "RU".
That's because both of them don't have a proper caption on their 'Encoding in Progress' window.
Maybe something the translators can fix for future version ???

Tested with Avidemux 2.4 r2916 on Windows XP SP-2.

Screenshot:
http://img177.imageshack.us/img177/7070/fileadmtoolsjk0.png

Download:
http://mulder.brhack.net/public/downloads/ADM_Tools.2007-04-09.zip

[LoRd_MuldeR]

Just uploaded a new version, which should be able to handle multiple instances.
I replaced the DL link above with the new version...

[gruntster]

Avidemux 2.4 R2922 is available here:
http://www.razorbyte.com.au/avidemux

This build includes x264 R641. Although R644 is available, anything after R641 causes Avidemux to crash immediately upon encoding.

[LoRd_MuldeR]

Avidemux v2.4 Revision 2922
http://mulder.dummwiedeutsch.de/home/?page=guestbook&app=avidemux&file=latest&mirror=brhack

This package also contains a new version of my 'ADM Tools'.
For more information, see above.

[LoRd_MuldeR]

Although R644 is available, anything after R641 causes Avidemux to crash immediately upon encoding.

This might be due to another API change, maybe? :confused:
The "extreme cqms" problem mentioned in the log shouldn't be a problem in Avidemux, as long as you don't load a certain cqm, right?

Nevertheless "2x faster quant, 2% overall" sounds really promising, so I hope there will be a way...