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

wata

7th December 2009, 08:17

Quote:
Originally Posted by wata View Post
anyone know why libx264-76.dll and libx264-78.dll don't have x264 settings use for encoding written in output mp4 file now?

They definitely do write the info to the H.264 bistream. Maybe the muxer discards the info? Try another container, e.g. AVI, for testing purpsoe ;)

hi, today i try the latest avidemux 5602 with output to mp4 and mkv both doesn't have the x264 info included in the encoded file, only avi have it
is it possible to get back to previous version behavior (last know version r5341)

LoRd_MuldeR

7th December 2009, 14:31

Quote:
Originally Posted by wata View Post
anyone know why libx264-76.dll and libx264-78.dll don't have x264 settings use for encoding written in output mp4 file now?

hi, today i try the latest avidemux 5602 with output to mp4 and mkv both doesn't have the x264 info included in the encoded file, only avi have it
is it possible to get back to previous version behavior (last know version r5341)

Probably an issue with Avidemux' MKV/MP4 muxer. I can reproduce it and will open an issue on the Avidemux bug tracker.

Update:This isn't a bug in Avidemux. x264 now encapsulates NALs (http://git.videolan.org/?p=x264.git;a=commit;h=031e25d8cc909af2d138f9fedc8252961f34a6ac).

The additional metadata is generated by x264 for the first frame if repeat headers are used (i.e. SPS/PPS is required before each keyframe). Containers like FLV, MOV and MP4 use global headers and therefore the additional metadata isn't generated.

I'd imagine other software that uses the latest x264 like FFmpeg and MEncoder would act the same.

LoRd_MuldeR

8th December 2009, 19:01

libx264 SVN-r1360:

