Avidemux 2.6, second round of test

[mean]

Avidemux 2.6 has now most of the basic capabilities working
The main point is to keep a/v sync whatever the source

It should be especially useful for people doing ts capture (SD or HD) then converting /editing.

For example DVB HD -> Mkv in copy mode
Transcoding is also supported but the codecs and filters are not up to speed yet compared to 2.5.x

So for those interested in such operations, some feedback would be very welcome.

Win32 link : http://avidemux.org/nightly/win32/

They are built automatically (cross compiled on linux ).
Dont use the win64 binaries, they do not work yet

You can have 2.5.x and 2.6 installed at the same time, they do not conflict (on all OSes)

[Devport]

This is the first version ( 6858 ) ever that is able to scroll threw my h264 recordings at all. Cutting and exporting to mkv worked fine and my small test file was perfectly in sync.

Great to see avidemux advancing. Thanks.

[sneeky]

Devport comments got my attention. I confirm mkv file seeking is much improved.

I find I need a few more of the basics working to use it alot. I am watching with
great interest.

[mean]

Beware, there are some ports from 2.5 to 2.6 going on
so if you update, keep the old version in case the new one has issues.

Glad to see it is working (at least a bit)

[Darksoul71]

Thanks for this version !

Editing of M2TS HD streams captured via Humax ICord works like a charm. I was able to edit HD material in 720p@50FPS with AC3 audio stream, cut it I-frame based and save the resulting video to MKV.
Scrolling through the h264 video now works very fast similar to what you see when scrolling through a h264 movie in dgaindex.

Great work....

Happy new year by the way...:D

Edit: 1pass based bitrate encoding in h264 seems to have issues. I targeted 7500 kBit/s and the final file had something ~ 11 MBit/s

[Darksoul71]

Hopefully feedback is still welcome ! :)

I have noticed some "stuttering" with the AC3 audio of the edited stream. I get this effect both under WinXP as well as under arch64 with different players (mplayer, Mediaplayer, VLC). In general this avidemux 2.6 build seems to have big issues when you encode anything. If I choose a MP2 audio track inside the satellite stream for example I experience scrambled audio after 20-30 secs working audio in the beginning. The same happens if I re-encode audio (e.g. AC3 to MP3) during editing.

[mean]

There is a (sort of known) issue with lavcodec based audio encoder.
It should work fine with aften/lame/...

Could you confirm this is the same problem ?

[Poutnik]

I am looking forward to be able open DVR-MS files ( indexed ) as 2.5 does.

With A/V sync keeping, I will be finally able to do all processing in one in Avidemux,
as more straight-forward alternative to DgIndex - Avisynth - MeGUI processing path.

[Darksoul71]

There is a (sort of known) issue with lavcodec based audio encoder.
It should work fine with aften/lame/...

Could you confirm this is the same problem ?
Sorry, I was busy lately. Unfortunately I was unable to reproduce stuttering audio with AC3 streams. Because I was out of disk space I had to clean up the files previously generated.

A newly produced MKV with h264/AC3 from the same M2TS stream played back fine without stuttering.

What I can confirm though is still a corruption of audio when I try to encode it to lets say MP3 via Lame. Audio sounds dumb/mumbeling, is way out of sync and voice are impossible to understand.

Encoding to an MP4 file together with h264 video in stream copy and the original AC3 stream being encoded to AAC make AVIDemux crash under WinXP.

As I can see from the filesize AVIDemux already takes care of NALU filler packages. This is great. I would apreciate an option which lets you enforce the target FPS. My M2TS streams for example are all flagged as 100 FPS which is simply wrong since it is 720p50. When I use ffmpeg or MKVMerge for muxing / stream copying I am able to specify 50 fps. This should be possible in AVIDemux also.

Thanks for the work....

[Poutnik]

Is A/V sync fixing an Avidemux 2.6 already functional ?

My DVR-MS DVB-T recordings have occational stepwise drifts due broadcast errors, managed by players.

AD 2.5 is able to directly index DVR-MS files, AD 2.6 not yet.
Therefore I used for test DVR-MS converted to MPG PS by DVRMS2MPGToolbox.
Conversion based on FFMPEG remuxing.

Then I loaded mpg to AD 2.6 ( current a week ago )
and remuxed it to MPG PS ( xxPS output format ) in copy mode.

I had supposed it could eventually fix A/V sync errors, but it seemed it did not.
It is to be implemented yet ? Or, Do I try it by wrong way ?

Poutnik

[mean]

It should keep the sync
Does the loaded PS file (the one converted from MS DVR) play in sync inside avidemux 2.6 ?

