Video Editing Software

Upon a quick inspection the Blender doesn't seem to support MKV, but perhaps it might be just an interacting problem with it's a bit complex GUI?

jpr2
Blender's export option includes FFMPEG video, which will give you many options for container: Mastroka, MP4, AVI, ... and different codecs (H.264, MP4, ...). It also comes with a few presets to keep things simple.

If you need advanced control, you could also output into PNG frames and assemble them yourself outside of Blender (e.g. using ffmpeg, ...) .

Its GUI takes quite a bit to get used to, it's optimized toward being a 3D modeler, but is a pleasure to work with once you get used to it.
 
Indeed, the sheer number of options at hand looks very impressive (and alas very daunting too). The manual is a maze, not easy to navigate at all.

However, my initial problem is a very rudimentary one: how to open few MKVs as the input to a trial concatenation attempt?

So far I was able to dig through manual to discover that there should be possible to open the VSE editor, but... that is as far as it went - still no "discovery" how to get the VSE window open in practice :)

jpr2
Upon a quick inspection the Blender doesn't seem to support MKV, but perhaps it might be just an interacting problem with it's a bit complex GUI?

jpr2
Blender's export option includes FFMPEG video, which will give you many options for container: Mastroka, MP4, AVI, ... and different codecs (H.264, MP4, ...). It also comes with a few presets to keep things simple.

If you need advanced control, you could also output into PNG frames and assemble them yourself outside of Blender (e.g. using ffmpeg, ...) .

Its GUI takes quite a bit to get used to, it's optimized toward being a 3D modeler, but is a pleasure to work with once you get used to it.
 
Indeed, the sheer number of options at hand looks very impressive (and alas very daunting too). The manual is a maze, not easy to navigate at all.

However, my initial problem is a very rudimentary one: how to open few MKVs as the input to a trial concatenation attempt?

So far I was able to dig through manual to discover that there should be possible to open the VSE editor, but... that is as far as it went - still no "discovery" how to get the VSE window open in practice :)
Yeah, it takes some playing around to figure things out. I found tutorial by Mikeycal was very helpful when I first started, maybe give that a try? He has a whole series of tutorials on Blender VSE, here's the first part. The GUI might look different now but the concept should be the same.

 
However, my initial problem is a very rudimentary one: how to open few MKVs as the input to a trial concatenation attempt?
Just out of curiosity, how did you end up with Matroska (MKV) video files? In a simultaneous thread, I related an experience with youtube-dl where it saved MKV files. But I have never seen them before on any website, or output from any video camera.

You can easily convert them with ffmpeg, but probably at some cost in quality. Of course with video, who cares about quality? Frame-to-frame blurring is part of the gestalt.
So far I was able to dig through manual to discover that there should be possible to open the VSE editor, but... that is as far as it went - still no "discovery" how to get the VSE window open in practice :)
Similar to my experience with Blender. Great program for pros doing animation, but in my mind the KDEnlive editor is amazingly solid and easy to use. Seems like the #1 choice for non-pro video editing, unless you have Windows and want to pay $60 for Magix Vegas, or have time to learn DaVinci Resolve.
 
Last edited:
Just out of curiosity, how did you end up with Matroska (MKV) video files? In a simultaneous thread, I related an experience with youtube-dl where it saved MKV files. But I have never seen them before on any website, or output from any video camera.

You can easily convert them with ffmpeg, but probably at some cost in quality. Of course with video, who cares about quality? Frame-to-frame blurring is part of the gestalt.
Wait, I thought MKV is just a container that is better than AVI or MOV in a way that it can contain a lot more streams (video, audio, subtitle, ...) and is open? The quality of the video lies in the codec of the video stream (H264, MP4, ...). I think with ffmpeg, you can copy the stream from one container to another container as-is (using the "-c copy" flag).

Similar to my experience with Blender. Great program for pros doing animation, but in my mind the KDEnlive editor is amazingly solid and easy to use. Seems like the #1 choice for non-pro video editing, unless you have Windows and want to pay $60 for Magix Vegas, or have time to learn DaVinci Resolve.
Yeah. Blender took me some times to get used to, and Mikeycal was great in offering customized keyboard shortcuts to make it more similar to Premiere.
 
