On 2016-03-07 14:21, Carl Hartung wrote:
On Sun, 6 Mar 2016 23:51:40 +0100 Carlos E. R. wrote:
If I tell avidemux3 to play the original video, it has no sound, just chirps.
Hi Carlos,
I did an extensive survey of audio and video editing software for Linux a few years ago and I thought I'd share my recollections.
I liked kdenlive, kino and Cinelerra (I still keep this last one installed) but I don't think any of them can be used standalone.
Kino is an abandoned project, apparently. Cinelerra is simply unable to load the video. It prints no error, but after thinking for minutes, nothing is shown. Perhaps expanding it first, as you suggest, might do a difference. kdenlive only supports one audio track (verified on bugzilla).
There are always "pre-processing", "interim processing" and "post-processing" tasks to be done with various libraries and command line tools. I know the following simple example isn't directly related to your current experiments, but it does exemplify this phenomenon. It is derived from my old notes:
ffmpeg reading the original recording date and time and encoding it in the frames in the output file to be visible when the video is played:
ffmpeg -r 29.97 -s 320x240 -i /mnt/sdc1/sources/inputfile.mpg -vhook \ '/usr/lib/vhook/imlib2.so -c white -F FreeSans.ttf/12 -x 0 -y 0 -t \ %A-%D-%T' /mnt/sdd1/projects/timestamped.mp4
Interesting.
You see /mnt/sdc1 and /mnt/sdd1 ?
I consistently experienced the best and most reliable performance using separate, external disks for 'source,' 'temporary files' and 'target' This avoids read/write collisions which can break processing of streams.
Yes, I noticed this, too.
I also seem to recall the above mentioned GUIs "imported" videos by decompressing and storing ("caching") them in raw DV format. I ultimately discovered that I spent a great less time waiting when I decompressed my source files in advance to an external disk.
DV? what format is that one? Would I do it with ffmpeg? Or another CLI tool?
YMMV but I hope this helps! :-)
Thanks. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)