[uskompress]

Avidemux F4V to MP4 A/V sync problems

I have many 400-600MB F4V (H264/MP3) files that I'm trying to convert to MP4 (H264/AAC), so I'm simply copying video and converting audio and changing the container. They start in sync and go more and more out of sync into the file, or they start out of sync and get worse.
Tourist info: With a 2.9GHZ dual-core, I'm converting approx 650 fps.

Have been using Avidemux 2.5.3 with the time consuming trial-and-error Shift function to get the beginning of the file to be in sync, only to have it go gradually more out of sync later in the file.

I read somewhere about a shift "Button" with a shift "Slider" to dynamically sync A/V at the start of the file. This would have been much quicker than trial-and-error, but I never got it to work. Here is the quote from http://www.ehow.com/how_7806589_troubleshoot-avidemux-sync-problem.html

(Quote) Press "Shift," and slide the audio/video counter. Click "Play" and adjust the slider again until the audio and video are synchronized as you wish. Save the file by clicking "File," and then "Save."

Converting short pieces of the large F4V file at a time to minimize sync errors, and then joining the short MP4 files back together is labor intensive. I have found nothing that will do lossless splits/joins of F4V files.

Tried the latest 2.5.4 as of 012211, 2.5.4 r5, and Portable 2.5.4 r6714, with the same results.
Portable 2.5.0 r5234 gets same results except 50% FAAAASTER! 980 fps. Why so much faster?!

Tried 2.6.0 r6945, r6957, and r6965 which are supposed to fix the sync problem, and seem to, except output file was limited to 134 seconds regardless of input file size. There must be a lot more work being done in the background because it only converts at 250-300 fps. I believe 2.6.0 solves the sync problem if it could just get past that 134 second brick wall. (Maybe add some of that 2.5.0 speed too)

[mean]

Could you share a sample file ?
(one before convert)

[uskompress]

Here is a 5 minute clip. Using 2.6.0 r6965, it stopped at 135 seconds. Thank you.

[uskompress]

I'm wrong, the upload failed on a 7 meg zip file. Is there somewhere else I should post it?

[mean]

Please use rapidshare, dropbox, wuala or similar

[uskompress]

It appears my ISP won't let me register on a file sharing site. So here is the file ArchiveNewsSample1.f4v on a non-account site:
http://www.mediafire.com/?g51c3nl2961sx6l
Thanks.

[mean]

Thanks for the sample
I see the problem when encoding with libavcodec Mpeg4 video encoder
But using x264/faac/mp4v2 as container seems to work fine.

[uskompress]

Re: Avidemux 2.6.0 r6991. Thanks for the quick solution. I wasn't even aware of MP4V2 until now. Still don't know what it is except maybe a new (better?) container for iTUNES tags. Thought things were great until I tried some larger F4V files. I haven't figured out the exact size, but somewhere around 100MB it freezes right at completion. It still generates an output file, but when trying to play it, VLC 1.1.7 gives brief messages and stops. The only two messages that stayed up long enough to read were:
"VLC(Hardware YUV Overlay DirectX Output)" This occurred with an approx 420MB file.
"VLC(Hardware YUV DirectX Output)" This occurred with an approx 200MB file
Smaller files were too fast (or too narrow a physical window) to read.

One unimportant nit, it doesn't remember Input or Output directories. It always looks at its own directory. Easy to work around.
Thanks.

[Romario]

Just to say something about build 2.60 7039 x64....I am VERY dissapointed with it,unfortunately.

It craches from time to time,especially when I try to open one file, Program2.mkv, which is x264 encoded file.


Here is sample: http://www.megaupload.com/?d=6WMU8PV5


Can you tell me when x264 AVC will be integrated in 2.6 beta ? Thanks.


P.S. Program2.mkv was encoded via Avidemux 2.54 build 6854, and I use ONLY Windows 7 x64 system.

[mean]

Thanks for the sample, looking into it.
Are you sure the file was made by avidemux ?
Mediainfo reports Haali Matroska Writer

[mean]

Ok, first problem, the SEGMENT has an invalid size
I've changed the code to try to fix it.
There is a slow motion effect, looking into it.

[mean]

Should be fixed

[Romario]

Ok,tell me which build is fixed,then I will try again with same video to see if it work now.

Yes,I am sure,that encoded video was made with Avidemux 2.54 latest beta build. I don't know why it says Haali Matroska Writer,maybe because I using only MKV container,who knows...

Mean,and what about MPEG4 AVC support in 2.6 ? For x64 version,of course.

P.S. Yesterday I tried clip,and in latest revision it work perfectly. Thank you,Mean.