Indeed, the sheer number of options at hand looks very impressive (and alas very daunting too). The manual is a maze, not easy to navigate at all.

However, my initial problem is a very rudimentary one: how to open few MKVs as the input to a trial concatenation attempt?

So far I was able to dig through manual to discover that there should be possible to open the VSE editor, but... that is as far as it went - still no "discovery" how to get the VSE window open in practice :)
Yeah, it takes some playing around to figure things out. I found tutorial by Mikeycal was very helpful when I first started, maybe give that a try? He has a whole series of tutorials on Blender VSE, here's the first part. The GUI might look different now but the concept should be the same.

yep, thank you for that link - am slowly making my way through them (so far part I & part II).

Importing the (so far only a single such) MKV has turned out to be quite straightforward when one knows where to "click" :) . Concatenating several of them still awaits the proper knowledge, though.

E.g. the Blender's GUI is clearly very much "mice oriented", which is fine, although some conventions of theirs, esp. the reversal of ingrained by decades of one's usage of left vs. right buttons turns out to be much more troublesome than we might initially expect :( .

In particular the recipe given on the YT tutorials for selecting the audio + video streams together does not work for me = that is I can select either audio or video, but not both simultaneously. Opening a danger to screw their sync altogether (or a GUI convenience as a lesser of the two evils - which is a pita as an opportunity of fixing any possible sync errors already present... "visually" by a simple mouse dragging would be a big plus).

jpr2
 
Last edited:
However, my initial problem is a very rudimentary one: how to open few MKVs as the input to a trial concatenation attempt?
Just out of curiosity, how did you end up with Matroska (MKV) video files? In a simultaneous thread, I related an experience with youtube-dl where it saved MKV files. But I have never seen them before on any website, or output from any video camera.

You can easily convert them with ffmpeg, but probably at some cost in quality. Of course with video, who cares about quality? Frame-to-frame blurring is part of the gestalt.
So far I was able to dig through manual to discover that there should be possible to open the VSE editor, but... that is as far as it went - still no "discovery" how to get the VSE window open in practice :)
Similar to my experience with Blender. Great program for pros doing animation, but in my mind the KDEnlive editor is amazingly solid and easy to use. Seems like the #1 choice for non-pro video editing, unless you have Windows and want to pay $60 for Magix Vegas, or have time to learn DaVinci Resolve.
From my so far incredibly limited usage the Blender looks like a steroid version of the ffmpeg + myffmpg duo working together (that is form the POV of using it as an ad hoc impromptu video editor in a pinch). The main potential attraction would be to have all/most usage options concatenated together into a single package.