libx264-r1360, MinGW GCC 4.4.2, optimized for Core 2 (http://www.mediafire.com/file/rgjnm2zmzjz/libx264-79-r1360M-gcc442-core2-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, optimized for K10 (http://www.mediafire.com/file/1ygtmvemkqn/libx264-79-r1360M-gcc442-amdfam10-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, optimized for Pentium III (http://www.mediafire.com/file/jnmmzm3m3tm/libx264-79-r1360M-gcc442-pentium3-fprofiled.7z)
libx264-r1360, MinGW GCC 4.4.2, without ASM (slow!) (http://www.mediafire.com/file/tzgtmyz54jg/libx264-79-r1360M-gcc442-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

Re-uploaded, as the previous mirror, DropBox, is not available anymore. They disabled my account. Reason: Too much traffic.

LoRd_MuldeR

9th December 2009, 20:39

libx264 SVN-r1369:

libx264-r1369, MinGW GCC 4.4.2, optimized for Core 2 (http://www.mediafire.com/file/diiwitzyjw2/libx264-79-r1369M-gcc442-core2-fprofiled.7z)
libx264-r1369, MinGW GCC 4.4.2, optimized for K10 (http://www.mediafire.com/file/nw1ux5xgyty/libx264-79-r1369M-gcc442-amdfam10-fprofiled.7z)
libx264-r1369, MinGW GCC 4.4.2, optimized for Pentium III (http://www.mediafire.com/file/nd2kd3eoi1e/libx264-79-r1369M-gcc442-pentium3-fprofiled.7z)
libx264-r1369, MinGW GCC 4.4.2, without ASM (slow!) (http://www.mediafire.com/file/wzymyanwwyt/libx264-79-r1369M-gcc442-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

MB-Tree + B-Pyramid works now. Also slice-based threading is back (optionally), but cannot be used with Avidemux yet.

LoRd_MuldeR

11th December 2009, 11:35

libx264 SVN-r1373:

libx264-r1373, MinGW GCC 4.4.2, optimized for Core 2 (http://www.mediafire.com/file/3inzozz2g2q/libx264-79-r1373M-gcc442-core2-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, optimized for K10 (http://www.mediafire.com/file/ldyzwmklzv4/libx264-79-r1373M-gcc442-amdfam10-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, optimized for Pentium III (http://www.mediafire.com/file/nygdzzznwzm/libx264-79-r1373M-gcc442-pentium3-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, without ASM (slow!) (http://www.mediafire.com/file/zgynz2yqwmh/libx264-79-r1373M-gcc442-noasm-fprofiled.7z)

libx264-r1373, MinGW GCC 4.5.0, optimized for Core 2 (http://www.mediafire.com/file/zkgzyhxdkdj/libx264-79-r1373M-gcc450-core2-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, optimized for K10 (http://www.mediafire.com/file/kj2zdytum3n/libx264-79-r1373M-gcc450-amdfam10-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, optimized for Pentium III (http://www.mediafire.com/file/z5zntmzg2wd/libx264-79-r1373M-gcc450-pentium3-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, without ASM (slow!) (http://www.mediafire.com/file/zltyfafjnry/libx264-79-r1373M-gcc450-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

This build fixes a crash (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=65b3d0fd9f8167a6d0772a29e8fcf1a66ee7f8af) introduced in the previous build. People are highly encouraged to update asap!

wata

11th December 2009, 19:39

Probably an issue with Avidemux' MKV/MP4 muxer. I can reproduce it and will open an issue on the Avidemux bug tracker.

Update:
Originally Posted by Grant Pedersen
This isn't a bug in Avidemux. x264 now encapsulates NALs (http://git.videolan.org/?p=x264.git;...8252961f34a6ac).

The additional metadata is generated by x264 for the first frame if repeat headers are used (i.e. SPS/PPS is required before each keyframe). Containers like FLV, MOV and MP4 use global headers and therefore the additional metadata isn't generated.

I'd imagine other software that uses the latest x264 like FFmpeg and MEncoder would act the same.

i got no idea what Grant Pedersen are talking about

you mean from now on x264 encoding to mp4/mkv encode setting are not embeded, so if i want to check later what setting/version i use to encode those files there would be no way

i just try the latest version r1373 it still produce mp4/mkv with x264 settings embedded

LoRd_MuldeR

11th December 2009, 19:43

He mans that x264 now encapsulates the NAL units itself. Before the API change, a while ago, the application had to do that.

This, in combination with the fact that MP4/MKV doesn't use repeat headers (it only stores a global header once), has the effect that no meta data is written.

If you (or one of the x264 developers) know a workaround, then let use know please...

Brazil2

11th December 2009, 21:39

The point is that it's working with a standalone x264.exe and we can see the SEI informations in all of these cases:
raw .h264 stream
MP4 muxed with MP4Box with the above raw stream
MKV muxed with MKVmerge with the above raw stream
MP4 directly created by x264.exe

It's only Avidemux which stopped doing it after r5341 IIRC. It was working fine before.
Not to mention that sometimes I have troubles with MP4 files created by Avidemux but remuxing them with MP4Box (through YAMB) is making them playing fine.

Ryo94

13th December 2009, 21:15

When I use the zoom x2 the playing becomes slow and glitchy, I thought that could be lack of memory but this happen even with low quality files (320x240) while in Virtualdub I can zoom till 300% without problem, I have this problem with the 2.5 stable and with the latest beta too. I'm running avidemux in a pc with an athlon 1.5Ghz, 1GB ram, WinXP SP3.

LoRd_MuldeR

14th December 2009, 00:31

I added experimental GCC 4.5.0 builds of libx264 r1373. Have fun testing :)
http://forum.doom9.org/showpost.php?p=1351705&postcount=1407

In my quick test the encoded H.264 streams came out bit-identical for the GCC 4.4.2 and GCC 4.5.0 builds (verified using MD5 and RIPEMD160 hashes).

Brazil2

14th December 2009, 15:09

I added experimental GCC 4.5.0 builds of libx264 r1373. Have fun testing :)
http://forum.doom9.org/showpost.php?p=1351705&postcount=1407
I can't download it, looks like the server hosting it is down :(
However I can download the 4.4.2 version.

LoRd_MuldeR

14th December 2009, 15:14

I can't download it, looks like the server hosting it is down :(
However I can download the 4.4.2 version.

It's both hosted on MediaFire, so how is it possible that you can download the one but not the other? :confused:

However I just checked and I currently cannot download anything, so it's probably a temporary problem at MediaFire...

EDIT: Seems to work again here. Please try again!

Brazil2

14th December 2009, 15:29

Seems to work again here. Please try again!
4.4.2 works
4.5.0 still doesn't work :(

LoRd_MuldeR

14th December 2009, 15:54

Strange. Definitely works for me. And I wonder how it is possible that the 4.5.0 downloads don't work while the 4.4.2 downloads do work. They are hosted on the same site!

As I can download the files, it's not a server problem. And as you can download at least some files from MediaFire, it also can't be a "connection" problem on your side...

kypec

14th December 2009, 17:14

4.4.2 works
4.5.0 still doesn't work :(
I can confirm this:
libx264-79-r1373M-gcc442-core2-fprofiled.7z downloaded fine for me.
http://download636.mediafire.com/u3wruk4mbwog/zkgzyhxdkdj/libx264-79-r1373M-gcc450-core2-fprofiled.7z fails with the following error:Network Timeout

The operation timed out when attempting to contact download636.mediafire.com.

The requested site did not respond to a connection request and the browser has stopped waiting for a reply.
Tried several refresh procedures, still doesn't work.

LoRd_MuldeR

14th December 2009, 18:45

I can confirm this:
libx264-79-r1373M-gcc442-core2-fprofiled.7z downloaded fine for me.
http://download636.mediafire.com/u3wruk4mbwog/zkgzyhxdkdj/libx264-79-r1373M-gcc450-core2-fprofiled.7z fails with the following error:Network Timeout

The operation timed out when attempting to contact download636.mediafire.com.

The requested site did not respond to a connection request and the browser has stopped waiting for a reply.

Deep links won't work with MediaFire. Anyway, it seems that one of their mirrors is currently down. Unfortunately the one where my files are located :p

Re-uploading the files now, please stay tuned...

LoRd_MuldeR

14th December 2009, 19:03

libx264 SVN-r1373:

libx264-r1373, MinGW GCC 4.4.2, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc442-core2-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc442-amdfam10-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc442-pentium3-fprofiled.7z)
libx264-r1373, MinGW GCC 4.4.2, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc442-noasm-fprofiled.7z)

libx264-r1373, MinGW GCC 4.5.0, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc450-core2-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc450-amdfam10-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc450-pentium3-fprofiled.7z)
libx264-r1373, MinGW GCC 4.5.0, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1373/libx264-79-r1373M-gcc450-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

This build fixes a crash (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=65b3d0fd9f8167a6d0772a29e8fcf1a66ee7f8af) introduced in the previous build. People are highly encouraged to update asap! Re-uploaded.

LoRd_MuldeR

16th December 2009, 01:12

libx264 SVN-r1376:

libx264-r1376, MinGW GCC 4.5.0, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-79-r1376M-gcc450-core2-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-79-r1376M-gcc450-amdfam10-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-79-r1376M-gcc450-pentium3-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-79-r1376M-gcc450-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5602 (http://forum.doom9.org/showpost.php?p=1348253&postcount=1395) or later now!

This build should ignificantly increase quality with many threads in 2-pass mode, especially in cases with extremely large I-frames.

LoRd_MuldeR

19th December 2009, 20:56

Avidemux 2.5.2 Final (2009-12-19)
http://www.avidemux.org/

Revision 5660 [2.5.2 Final] (19 Dec 2009)

What's New in Avidemux 2.5.2
* Re-enabled Vorbis decoder (regression introduced 2.5.0)
* Improved channel mapping of multichannel DTS & Vorbis audio
* Fixed decoding of 5.1 channel Vorbis audio in MKV files
* Updated the FFmpeg libraries
* Added support for latest x264 core and updated Qt interface
* Added support for H264 video, VP6A video and AAC audio in FLV container
* Added support for SEDG and WMVA four CCs
* Various fixes related to Xvid settings
* Fixed Xvid stat files remaining locked after encoding (regression introduced 2.5.0)
* Improved MKV demuxer
* New Colour Curve Editor plugin for Qt interface
* Fixed partial filter support (regression introduced 2.5.0)
* Fixed FluxSmooth filter plugin (regression introduced 2.5.0)
* Fixed saving of filter parameters for Rotate and Equaliser plugins (regression introduced 2.5.0)
* Added extra bitrate settings for LAME audio encoder
* Enabled JACK audio device plugin (regression introduced 2.5.0)
* Various GUI fixes for GTK+ and Qt interface
* Fixed command-line interface support for various video filters
* Changed "save-jpg" parameter of command-line interface to honour "begin" parameter
* Fixed saving of crash file when Avidemux unexpectedly quits (regression introduced in 2.5.0)
* Fixed GUI quirks when using Copy mode and AVI un/packing
* Further improvements to Unicode support for filenames on MS Windows
* Various minor fixes and enhancements

5659 - [Equalizer] Fix load/save
5658 - [Rotate] Fix load/save of rotate filter
5657 - [i18n] Fix buffer overflow with large language (greek) launchpad 344528
5656 - [i18n] Italian translation update by zoppo
5655 - [Osx] Patch by surfer
5636 - [po] Chinese traditional update by Dongjun Wu
5624 - [VORBIS] Fix channel layout for multichannel vorbis track, refs #60 and #61
5623 - [MKV] Fix vorbis multichannel loading, fixes #61
5617 - [mkv] Dont trow away headers if they are short
5616 - [AAC] encoder, channel mapping take two , ref #60
5615 - [AAC] Slightly better channel mapping (?) ref #60
5611 - [x264] support old bframe as references setting
5610 - [DTS] Change channel decoding layout
5609 - [i18n] Hu update by alaci
5608 - [core] fcntl.h include (arch/jh3h3 post)
5605 - [ffmpeg] update ffmpeg & libswscale tarballs
5604 - [win32] use avidemux open function instead when checking if file system is writeable
5603 - [x264] add bframe as references option to correct xml block

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

20th December 2009, 23:56

Avidemux 2.5.2 r5676 (2009-12-20)
http://www.avidemux.org/

Revision 5676 (20 Dec 2009)
# Packaged using NSIS 2.46.
# Updated GTK+ to version 2.18.5-1.
# Updated libpng to version 1.2.40-1.
# Updated Pango to version 1.26.1-1.
# Updated Qt to version 4.6.0.
# Updated x264 to r1376.

5676 - [Win64] don't enable FFmpeg memalign hack for Win64 since it isn't necessary
5675 - [Win64] disable custom memory functions for Win64 since Qt doesn't like it and mingw-w64 allocates 4-byte aligned
5674 - [ffmpeg] no need to build ffplay
5673 - [ffmpeg] update FFmpeg to r20900 & libswscale r30075
5672 - [general] bump version
5671 - [Win64] compilation fix for srt plugin
5670 - [general] tweaks to remove unnecessary compiler warning
5669 - [odml] fix calculation of extra data - use struct size not pointer size
5668 - [GTK] remove unused files
5667 - [Win32] update build scripts to support 64-bit build
5666 - [Win32] bump version of installer
5665 - [Win32] detect Windows 7
5664 - [ffmpeg] change usage of deprecated functions to new API
5663 - [ffmpeg] use av_free to clean up avcodec contexts
5662 - [mcdeint] link to libavutil since it was using an override function for av_free
5661 - [ffmpeg] remove overloaded av* memory functions and let ffmpeg libs look after themselves - it might break things that aren't correctly freed using av_free

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

21st December 2009, 00:48

libx264 SVN-r1376:

libx264-r1376, MinGW GCC 4.5.0, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-80-r1376M-gcc450-core2-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-80-r1376M-gcc450-amdfam10-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-80-r1376M-gcc450-pentium3-fprofiled.7z)
libx264-r1376, MinGW GCC 4.5.0, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-80-r1376M-gcc450-noasm-fprofiled.7z)
libx264-r1376, MinGW GCC 3.4.5, legacy build (http://dl.dropbox.com/u/3191920/Beta/libx264/r1376/libx264-80-r1376M-gcc345-i686-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.1 or older. Please update to Avidemux 2.5.2 r5676 (http://forum.doom9.org/showpost.php?p=1355245&postcount=1422) or later now!

Re-compiled x264 r1376 with core-80. This will make it work with the latest Avidemux 2.5.2 SVN build, not with the 2.5.2 Final!

Abradoks

28th December 2009, 02:37

I don't use Avidemux much, but I've noticed some problems with it. Here are samples:
1) s.avi (http://rghost.ru/763711) — problem with sound (maybe corrupted source). Audio device: Win32 — crash; SDL — silence; Dummy — OK.
2) huff.mkv (http://rghost.ru/763714) — huffyuv in mkv. Isn't decoded correctly, junk instead of picture. huffyuv in avi works correctly.
3) x264.mp4 (http://rghost.ru/763716) — x264 (cli) output. No first frame (sometimes can display random or last decoded frame instead of it), no last frame.
4) x264.mkv (http://rghost.ru/763715) — x264 (cli) output. Not working at all.
Windows XP, Avidemux 2.5.2.5660.

LoRd_MuldeR

28th December 2009, 19:53

Avidemux 2.5.2 r5747 (2009-12-28)
http://www.avidemux.org/

Revision 5747 (28 Dec 2009)

Revision 5676 (20 Dec 2009)
# Packaged using NSIS 2.46.
# Updated GTK+ to version 2.18.5-1.
# Updated libpng to version 1.2.40-1.
# Updated Pango to version 1.26.1-1.
# Updated Qt to version 4.6.0.
# Updated x264 to r1376.

5747 - [mpeg-1] add Video CD configuration
5746 - [qt] add a recent projects menu option to Qt interface
5745 - [qt] increase recent files list from 4 to 6 for Qt interface and smarten saving of prefs
5744 - [mpeg-1] unix compilation fix
5743 - [mpeg-1] add Xvid rate control to MPEG-1 avcodec video plugin
5735 - [x264] fix handling of bFrameReferences with earlier versions of x264
5734 - [i420] support I420 video
5713 - [Win64] fix compilation error (r5712)
5712 - [Win64] fix fast memory copy
5680 - [Win64] fix script to use correct config path for 64-bit build
5679 - [Win64] fix compilation error for Yadif plugin on Win64
5678 - [Win32] remove 32-bit object files since they're already dynamically built and not 64-bit compatible
5677 - [Win64] check for existing definition of constants to suppress unnecessary warnings with mingw-w64

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

30th December 2009, 02:01

Avidemux 2.5.2 r5775 (2009-12-29)
http://www.avidemux.org/

Revision 5775 (29 Dec 2009)

Revision 5747 (28 Dec 2009)

Revision 5676 (20 Dec 2009)
# Packaged using NSIS 2.46.
# Updated GTK+ to version 2.18.5-1.
# Updated libpng to version 1.2.40-1.
# Updated Pango to version 1.26.1-1.
# Updated Qt to version 4.6.0.
# Updated x264 to r1376.

5775 - [qt] increase number of visible items for comboboxes on main Qt gui
5774 - [mjpeg] remove old mjpeg logic
5773 - [dlgFactory] increase the number of controls the dialogFactory's frame can host
5772 - [jpeg] use avcodec directly for jpeg instead of old mjpeg plugin
5771 - [mjpeg] avcodec M-JPEG video plugin
5757 - [flv1] remove old flv1 logic
5756 - [flv1] avcodec FLV1 video plugin
5755 - [moeg] remove more remnants
5754 - [dlgFactory] initialise variable to prevent crash with GTK config menu
5753 - [mpeg] remove more remnants
5752 - [mpeg] remove old avcodec mpeg-1 and mpeg-2 logic
5751 - [win32] update installer to include configurations and delete old installer
5750 - [mpeg-2] add SVCD and DVD configurations
5749 - [mpeg2] avcodec MPEG-2 video plugin
5748 - [vidEnc] change plugin options class so it is no longer intended as singleton

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

1st January 2010, 15:06

Avidemux 2.5.2 r5801 (2010-01-02)
http://www.avidemux.org/

5810 - [muxer] always set muxer back to defaults if config not specified in JavaScript
5809 - [win32] tweaks to build scripts
5808 - [mpeg2enc] skeleton for mpeg2enc plugin
5807 - [gui] update copyright year
5806 - [gui] remove avi muxer menu option and redundant Qt actions
5805 - [mpeg-ps] make mpeg-ps muxer configurable
5804 - [Filter] Fix partial filer, closes #66
5803 - [win32] update scripts to package 32 & 64-bit
5802 - [mkv] Ignore CRC and other tags when present, fixes #70
5801 - [vidEnc] fix installation of UI libraries

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

7th January 2010, 23:47

Avidemux 2.5.2 r5830 (2010-01-07)
http://www.avidemux.org/

Revision 5830 (07 Jan 2010)
# Compiled with GCC 4.4.3 pre-release (r155431).

5830 - [ffmpeg] update FFmpeg to r21066 & libswscale r30236
5829 - [win32] fast memory copy fix for mingw-w32
5828 - [win32] update installer script to bundle different GCC files
5827 - [Avi] Fix weird dv-avi files with fq=0, put 48kHz
5823 - [macosx] disable correct preferences action on main Qt interface
5818 - [mpeg-ps] fix regression in mpeg-ps muxer preventing mpeg2enc SVCD and DVD from working
5817 - [js] fix output when there are no muxer settings
5810 - [muxer] always set muxer back to defaults if config not specified in JavaScript
5809 - [win32] tweaks to build scripts
5808 - [mpeg2enc] skeleton for mpeg2enc plugin
5807 - [gui] update copyright year
5806 - [gui] remove avi muxer menu option and redundant Qt actions
5805 - [mpeg-ps] make mpeg-ps muxer configurable
5804 - [Filter] Fix partial filer, closes #66
5803 - [win32] update scripts to package 32 & 64-bit
5802 - [mkv] Ignore CRC and other tags when present, fixes #70
5801 - [vidEnc] fix installation of UI libraries

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

LoRd_MuldeR

17th January 2010, 18:26

libx264 SVN-r1378:

libx264-r1378, MinGW GCC 4.5.0, generic build (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc450-i686-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for Core 2 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc450-core2-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for K10 (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc450-amdfam10-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for Pentium III (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc450-pentium3-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, without ASM (slow!) (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc450-noasm-fprofiled.7z)
libx264-r1378, MinGW GCC 3.4.5, legacy build (http://dl.dropbox.com/u/3191920/Beta/libx264/r1378/libx264-80-r1378M-gcc345-i686-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.1 or older. Please update to Avidemux 2.5.2 r5830 (http://forum.doom9.org/showpost.php?p=1361233&postcount=1428) or later now!

The libx264 DLL is now compiled with static pthreads library. So far this seems to work fine for me...

lych_necross

18th January 2010, 08:07

The libx264 DLL is now compiled with static pthreads library. So far this seems to work fine for me...
What is the risk of using static pthreads?

LoRd_MuldeR

18th January 2010, 12:58

What is the risk of using static pthreads?

There is no "risk". Or there shouldn't be a risk, at least ;)

All those builds of x264.exe usually link pthreads as a static library (no dependency on pthreadsGC2.dll). It only didn't work with the libx264 DLL before that (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commitdiff;h=d26e79d982ec6d0aea40e6d0b21ee799994007ca) revision.

LoRd_MuldeR

18th January 2010, 15:14

My libx264 r1378 (http://forum.doom9.org/showpost.php?p=1364712&postcount=1429) builds have been updated. Previous builds would have crashed with ME=ESA, at least the "Core2" optimized ones :o

It turns out that GCC 4.x with "-march=core2" breaks the DLL, unless "-fno-tree-vectorize" is used. There is no such problem with the CLI encoder through.

Apparently only ESA mode was broken. So as long as you didn't use such "placebo" setting, you probably never ran into the problem :)

wata

20th January 2010, 11:18

LoRd_MuldeR

20th January 2010, 13:40

i stop updating Avidemux after r5341 because x264 SEI/encoding informations is not embedded into mp4/mkv final encode files
anyone encoding to mp4/mkv with the latest version can check for me if sei info is restore
thanks

It has been explained more than enough that this the result of the major x264 API change, back in r1260 (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commitdiff;h=031e25d8cc909af2d138f9fedc8252961f34a6ac) ;)

Dark Shikari

20th January 2010, 18:04

It has been explained more than enough that this the result of the major x264 API change, back in r1260 (http://git.videolan.org/gitweb.cgi?p=x264.git;a=commitdiff;h=031e25d8cc909af2d138f9fedc8252961f34a6ac) ;)No it isn't. If Avidemux does not write the SEI header, it is bugged and broken and should not be used.

DarkZell666

20th January 2010, 18:07

No it isn't. If Avidemux does not write the SEI header, it is bugged and broken and should not be used.

If by "bugged" you mean "Avidemux wasn't updated to support the new API fully" then yes, it's true. Otherwise I don't understand. Do you mean the produced MP4 files aren't spec-compliant in this case ?

Dark Shikari

20th January 2010, 18:09

If by "bugged" you mean "Avidemux wasn't updated to support the new API fully" then yes, it's true. Otherwise I don't understand.But there's nothing different about the new API that would result in the SEI not being written now. Absolutely nothing whatsoever changed with respect to SEI handling.Do you mean the produced MP4 files aren't spec-compliant in this case ?If an application that claims to be an x264 frontend is throwing out some of the information that x264 told it to write, it's doing it very wrong.

LoRd_MuldeR

20th January 2010, 18:30

No it isn't. If Avidemux does not write the SEI header, it is bugged and broken and should not be used.

That statement is grossly exaggerated!

If Avidemux discards the SEI header when it shouldn't, then there's a bug hiding somewhere in the muxer code. Plain and simple.

Bugs occasionally occur in software development, that's a fact. The 100% bug-free software doesn't exist. I think I don't need to explain that to you ;)

Also this bug definitely is a result of the aforementioned x264 API change, because before the API change Avidemux didn't exhibit the bug.

Furthermore I wouldn't consider that a serious bug. Anyway, I will try to bug Gruntster about the issue again...

If an application that claims to be an x264 frontend is throwing out some of the information that x264 told it to write, it's doing it very wrong.

Avidemux never claimed to be a x264 front-end. It's a fully-fledged video editor, which offers many editing, filtering and encoding capabilities.

More specifically it supports many audio and video encoders. x264 is only one of them.

Yes, currently there is a (minor) bug that occurs if one specific encoder (x264) is combined with a specific muxer (MP4 or MKV). So what?

Supporting a great variety of audio and video encoders in combination with several muxers isn't as simple as creating a GUI around an existing CLI tool!

What we need here is some helpful information to track down the bug, not polemics...

Dark Shikari

20th January 2010, 19:24

That statement is grossly exaggerated!

If Avidemux discards the SEI header when it shouldn't, then there's a bug hiding somewhere in the muxer code. Plain and simple.

Bugs occasionally occur in software development, that's a fact. The 100% bug-free software doesn't exist. I think I don't need to explain that to you ;)Yes, but at least I go immediately fix bugs when people report them to me ;)

shiloto

21st January 2010, 02:25

Hello. Im having some troubles with avidemux. Using version 2.5.2 to split and reencode video files - x264(720p) in this case. Problem is when i load the video i get heavy suttering of audio and video. I tryed using both the normal method and the alternitive for B-frames in h264. Same thing. I used to do the same stuff with avidemux before didnt have such problems.

I saw now that changing video display to MS directx fixed video lag, and theres only 2-3 seconds audio delay, but copying video copies the audio delay too....

Brazil2

21st January 2010, 03:02

If Avidemux discards the SEI header when it shouldn't, then there's a bug hiding somewhere in the muxer code. Plain and simple.
Just a reminder ;)

http://forum.doom9.org/showthread.php?p=1351866#post1351866

Abradoks

21st January 2010, 04:18

BTW, what about problem samples I've posted (http://forum.doom9.org/showthread.php?p=1357266#post1357266)? Are they known issues (especially x264 outputs)?
Also I have MPEG-TS AVC 1080i sample, that avidemux can't decode properly (loses frame accuracy) even aften remuxing into mkv. Should I upload it?

LoRd_MuldeR

23rd January 2010, 16:36

Yes, but at least I go immediately fix bugs when people report them to me ;)

Avidemux developers try to do the same. But they don't have an infinite amount of time, so not everything can be fixed "immediately" ;)

Rev & Author: Rev 5868 - gruntster - Go to most recent revision
Last modification: Rev 5868 - 2010-01-23 14:31:40 GMT
Log message: [x264] don't drop SEI userdata from x264 encoder.
FFmpeg muxers ignore the SEI when placed in extradata so insert in front of first video frame instead.

LoRd_MuldeR

23rd January 2010, 17:28

libx264 SVN-r1378:

libx264-r1378, MinGW GCC 4.5.0, generic build (http://www.mediafire.com/file/wyejiw5jmae/libx264-80-r1378M-gcc450-i686-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for Core 2 (http://www.mediafire.com/file/5zmm3zjzjty/libx264-80-r1378M-gcc450-core2-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for K10 (http://www.mediafire.com/file/rmyzqtdhiyy/libx264-80-r1378M-gcc450-amdfam10-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, optimized for Pentium III (http://www.mediafire.com/file/nzy4hnmotyn/libx264-80-r1378M-gcc450-pentium3-fprofiled.7z)
libx264-r1378, MinGW GCC 4.5.0, without ASM (slow!) (http://www.mediafire.com/file/nuntwntv1wy/libx264-80-r1378M-gcc450-noasm-fprofiled.7z)
libx264-r1378, MinGW GCC 3.4.5, legacy build (http://www.mediafire.com/file/tmjnnwydw40/libx264-80-r1378M-gcc345-i686-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.1 or older. Please update to Avidemux 2.5.2 r5830 (http://forum.doom9.org/showpost.php?p=1361233&postcount=1428) or later now!

Re-uploaded the r1378 builds to a new mirror, as the Dropbox links are currently disabled...

LoRd_MuldeR

23rd January 2010, 21:04

Avidemux 2.5.2 r5869 (2010-01-23)
http://www.avidemux.org/

Revision 5869 (23 Jan 2010)
# Updated GLib to version 2.22.4-1.
# Updated Qt to version 4.6.1.
# Updated x264 to r1400.

5869 - [win32] update build script to include DirectX headers
5868 - [x264] don't drop SEI userdata from x264 encoder. FFmpeg muxers ignore the SEI when placed in extradata so insert in front of first video frame instead.
5867 - [ffmpeg] move from newly deprecated function
5866 - [ffmpeg] ensure Yasm is installed and DXVA2 is detected on Win32
5865 - [ffmpeg] update FFmpeg to r21394 & libswscale to r30400
5862 - [ffmpeg] update FFmpeg to r21328 & libswscale to r30376
5859 - [avsProxy] Audio support (not tested much)
5858 - [avsproxy] Sync with avsproxy from 2.6, part 1, no audio
5848 - [i18n] Catalan update by Joan Farrerons
5832 - [Ass] Update libass to git version + tweak a bit CMakelist.txt to enable fontconfig/freetype if they are there
5831 - [filter] fix partial when child has parameters, fixes #66, again.
5830 - [ffmpeg] update FFmpeg to r21066 & libswscale r30236

Download Mirror #1: http://mulder.dummwiedeutsch.de/ (http://mulder.dummwiedeutsch.de/home/?page=projects#avidemux)
Download Mirror #2: http://avidemux.razorbyte.com.au/ (http://avidemux.razorbyte.com.au/#avidemux2.5)

Dark Shikari

23rd January 2010, 21:19

Ah, so Avidemux uses the lavf muxers; that would explain the disappearing SEI.

We had to compensate for that in libx264.c in ffmpeg too.

LoRd_MuldeR

23rd January 2010, 21:59

libx264 SVN-r1400:

libx264-r1400, MinGW GCC 4.5.0, optimized for Core 2 (http://www.mediafire.com/file/j2dzmlgzzmh/libx264-83-r1400M-gcc450-core2-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, optimized for K10 (http://www.mediafire.com/file/iyaiijfr22w/libx264-83-r1400M-gcc450-amdfam10-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, optimized for Pentium III (http://www.mediafire.com/file/ttrym0z0ayl/libx264-83-r1400M-gcc450-pentium3-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, generic build (http://www.mediafire.com/file/iwtfocz1rjz/libx264-83-r1400M-gcc450-i686-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, without ASM (slow!) (http://www.mediafire.com/file/ykxemz21uyz/libx264-83-r1400M-gcc450-noasm-fprofiled.7z)

libx264-r1400, MinGW GCC 4.4.3, optimized for Core 2 (http://www.mediafire.com/file/iaiuniruyyy/libx264-83-r1400M-gcc443-core2-fprofiled.7z)
libx264-r1400, MinGW GCC 4.4.3, optimized for K10 (http://www.mediafire.com/file/4zbdhmkr4ml/libx264-83-r1400M-gcc443-amdfam10-fprofiled.7z)
libx264-r1400, MinGW GCC 4.4.3, optimized for Pentium III (http://www.mediafire.com/file/mizlnz5klux/libx264-83-r1400M-gcc443-pentium3-fprofiled.7z)
libx264-r1400, MinGW GCC 4.4.3, generic build (http://www.mediafire.com/file/dcxkvmnjjjn/libx264-83-r1400M-gcc443-i686-fprofiled.7z)
libx264-r1400, MinGW GCC 4.4.3, without ASM (slow!) (http://www.mediafire.com/file/hvyr2wjm54e/libx264-83-r1400M-gcc443-noasm-fprofiled.7z)

libx264-r1400, MinGW GCC 3.4.5, legacy build (http://www.mediafire.com/file/nkyuuzh0vmo/libx264-83-r1400M-gcc345-i686-fprofiled.7z)

libx264 SVN-r1400 with Periodic Intra Refresh:

libx264-r1400, MinGW GCC 4.5.0, optimized for Core 2 (http://www.mediafire.com/file/4mzvz5kj4lj/libx264-83-r1400M-PIR-gcc450-core2-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, optimized for K10 (http://www.mediafire.com/file/nivrqom20x1/libx264-83-r1400M-PIR-gcc450-amdfam10-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, optimized for Pentium III (http://www.mediafire.com/file/kehdjuhejkg/libx264-83-r1400M-PIR-gcc450-pentium3-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, generic build (http://www.mediafire.com/file/huyzictv32g/libx264-83-r1400M-PIR-gcc450-i686-fprofiled.7z)
libx264-r1400, MinGW GCC 4.5.0, without ASM (slow!) (http://www.mediafire.com/file/zy3qzbmjzyz/libx264-83-r1400M-PIR-gcc450-noasm-fprofiled.7z)

These builds will NOT work with Avidemux 2.5.1 or older. Please update to Avidemux 2.5.2 r5869 (http://forum.doom9.org/showpost.php?p=1367103&postcount=1445) or later now!

Now that the latest Avidemux supports x264 r1400+, here's a full set of GCC 4.5.0 (experimental) and GCC 4.4.3 (stable) builds.