Re: OSC signals about transport state

Robin Gareus <[email protected]>
Newsgroups gmane.comp.audio.ardour.devel
Message-ID <[email protected]>
On 11/12/2015 03:47 PM, Johannes Mueller wrote:
> On Thursday 12 November 2015, 14:36:47 Robin Gareus wrote:
>> On 11/12/2015 01:02 PM, Johannes Mueller wrote:
>>> Hello,
>>>
>>> Looking at libs/surfaces/osc/osc.cc OSC::current_value I see that once
>>> upon a time ardour was signaling the transport state via OSC.
>>
>> Not "once upon a time"  but "in the glorious future".
>> It's a prototype to outline how someone who's interested could add it.
>>
>> all OSC::current_value() calls currently return the transport_frame
>> which is the same as the existing "/ardour/transport_frame" message does.
>>
>>> For some reason this
>>> stuff as well as the registering of the concerning callbacks is commented
>>> of ifed out.
>>>
>>> Is the reason for this still valid? What must happen to get the feature
>>> back?
>> It does not compile, nor was ever complete. Someone needs to step up an
>> do it. though looking at recent changes, the approach may not be the
>> right one.
> 
> I am thinking about adding some stuff to the OSC communication of Ardour. So 
> what are the recent changes that maybe make this approach not the right one? 
> What would be a better one?

same as "/ardour/transport_frame" and OSC::transport_frame()

OSC::current_value() is based on the assumption that there's a lot of
common code with the goal to reduce code-duplication.

The easiest way to contribute is by github pull-requests. see also #28
at http://ardour.org/styleguide.html

Cheers!
robin
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.