On Wed, May 16, 2012 at 9:33 AM, Maksym Veremeyenko <[email protected]> wrote:
> 16.05.12 19:20, Dan Dennedy написав(ла):
>
>> On Wed, May 16, 2012 at 1:48 AM, Maksym Veremeyenko<[email protected]>
>>  wrote:
>>>
>>> 23.04.12 16:05, Maksym Veremeyenko написав(ла):
>>>
>>>> Hi,
>>>>
>>>> attached patch allows setting properties for producer that is element of
>>>> playlist.
>>>>
>>>> using syntax:
>>>>
>>>> uset u0 producer.audio_index=all
>>>>
>>>> allow set this properties to created producer instead of playlist...
>>>
>>>
>>>
>>> ping?
>>
>>
>> I was out of town for a while, and focusing on other things. Before I
>> look at the patch, how does this behave logically? A playlist is a
>> producer. So, if this just affects the playlist as producer, it seems
>> superfluous. Otherwise, which entry of the playlist does this affect?
>> As it stands, it looks ambiguous.
>>
>
> it set properties for each/per playlist item producer.

Thinking beyond your current needs, do you think we should just go
with what we have now or should we plan to extend it at some point to
support an xpath-like or css-like syntax for addressing any objects in
the graph?

On a related note, I was thinking I do not really like the playlist
being the default target object of uset, and instead making it
consumer. How do you feel about adding support for a "playlist."
prefix, retaining the "consumer." prefix, change the default target to
consumer, and for backwards compatibility make "eof" without prefix
target the playlist?

-- 
+-DRD-+

------------------------------------------------------------------------------
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
_______________________________________________
Mlt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mlt-devel

Reply via email to