News:

--

Main Menu

Avidemux 2.6.5 problems

Started by phaolo, August 31, 2013, 02:45:46 PM

Previous topic - Next topic

phaolo

Thanks for the new version guys, but I've found these problems so far:

- I tried to copy .flv movie files to .mp4 containers (this worked fine with older versions), but the results seem to have problems (errors in vlc, no data in MediaInfo).
I even got a "File too short" error, but the pinned FAQ in this forum doesn't work.

- even before editing, all playing videos stop at few ms (30-100) before the real end. If I force it, I get a "cannot go to next keyframe" error.
Icon\button to skip to end do the same thing.

- drag&drop stops working after the first file (denied icon until program restart)

- zoom only works when the video is stopped, not while playing, like the old versions.

- please, make the program suggest a file name when saving (ex: source_name + maybe container ext)

- please add subs\chapters support someday in the future  :'(


phaolo

No replies at all?
Anyway, about "File too short" error: if the timestamps are missing or incorrect, can't Avidemux switch from the "time mode" to "frame mode" for them?
These files will never be editable otherwise, unless we use the old 2.5.4 version.. which is strange: same program name with 2 different running versions??

mean


phaolo

I can't provide samples, because they're too big for the forum limits.
Also, only a few of them cause a "File too short" error,  the majority just create a broken file (still bad lol).

You can try, however, to download (ex: via DownloadHelper) some FLV video from Youtube and test it directly.
(small random test video: https://www.youtube.com/watch?v=4vTyEy7Dn70)
Just open it in Avidemux, save it with "copy" method and mp4 container, play it in Vlc.

mean

I can't even open it (no stts table)

mean

....which means it is a mp4
To avoid wasting time, please upload a small sample to rapidshare or similar

phaolo

#6
Did you choose a quality <= 480p ?
High defs files are .mp4, lower are .flv (at least for DownloadHelper extension).
Anyway, here's the file: http://preview.filefactory.com/file/4gfe65mlzed1/random_youtube_video_test_flv   *deleted

tuxutat

Confirmed here, saving the flv with mp4 doesn't work properly, but mp4v2 does, so use that instead. I also second the suggestion for an automatic output filename in the original file's folder, having the correct extension for the selected container.

mean

So you end up with an unplayable file, right ?


phaolo


alfred

sorry, same problem (no stts tabe), and the download didn't work.
(report in that topic there)

phaolo

Ok, this is fixed by default in 2.6.6, but anyway, what's the difference between mux "mp4" and "mp4v2"?
What's best? (I've already used "mp4" for a bunch of files..)

If I do a mp4-to-mp4 copy (with 2.6.6) as a test and check the outputs with a hex editor, I see this at the start:
-source_mp4: ....ftypmp42....isommp42
-dest_mp4: .. ftypisom....isomiso2avc1mp41
-dest_mp4v2: ....ftypmp42....mp42isom

picaso

YOU STILL HAVE THE SAME ERRORS AND BUGS IN VERSION 2.6.7, AFTER I CONVERTED TO LAME MP3 THE VIDEO BECAME UNPLAYABLE !

PLEASE FIX THIS IN YOU NEXT VERSION !!

AQUAR

What's LAME is that - picaso forgot to BOLD and underline.