How not to make mis...
 
Notifiche
Cancella tutti

How not to make mistakes when doing multitrack editing?

12 Post
3 Utenti
0 Likes
3,622 Visualizzazioni
0
Topic starter

One of the big problems I have had with more advanced projects in Cinelerra is the strange ability of Cinerella never to do what I at that moment in time want to do. I am aware of arming and disarming tracks, even inverting. What I would expect is that I could group certain tracks for example a pair of audio-video tracks and ALWAYS have them moving together when I am dragging. In Cinelerra this is always going haywire. For example when an audio track (armed) is above a video track that is to be dragged, it does not take it into a drag. But some armed video track under is, then becomes moved. Anyway this is a big UX-mess, and it is time consuming to restore it.

Personally I would like to see a proper grouping taking place that wouldn't require explicit arming of disarming, but just do what the user intents. Is there already something I am overlooking here? 

9 risposte
0

@skinkie

OK, I believe that what we have been working on will get you what you expect.  Let me warn you though -- TESTING and QUALITY CONTROL at this time is very minimal because doing this by the programmer and me (assistant) is not the same as usage by the users.

 

A short document of less than 2 pages is now avaialble, and this is not in the user builds yet until June 30th, but checked into GIT for compilation:

   https://cinelerra-gg.org/download/testing/ganging_tracks.pdf

Or, if you want to avoid reading the documentation, just toggle the new "Gang Tracks" button at the end of the main timeline controls which will "gang none", "gang channels" (DAW-like mode usually for audio which duplicates all editing done on the first audio track to the other channels), or "gang media".  Be sure to save a lot because there could be things we missed.

This new code is to hopefully overcome the "strange ability of Cinelerra never to do what I at that moment in time want to do".  To alleviate some of the stress of coding new features, we sometimes joke about "wouldn't it be nice if every program did what we want it to do instead of what we told it to do".

0
Topic starter

I am going to produce a movie for you with only one audio and video track and show at how many places this goes wrong, and how difficult it is to recover.

PhyllisSmith 28/06/2020 2:44 pm

@skinkie\

Good!  I downloaded them.  They will help to see if we can do something to alleviate the problems.

0
Topic starter

@PhyllisSmith

https://streamable.com/igwuoe

https://streamable.com/wmvk9d

Sam 28/06/2020 11:25 pm

@skinkie

To your first video. There is a way to group media in the timeline. I have attached a video. It shows that it depends on how you click on the media in the timeline. But once a track is locked, you can't move a group. If no group is formed, the media can be moved from the unlocked track, but nothing can be moved in the locked track, that's the intention.

However, with the new "Gang" feature a bug has indeed been created. You are right, if the track is locked, then no matter in which "Gang" mode/view you are, the corresponding file should not be moved.

https://streamable.com/v6yiw9

To your second video. The problem you describe from 0:17 second on, I reported about 1.5 years ago, unfortunately it got lost due to more urgent work. I have attached a video of how it should work. Kdenlive works like this, but Premiere and Resolve work the same way.

https://streamable.com/hm8nhy

As Phyllis already described, you use the "mute button" to delete certain areas, it was created this way from the history of this program.

0

@skinkie

About     https://streamable.com/wmvk9d

Right now adding a new Video track always goes on the top and adding a new Audio track goes on the bottom.  GG would really like to change this to add any new tracks on the bottom as it makes more sense. However, whenever changing operations that have existed since the beginning, we have to be pretty sure that pre-existing projects will not be impacted and this is not easy to do.

 

The best method to add new Video/Audio tracks in this case is to use the pulldown

     Tracks->Append to Project -- shortcut Shift-N

especially now with the new "DAW-like" mode because this ensures that the "Master Track" will be enabled on the first newly added track.  If instead you use the current methodology shown in your video, the newly added video and audio tracks are considered to be part of the same "gang" as your current tracks.  If you want it to be treated as part of the same gang, you will have to toggle off the "Master Track" button.

 

As shown in your video, the arming/disarming of tracks is a nuisance and leads to making mistakes -- one of the major goals of implementing gang_channels was to avoid mistakes with forgetting to arm/disarm tracks.

 

Comments?? ideas??

 

 

0
Topic starter

@PhyllisSmith 

