[Kdenlive-devel] Editing AVCHD h264/AC3 files in kdenlive

[Dan Dennedy]

On Thu, May 7, 2009 at 1:45 PM, jb <jb at kdenlive.org> wrote:
> On Tuesday 05 May 2009 19:07:12 Dan Dennedy wrote:
>> On Tue, May 5, 2009 at 1:17 AM, jb <jb at kdenlive.org> wrote:
>
>> > In Kdenlive settings, we could have a new tab allowing users to define up
>> > to 3 "preferred profiles", which would be pairs of MLT and rendering
>> > profiles.
>>
>> Why 3 - to make coding up this new feature easier and more readily
>> available?
>
> That was a quick idea, but you're right, it probably doesn't make sense to
> have a hardcoded limit...
>
>> > Once this profile pairs are defined, a new option would appear in the
>> > project tree context menu to convert a clip to this format (and add it to
>> > project if
>>
>> Added or replace the transcoded clip?
> Not sure what is the best... maybe user selectable.

How about a context menu item "Transcode" with sub items: Replace...,
Add..., or None.... Then, it opens the Render dialog for you to choose
something.

>> Also, in the Render dialog, we should make a simple change to run
>> multiple render jobs sequentially as opposed to parallel. Then, add
>> some additional functionality to batch transcode files outside of the
>> timeline.

My suggestion above would facilitate "batch transcode outside of the
timeline" at the expense of the inconvenience of the Render dialog
opening for each. An alternative is to have each Render profile as a
sub item of the Transcode context menu item. Maybe this:
Transcode
   Add
      File rendering
         HDV
            PAL 1080 50i
            ...
   Replace
   None
      File rendering
         HDV
            PAL 1080 50i
            ...
Heh, it is a labyrinth of sub menus - not good. Hmm... maybe a
Favorites system for Render profiles, where the Favorites appear as
the sub-menu as well as the default "Destination" in the Render
dialog?

Transcode
   Add
     Favorite 1
     ...
     Favorite N
   Replace
     Favorite 1
     ...
     Favorite N
   None
     Favorite 1
     ...
     Favorite N

It would be also be great to handle multi-select!


> I have a patch ready to implement sequential rendering (one job after
> another). Do you think there is any reason to keep parallel rendering or can I
> get rid of it?

I think since MLT has multi-threading, and we are trying to increase
the parallelism, that sequential-only makes sense. If this were
managing a clustered rendering system, it would be a different story
:-). Also, eventually MLT will have a multi-consumer option to allow a
single decode and processing, and that will output in parallel.
However, that will require other changes in the dialog.

-- 
+-DRD-+