[vlmc-devel] [PATCH 6/8] TrackWorkflow: Use insertMulti

Hugo Beauzée-Luyssen hugo at beauzee.fr
Wed May 18 21:27:35 CEST 2016


On 05/16/2016 10:34 AM, yikei lu wrote:
> I'll stick to one simultaneous media per track "type" like one
> simultaneous auido track and one simultaneous image track
> because one track will have to manage all of the types of media. Do
> you think it is still a bad idea?
> 
> FYI, in the future, I'll implement a collision detection in
> TrackWorkflow. We should also consider it.
> 
> Regards.
> 
> 2016-05-16 17:24 GMT+09:00 Hugo Beauzée-Luyssen <hugo at beauzee.fr>:
>> On 05/13/2016 11:52 AM, yikei lu wrote:
>>>
>>> I thought it would be convenient if we want to inseart some images and
>>> audio tracks in single Track.
>>>
>>>> "which media would you use for this track?"
>>>
>>> This is why I introduced Clip(Helper)::formats(). This will be used to
>>> determine what TrackType should be used. Also in the future, it could
>>> be also used to mute clips.
>>>
>>> 2016-05-13 18:14 GMT+09:00 Hugo Beauzée-Luyssen <hugo at beauzee.fr>:
>>>>
>>>> On 05/03/2016 07:24 AM, Yikai Lu wrote:
>>>>>
>>>>>
>>>>> More than one clip can be placed at a certain position.
>>>>> ---
>>>>>    src/Workflow/TrackWorkflow.cpp | 4 ++--
>>>>>    1 file changed, 2 insertions(+), 2 deletions(-)
>>>>>
>>>>> diff --git a/src/Workflow/TrackWorkflow.cpp
>>>>> b/src/Workflow/TrackWorkflow.cpp
>>>>> index 295fc75..abf8736 100644
>>>>> --- a/src/Workflow/TrackWorkflow.cpp
>>>>> +++ b/src/Workflow/TrackWorkflow.cpp
>>>>> @@ -102,7 +102,7 @@ void
>>>>>    TrackWorkflow::addClip( ClipWorkflow* cw, qint64 start )
>>>>>    {
>>>>>        QWriteLocker    lock( m_clipsLock );
>>>>> -    m_clips.insert( start, cw );
>>>>> +    m_clips.insertMulti( start, cw );
>>>>>        connect( cw, SIGNAL( effectAdded( EffectHelper*, qint64 ) ),
>>>>>                 this, SLOT( __effectAdded( EffectHelper*, qint64 ) ) );
>>>>>        connect( cw, SIGNAL( effectMoved( EffectHelper*, qint64 ) ),
>>>>> @@ -380,7 +380,7 @@ TrackWorkflow::moveClip( const QUuid& id, qint64
>>>>> startingFrame )
>>>>>            {
>>>>>                ClipWorkflow* cw = it.value();
>>>>>                m_clips.erase( it );
>>>>> -            m_clips[startingFrame] = cw;
>>>>> +            m_clips.insertMulti( startingFrame, cw );
>>>>>                cw->requireResync();
>>>>>                computeLength();
>>>>>                emit clipMoved( this, cw->getClipHelper()->uuid(),
>>>>> startingFrame );
>>>>>
>>>> I disagree here, a single track can't contain multiple media at the same
>>>> position, which media would you use for this track?
>>>> _______________________________________________
>>>> Vlmc-devel mailing list
>>>> Vlmc-devel at videolan.org
>>>> https://mailman.videolan.org/listinfo/vlmc-devel
>>>
>>> _______________________________________________
>>> Vlmc-devel mailing list
>>> Vlmc-devel at videolan.org
>>> https://mailman.videolan.org/listinfo/vlmc-devel
>>>
>> I really think we should stick to one simultaneous media per track. No doing
>> so will probably be messy in the UI, IMHO.
>> Felix, JB, opinions?
>>
>> _______________________________________________
>> Vlmc-devel mailing list
>> Vlmc-devel at videolan.org
>> https://mailman.videolan.org/listinfo/vlmc-devel
> _______________________________________________
> Vlmc-devel mailing list
> Vlmc-devel at videolan.org
> https://mailman.videolan.org/listinfo/vlmc-devel
> 
As discussed a few days ago on IRC, it may be that merging tracks to
have a single tracks stack was a bad idea.
I'd like to postpone those changes until after our workshop in Paris. We
will need to syncup to determine what's next in the meantime :)

Regards,

-- 
Hugo Beauzée-Luyssen
www.beauzee.fr


More information about the Vlmc-devel mailing list