What is your suggestion for 'recovery' of mistakes? How to align track back to the right place? Specifically why isn't dragging to the start of another track not 'enough'? This does not seem to be a crazy thing to have just working?

I am also interested why "mute" isn't the default cut action, and why it can't be configured to just have cut always to mute, instead of moving tracks.

 

0

@skinkie

"How to align track back to the right place?" -- I think if you temporarily change Settings->Align cursor on frames    you can get them to line back up.

"Specifically why isn't dragging to the start of another track not 'enough'?"  -  I still have to test this to see why that does not work -- it probably should.

"why "mute" isn't the default cut action, and why it can't be configured to just have cut always to mute, instead of moving tracks."  -- instead of using "x" for cut, why not just use "m" for mute?  Changing the default actions would lead to a revolt !  All of the grouping in Drag and Drop mode was an addition about 2-3 years ago and that was the decision at the time.

 

P.S. I am not an expert on using Cinelerra so I can not keep up!!

 

skinkie Topic starter 28/06/2020 6:42 pm
Questo post è stato modificato 4 anni fa 2 volte da skinkie

@phyllissmith I think if you temporarily change Settings->Align cursor on frames    you can get them to line back up. <- that might work, but I would have to do it for all items right of it.

instead of using "x" for cut, why not just use "m" for mute? <- because I am using "delete", so I would love to be able to map delete to "mute" 😉 A configuration option for a key binding would not revolt users 😉

0

 That is a good reason -- I never use the delete key because it seems to be in a different spot on every keyboard I use.

"A configuration option for a key binding would not revolt users" -- YES, this is a much better solution and has been requested by many, many users and over many years -- it is about the only really important feature left to implement.   It is a difficult mod to make and would take a lot of time but hopefully it will happen some day.  Then instead of a revolt, there would be a BIG party.

 

About "Specifically why isn't dragging to the start of another track not 'enough'?"  When I finally tested this, I found that while I thought I was dragging the waveform audio to the beginning of the track, there was actually silent space in front of the audio waveform so it really is dragging to the beginning but you have to cut that blank part off.  Not at all what is expected either.

0
Topic starter
Posted by: @phyllissmith

When I finally tested this, I found that while I thought I was dragging the waveform audio to the beginning of the track, there was actually silent space in front of the audio waveform so it really is dragging to the beginning but you have to cut that blank part off.  Not at all what is expected either.

I don't quite understand what you mean here. But imagine that "x" was applied, that would mean that everything in the armed track(s) would get moved. How could everything (not a single item) be moved back (even manually) if that mistake was spotted far beyond a realistic "undo" ability?

0

About:    https://streamable.com/igwuoe

OK, I finally have found time to analyze this and discuss with gg (for more correct interpretation).

When cursor / selection start time in your sample .mp4 file is about at:

0:00:46:00  -- stitching in this DAW-like feature requires an exact algorithm and the timeline alignment is what creates the binding and allows for ganging.  Tracks are not inherently bound or in a container.  It was hoped that instead of the implemented method, he could use a container and end up with something like both stereo channels, for example, always in the same track container (like the DAW software).  He started coding using mixer containers but management of that became untenable.  Anyway for ganging to work as expected, the tracks have to be lined up at the beginning.

0:00:59:00 -- concerning not being able to drop to align the video and audio, if you look very carefully at around this time in the video when the drag bars show up, the yellow colored compass icon very center point is actually on the video track.  And since you can not drag an audio track to a video track that is why it does not drop.  You have to make sure that the exact center point of this oversized compass icon is on an audio track.  The way we align these back up again is to use the "down arrow" on the keyboard to zoom in on the images and drag more carefully (of course you will have to enable "align on frames". There are probably better ways to do this too.

0:01:14:00 -- you can move them together again in the gang_none mode by Left Mouse Button click on each of the tracks to be moved together, which puts a highlight box around them so you can see that they move together.  Left mouse click to turn off the highlight group move.  You can also make permanent groups that always move together but that is for another day.

0:01:57:00 -- yes, disarmed tracks are definitely ignored when in ganging mode.  The main reason being the whole point of ganging is to keep your tracks looking the same with cuts, edits, and plugins.  I did document this.  In addition I have to add to the document that the permanent groups as mentioned in the previous timestamp do not take precedence over ganging; i.e. they are ignored and only the timeline alignment is honored.

 

More later.

Condividi: