Recent Posts

Pages: 1 ... 8 9 [10]
sequential loading, think 3 digits is minimum.
Only load/drag&drop one video MyVideo001.mp4., there should be a pop-up appearing
You're required to erase all MyVideo0#.idx2 or avidemux will not attempt loading sequential video filenames.
Main version 2.6 / Re: large videos fail to append while rendering
« Last post by ahmad on March 17, 2017, 12:46:57 PM »
why did it happen?
is it a problem in the video itself, or a problem in ffmpeg, or both?
is it super important to have it like 001, 002, and so on?

What I have now is:

does not work

(avidemux joins my videos randomly, regardless their position in file explorer or name or tag)
Main version 2.6 / Re: large videos fail to append while rendering
« Last post by eumagga0x2a on March 17, 2017, 10:28:19 AM »
Thanks, the nature of the problem is outlined here:

Code: [Select]
[adm_lavLogCallback] 22:05:22-581 [lavc] Application provided invalid, non monotonically increasing dts to muxer in stream 0: 11524000 >= 11524000
(two video frames have exactly the same decoding timestamp) which results in the MP4 muxer, which actually just uses the bundled ffmpeg to perform the task, bailing out:

Code: [Select]
[FF]Error writing video packet
You should probably try another muxer (preferably MKV).
Main version 2.6 / Re: large videos fail to append while rendering
« Last post by ahmad on March 17, 2017, 09:14:06 AM »
and this is the error message
Windows / Re: .srt to .ssa conversion errors in 2.6.18
« Last post by Jan Gruuthuse on March 16, 2017, 09:52:31 AM »
It would help if you told/documented what those errors are. You can append .srt sample file to your posting
Now you leave the developer(s) in the dark.
Windows / .srt to .ssa conversion errors in 2.6.18
« Last post by nlof on March 16, 2017, 09:21:00 AM »
When burning subtitles, I pick an .srt file which is supposed to be automatically converted to .ssa  by avidemux. The resulting subtitles have multiple errors including missing lines, delays, display of consecutive lines at the same time etc...
I solved the problem by using a separate program that converts .srt to .ssa before adding it to avidemux, but I am just flagging this issue for your attention in case you want to fix it.

84c55f0             Merge pull request #115 from eumagga0x2a/alt-keyboard-shortcuts
add8dad             Merge pull request #114 from eumagga0x2a/menu-auto-enabled-state

ubuntu 16.04.2 LTS 64 bit x86 SMP, QT5, x265 version 1.9: avidemux 2.6.18 170316-64bit Xenial with x265 version 1.9

build against:
- Linux 4.4.0-67-generic (linux-image-4.4.0-67-generic                         4.4.0-67.88) <= CHANGED
Avidemux-French / Re: Plus de son
« Last post by Jan Gruuthuse on March 16, 2017, 06:48:49 AM »
Pouvez-vous télécharger un Clip vidéo.wmv, +- 10 secondes?
Info:Upload Hochladen Télécharger Subir
Main version 2.6 / Re: Bugs report + suggestions
« Last post by acritum on March 16, 2017, 04:57:38 AM »

Right. Do you really think that Avidemux should behave on drag'n'drop the same way as when loading a video using the filepicker?

I think it depends on workflow habits ;-) Personally I rarely use Ctrl-O dialog to open a file. Here is how I work:

There is a small explorer window on the right side and 10-50 files in a folder that I need to cut. I drag them one by one and save as source_cut.mp4. Then press Ctrl-W and drag the next file. Since the files source.mp4 and source_cut.mp4 go one by one, I always see what file should be dragged next. When I need to join videos, I do not pres Ctrl-W and drag several files one by one and they become automatically merged (Append function works here). So, drag and drop seems to be the fastest and easiest way of dealing with many files, so I think drag and drop should behave exactly as Ctrl-O with a single file and Ctrl-A with multiple files to avoid confusion. Of course, if I need to work with one file only, it would be faster to use Ctrl-O but if explorer window is already opened in the right folder, I would prefer drag and drop anyway.

As far as the command line is concerned, I never used it. Maybe you are right here and it should not interfere with GUI features because Ctrl-O and drag and drop are GUI features and command line is not.
Pages: 1 ... 8 9 [10]