For example (although I'm not sure yet of course whether this might work at all ?) some vids are pretty often available with a terrible color casts - usually stemming from or present already on their original film copies introduced while shooting. Esp. magenta casts are most obnoxious for my viewing nowadays. So an automatic option to fix them is pretty high on my list.

As to MKVs - I used to use the MP4s, but it has turned out that Matroska container presents on average far less viewing problems when replaying on a TV set, and somehow they are usually smaller as well, so a saving space benefit is a bonus. But mind, my experience is not vast there, just: TS, MP4, MKV and an occasional AVI.

Besides the ffmpeg, a more convenient/reliable, and pretty often quicker too, converter to the MKV from the TS, AVI or MP4 in my usage is the HandBrake (up to the version 0.10.5, as their newer creations went IMO quite a wrong way when concerning an ease of repetitive use and the GUI convenience),

jpr2
 
Last edited:
OK & thanks again, I've been through most of the Mikeycal's tutorials - pretty tough going, but clearly necessary.

However... one thing either eludes me, or maybe simply might not be there (too obvious, and hence... rather easy to overlook by a total novice).

Namely: HOWTO kill/delete superfluous panes created by user on the main Blender's screen?? These panes are very flexible, easy to create and configure, but... so far the only way to get rid of them discovered was to push them outside of one's screen (alas, doable only on panes that reside on left/right/bottom borders). So... perhaps there might be a smarter way?

jpr2
 
Last edited:
OK & thanks again, I've been through most of the Mikeycal's tutorials - pretty tough going, but clearly necessary.

However... one thing either eludes me, or maybe simply might not be there (too obvious, and hence... rather easy to overlook by a total novice).

Namely: HOWTO kill/delete superfluous panes created by user on the main Blender's screen?? These panes are very flexible, easy to create and configure, but... so far the only way to get rid of them discovered was to push them outside of one's screen (alas, doable only on panes that reside on left/right/bottom borders). So... perhaps there might be a smarter way?
You can also point the mouse to the border of the pane, the mouse cursor will change into two-direction arrow, then right-click, then choose "Join Area", then choose a direction to join (just like when you drag the corner and push it in that direction).
 
Now!! that works like a dream, but... I'd not have guessed the trick any other way than by a pure serendipity :) .

The question list of initial steps seems endless - the next one (which is actually crucial for using the Blender's VSE in a serious way) is HOWTO load multiple audio strips already present in a given container file, like: TS, MKV, MP4, etc? This is a crux of the matter, esp. as all modern containers can transport multiple audios, yet... the Blender loads just one single audio - the very I-st one in that given stream file :(

jpr2
Namely: HOWTO kill/delete superfluous panes created by user on the main Blender's screen?? These panes are very flexible, easy to create and configure, but... so far the only way to get rid of them discovered was to push them outside of one's screen (alas, doable only on panes that reside on left/right/bottom borders). So... perhaps there might be a smarter way?
You can also point the mouse to the border of the pane, the mouse cursor will change into two-direction arrow, then right-click, then choose "Join Area", then choose a direction to join (just like when you drag the corner and push it in that direction).
 
Last edited:
Now!! that works like a dream, but... I'd not have guessed the trick any other way than by a pure serendipity :) .

The question list of initial steps seems endless - the next one (which is actually crucial for using the Blender's VSE in a serious way) is HOWTO load multiple audio strips already present in a given container file, like: TS, MKV, MP4, etc? This is a crux of the matter, esp. as all modern containers can transport multiple audios, yet... the Blender loads just one single audio - the very I-st one in that given stream file :(
You're out of luck here, it's on their TODO list :-(

https://developer.blender.org/T46449

Personally I'd extract all the audio streams out (e.g. using ffmpeg, ...), then import to Blender and left align them for syncing. BTW, Blender works best with WAV, I found I have occasional syncing problem with compressed audio (mp3, aac, ...)

BTW, I'm not really an expert on Blender, I'm just good at Googling :-)

My projects usually are piano recital where I have two cameras (D5100, D5500) and a phone recording in 1080p, with two Tascam DR-40 close-miking the piano and the saxes with 4 mics. So, three video streams (with audio each for syncing) and one audio stream (mixed the two Tascam down in Audacity). And Blender has been working well for that. For anything more complicated, I'm getting good at using the almighty ffmpeg to simplify them.
 
Last edited:
Now!! that works like a dream, but... I'd not have guessed the trick any other way than by a pure serendipity :) .

The question list of initial steps seems endless - the next one (which is actually crucial for using the Blender's VSE in a serious way) is HOWTO load multiple audio strips already present in a given container file, like: TS, MKV, MP4, etc? This is a crux of the matter, esp. as all modern containers can transport multiple audios, yet... the Blender loads just one single audio - the very I-st one in that given stream file :(
You're out of luck here, it's on their TODO list :-(

https://developer.blender.org/T46449
Ooops, too bad! Much appreciated clarification. Esp. as the last entry over there was concerning this issue was added almost 3 yrs. ago:

"Sergey Sharybin (sergey) closed this task as Archived. Oct 15 2015, 6:53 PM

Comment Actions

This isn't really a bug, just the code is not ready to support multiple audio tracks currently and being hardcoded to sue first audio track only.

So thanks for the report, but moving it to TODO now:
http://wiki.blender.org/index.php/Dev:2.5/Source/Development/Todo/Editors#Video_Sequencer"

Thus the chances to get it fixed, as a fundamental functionality, any time soon look rather remote, alas :( .
Personally I'd extract all the audio streams out (e.g. using ffmpeg, ...), then import to Blender and left align them for syncing. BTW, Blender works best with WAV, I found I have occasional syncing problem with compressed audio (mp3, aac, ...)
Indeed, although personally I'd use the Mkvnix to extract the audio instead of Ffmpeg - much more straightforward and very speedy operation (but it does work only on MKV input containers). Nb. my whole idea and motivation here was to simplify the worflow by using just a single application and unifying GUI. Esp. as the solution to nullify the magenta casts for the whole video stream all at once turned out to be working well (OK, almost, as the hue, brightness & color additional filters controls present in the Blender are a bit rudimentary. But I guess it'd be possible to use a single sample frame in the PS to fine-tune the necessary settings and then to transfer such an optimized solution into the VSE for a final color fix.
BTW, I'm not really an expert on Blender, I'm just good at Googling :-)
I'm neither obviously: a I-st time Blender user today, and not sufficiently versed in EN video keywords nomenclature to be truly good at the net searched in canjunction with a such novel GUI and other assorted problems.
My projects usually are piano recital where I have two cameras (D5100, D5500) and a phone recording in 1080p, with two Tascam DR-40 close-miking the piano and the saxes with 4 mics. So, three video streams (with audio each for syncing) and one audio stream (mixed the two Tascam down in Audacity). And Blender has been working well for that. For anything more complicated, I'm getting good at using the almighty ffmpeg to simplify them.
Of the compressed audio formats in my limited experience the AC3 seems to be best suited to multiple audio muxing, and perhaps least troublesome, but YMMV. The conversion from AC3 --> WAV --> and back to AC3 again might be a bit excessive. But then with piano recitals the sound counts predominant over the video itself. But I assume that you might be even using FLAC as an initial input?

jpr2
 
Indeed, although personally I'd use the Mkvnix to extract the audio instead of Ffmpeg - much more straightforward and very speedy operation (but it does work only on MKV input containers). Nb. my whole idea and motivation here was to simplify the worflow by using just a single application and unifying GUI. Esp. as the solution to nullify the magenta casts for the whole video stream all at once turned out to be working well (OK, almost, as the hue, brightness & color additional filters controls present in the Blender are a bit rudimentary. But I guess it'd be possible to use a single sample frame in the PS to fine-tune the necessary settings and then to transfer such an optimized solution into the VSE for a final color fix.

Just in case if you consistently have to solve the problem over (e.g. somehow your source keep having the same color cast), then figuring out the correct ffmpeg parameters is probably a better solution where you can just script or feed the input to it next time.

Of the compressed audio formats in my limited experience the AC3 seems to be best suited to multiple audio muxing, and perhaps least troublesome, but YMMV. The conversion from AC3 --> WAV --> and back to AC3 again might be a bit excessive.
It's only the first conversion to WAV to work with Blender. The final conversion back to AC3 is part of the final rendering process.

But then with piano recitals the sound counts predominant over the video itself. But I assume that you might be even using FLAC as an initial input?
My Tascam recorded in 24-bit WAV, and it remains 24-bit WAV in Audacity, then imported into Blender (and you can show waveform of audio tracks to visually align them). I don't use lossless codec for the final video as it might represent compatibility problem, especially when uploading to YouTube or Vimeo. I chose AAC as it has the highest quality at the same bitrate than mp3 and AC3 (couldn't even hear the difference between 256 vs 320kbps).
 
Indeed, although personally I'd use the Mkvnix to extract the audio instead of Ffmpeg - much more straightforward and very speedy operation (but it does work only on MKV input containers). Nb. my whole idea and motivation here was to simplify the worflow by using just a single application and unifying GUI. Esp. as the solution to nullify the magenta casts for the whole video stream all at once turned out to be working well (OK, almost, as the hue, brightness & color additional filters controls present in the Blender are a bit rudimentary. But I guess it'd be possible to use a single sample frame in the PS to fine-tune the necessary settings and then to transfer such an optimized solution into the VSE for a final color fix.

Just in case if you consistently have to solve the problem over (e.g. somehow your source keep having the same color cast), then figuring out the correct ffmpeg parameters is probably a better solution where you can just script or feed the input to it next time.

alas, not systematic: and rather always from some outside sources - so... it'd mean finding and adjusting the necessary params individually each time. Which of course will be the best to process with some kind of an interactive GUI of a WYSIWYG type.

As to the fixing a color cast with the ffmpeg I'd not know how, not even where to start from? My infrequent forays into ffmpeg domain were always through using a crutch of the MyFfmeg GUI, but it is kind of a very rudimentary tool - tough to envision it as of much help, if any, for such a task :)

jpr2
 
As to the fixing a color cast with the ffmpeg I'd not know how, not even where to start from? My infrequent forays into ffmpeg domain were always through using a crutch of the MyFfmeg GUI, but it is kind of a very rudimentary tool - tough to envision it as of much help, if any, for such a task :)

Maybe you can use the eq filter? ("Set brightness, contrast, saturation and... gamma")

For instance, to reduce blue cast and increase color saturation, call video filter (-vf) with eq items, while copying the audio track (-c:a).

ffmpeg -i orig.mp4 -vf eq=gamma_b=0.8:saturation=1.6 -c:a copy PitNew.mp4
 
highly interesting, thank you - an intriguing jump-board for further ideas development.

Are there options too for the hue and color balance fine-tuning? But even more curious/useful would be e.g. a capacity to blend an user defined/supplied filter frame (say an additional layer) to blend into the video strip's every frame - or so it seems to me at my current stage of thinking (might be wrong, though).

In comparison the Blender 2.79b has a built-in capacity and controls to define such a composite filter layer on-the-fly (or perhaps it might be possible to define/compose such a filter layer outside: in PS, GIMP, etc. and then to blend into the rendered strip - but this needs to be checked out still). Here is a snapshot of B's most useful controls. Hue & saturation (HSV), and color balance wheels (CRGB spaces; shadows, middle, and highlights - from the top, respectively), and of course the Curves:

Blender's v. 2.79b video strip modifiers control panels
Blender's v. 2.79b video strip modifiers control panels

There are two caveats, though:
  • first a minor one: the sizes of esp. color balance wheels are rather small, even at their largest magnification possible; so a precision adjustments are a bit tough;
  • however, perhaps it might be possible to built such a filter layer outside, using a full suite of controls in e.g. PS;
  • there seems to be already present capacity to load/import such an outside filter frame; to be subsequently extended onto the whole strip or some of its segments;
  • and a major one: the rendering engine in B is quite slow (a strip of about 2 hours, h264, perceptually lossless, and very-fast rendering; which Handbrake converts in about 15-20 minutes, took over 3 hours in the latest Blender's version);
  • it'd be highly interesting to explore whether the Blender can be configured as a front-end GUI and prototyping platform for a fast ffmpeg renderer running in a BG?
IMO the possibility to check how a trial set of modifiers is working (or not) for most troublesomely color miscast frames of the original vs. all the other frames of that strip... BEFORE even rendering is worth quite a lot in saving time/effort of unsuccessful runs :)

jpr2
As to the fixing a color cast with the ffmpeg I'd not know how, not even where to start from? My infrequent forays into ffmpeg domain were always through using a crutch of the MyFfmeg GUI, but it is kind of a very rudimentary tool - tough to envision it as of much help, if any, for such a task :)

Maybe you can use the eq filter? ("Set brightness, contrast, saturation and... gamma")

For instance, to reduce blue cast and increase color saturation, call video filter (-vf) with eq items, while copying the audio track (-c:a).

ffmpeg -i orig.mp4 -vf eq=gamma_b=0.8:saturation=1.6 -c:a copy PitNew.mp4
 
Last edited:
Similar to my experience with Blender. Great program for pros doing animation, but in my mind the KDEnlive editor is amazingly solid and easy to use. Seems like the #1 choice for non-pro video editing, unless you have Windows and want to pay $60 for Magix Vegas, or have time to learn DaVinci Resolve.
OK, just for a try and to see if/how it might work for me I've installed the KDEnlive (win version 18.04.1 - it is a bit old but not too much = second half of 2017).

The very I-st snag here is identically the same as it was with the Blender = both seem to be oriented not around the initial video file, but rather around the "Project" instead.

Which is fine of course, but both pose the very same problem for a I-st time user: how to open an existing video file? :LOL

EDIT:

the TS (Transport Stream) format, is seemingly not supported at all; as to the MKV it looks like the only way to get it in is to transcode it first into a newly created project; the same for the MP4 :( . Which is pretty strange as both the MKV & MP4 are recognized by the KDEnlive outright - one gets am initial pop-up window listing the params of the MKV/MP4 files to be transcoded immediately. So... WHY to enforce the transcode?

jpr2
 
Last edited:
OK, just for a try and to see if/how it might work for me I've installed the KDEnlive (win version 18.04.1 - it is a bit old but not too much = second half of 2017).

The very I-st snag here is identically the same as it was with the Blender = both seem to be oriented not around the initial video file, but rather around the "Project" instead.

Which is fine of course, but both pose the very same problem for a I-st time user: how to open an existing video file? :LOL
Sony -> Magix Vegas is similar. Project is needed to assemble video + audio + titles etc.

I saw your other post about color correction. It looks like you are very far along with Blender, so you might want to stick with it, because it is truly professional quality software.

It might even be able to do color grading, and many of the special effects that made Lord of The Rings such a great accomplishment.
 
The very I-st snag here is identically the same as it was with the Blender = both seem to be oriented not around the initial video file, but rather around the "Project" instead.

Which is fine of course, but both pose the very same problem for a I-st time user: how to open an existing video file? :LOL
Sony -> Magix Vegas is similar. Project is needed to assemble video + audio + titles etc.
Oh, don't get me wrong, the project's oriented SW has certainly its place and some important niches, esp. if one is starting an assembly from scratch.

However, there is a substantial fraction of users who just want to open an existing vid. file, then do some culling/cutting out unwanted pieces, do edits & fine tuning, and then to save it in the exact same, original format. And since SW clearly can read such files, meaning it has a full knowledge encoded already, then it is a waste of time and effort to enforce I-st the transcoding it into another (which I think this is being done within the KDEnlive - perhaps unto the MOV, but it needs a further confirmation), and II-nd to recode it back to the original formatting upon completion of the whole process :D ; moreover the KDEnlive seems to be very slow a processor there.
I saw your other post about color correction. It looks like you are very far along with Blender, so you might want to stick with it, because it is truly professional quality software.
Yep, the B is very powerful, GUI is extensively flexible and rich, so much so that one can reconfigure it to suit the needs at hand to an extent that two such new configurations will look completely unsimilar.And if one is still usatiated, there is also a Python console for some auxiliary user's scripting to stich and streamline the processing (haven't tried it yet, so just reporting).

At first I was completely lost, intimidated even, but the effort paid out in a relatively short time, despite one of steepest learning curves ever experienced. Also reassuring... is the fact the authors went to pains to buy it from the originally owing company (at the times when crowdfunding was at its infancy, for $100k), and hence there is a pledge it is going to be a free SW perpetually. With an amount of users' support and development it might even stand a chance to NOT disappear for some foreseeable future :D

Unfortunately, as already stated in another post earlier, the B's rendering is disappointingly slow.

Maybe, just maybe, there is a way to output the final ffmpeg script for the actual encoding instead of B's execution; after prototyping it first there and utilizing all the perks of such fantastic GUI? But so far I was out of luck in finding HOW :(

So, the bottom line is that I'm still going to examine the other SW vid-editing packages mentioned here - in a quest that perhaps one of them can be The Grail: allowing to do every necessary task within it, and... speedily too!

Which is very highly unlikely, though, as in my current workflow one must use pretty many different SW packs for completion - and that is so even for quite simple and rather primitive edits.

jpr2

--
~
street candids (non-interactive):
http://www.flickriver.com/photos/qmusaget/sets/72157609618638319/
music and dance:
http://www.flickriver.com/photos/qmusaget/sets/72157600341265280/
B&W:
http://www.flickriver.com/photos/qmusaget/sets/72157623306407882/
wildlife & macro:
http://www.flickriver.com/photos/qmusaget/sets/72157600341377106/
interactive street:
http://www.flickriver.com/photos/qmusaget/sets/72157623181919323/
~
 
Last edited:

Keyboard shortcuts

Back
Top