One little question: About final version of Avidemux 2.6,when we can expect to be finalised ?

[Darksoul71]

Just some positive feedback from the german HDTV editing front:
I have successfully editied around 8 HD satellite movies (M2TS in 720p with AC3 audio) today using the latest AVIDemux build. TSMuxer was somehow unable to recognize the audio streams within the M2TS file but AVIDemux worked perfectly.
The resulting MKV (h264 video and AC3 audio as stream copy) were perfectly in sync. No strange artifacts. Perfect audio without hickup until the end of the movie.

I will try out some IPhone 4 movie clips as well which caused problems in the last version and report back.

Perfect...thanks a lot !

-D$

[jfcarbel]

Curious - what is the main goals for release 2.6? Is one of the goals to provide H.264 editing?

Sorry, if there is a main dev thread on 2.6 goals but I could not find it, if there is post a link. thanks.

Also, where is best place to put feature requests? Looking for asking for MKV metadata support including storing JPG covers in the file itself (hoping that someday media players will read these embedded pics)

[LoRd_MuldeR]

Curious - what is the main goals for release 2.6? Is one of the goals to provide H.264 editing?

Yes, editing H.264 sources should be MUCH improved in Avidemux 2.6 :)

Also, where is best place to put feature requests?

The official forum would be a good place to start ;)

http://avidemux.org/admForum/

[mdw46]

How is this build installed ?

[Darksoul71]

How is this build installed ?
Could you elaborate your question a bit ?

:confused:

A link to the binaries is given in the first posting of this thread if you mean this...:cool:

[LoRd_MuldeR]

How is this build installed ?

Please do not double post:
http://forum.doom9.org/showthread.php?p=1487601#post1487601

Struck for rule #11/#12.

[Romario]

Here is my newest encode:

http://www.megaupload.com/?d=SFSB65FP


I noticed that newest avidemux 2.6 alpha builds have, at least, x264 for x64. Thank you,mean. But,you don't enabled all options in advanced codec settings(for x264 of course).

Any comments about my encode above ?

[mean]

The windows amd64 version is buggy, confirmed
Please use the win32 version, it works better

Strangely enough, the linux amd64 version works fine.

[Romario]

And what's the difference between http://avidemux.org/nightly/win32/avidemux_r7153_devel_win32.7z and http://avidemux.org/nightly/win32/avidemux_r7153_win32.7z ???

[mean]

The -dev contains more files, more specifically the .h and .a files needed if you want to write/build your own plugin (filter, muxer, demuxer,...)

[LoRd_MuldeR]

Any change for a more recent libx264 in the 2.6 nightly builds?

It appears you are still using x264 core-98, but we are at core-115 now. Therefore I cannot update the DLL currently...

:thanks:

[mean]

It is the version provided by ubuntu maverick
I'm upgrading to natty, the version will be more recent but maybe not -115

[LoRd_MuldeR]

It is the version provided by ubuntu maverick
I'm upgrading to natty, the version will be more recent but maybe not -115

Can't you simply check out x264 from the Git repository, at least for the Win32 builds?

The problem is, each core-version of x264 has a unique "id" in the exported names, so I cannot (easily) use a DLL with different core version.

Often it's pretty easy to patch the latest DLL to be compatible with an older core version, but making a core 115 DLL working with an app that was compiled against core 98 is too much pain...

If Avidemux was built with something that is newer than core 98, this would make the task easier at least. Still latest core version would be very much appreciated :)

[mean]

The version in natty is -106
A possibility is to have another x264 plugin that is built only for windows, it's easier as the x264 dll is bundled with avidemux.
On linux it's better to stick to the version the people can install with the package manager or else, we have to bundle the source (that's what is done for mad, a52, ffmpeg etc...)

[LoRd_MuldeR]

The version in natty is -106
A possibility is to have another x264 plugin that is built only for windows, it's easier as the x264 dll is bundled with avidemux.
On linux it's better to stick to the version the people can install with the package manager or else, we have to bundle the source (that's what is done for mad, a52, ffmpeg etc...)

I don't think we need (or at least should need) another x264 plug-in. Shouldn't the x264 plug-in build with any libx264? Well, maybe with a few #ifdef's around those parameters that weren't available in the older version (if we use any of those newer parameters). Then it should be possible to build the x264 plug-in for Linux packages with whatever libx264 is in the package manager of Ubuntu (or other popular distributions) and, at the same time, build the x264 plug-in for Win32 packages with the latest libx264 from Git. I would be happy to switch over to 2.6 with up-to-date x264 library :)