Re: [LAD] RME TCO option

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Chris Goddard <chris@...>
Cc: <linux-audio-dev@...>
Date: Sunday, August 25, 2013 - 8:33 pm

On Fri, Aug 23, 2013 at 12:48:22PM +0100, Chris Goddard wrote:

> Hi Adrian


Let me CC Robin and LAD on this one.

> Hope you don't mind me contacting you directly, but I have a

To be honest: I don't know, I've only fixed the kernel side of it. ;)

There are 1.5 ways to read the TCO's LTC output from userspace:

1. Via ioctl. Needs currently unreleased alsa-lib containing my
commit 4b169b05b48f4ea0196879b62b8c3fa5b050e806 and newest driver,
Takashi's sound-2.6 is fine.

Then, use SNDRV_HDSPM_IOCTL_GET_LTC. To the best of my knowledge,
that's the proper way to read the LTC and it's what I've fixed.

2. If the TCO is present, we create a MIDI output port sending the
MTC. At least I think it's MTC. Since the data is directly
generated by the TCO, the driver has no influence on it. No idea
if it helps in your case if you set this port as the MTC input
port in Ardour.

So it looks like for proper LTC support, we either need some converter
(maybe there already is one?) or ardour needs to be augmented. I have
absolutely no idea what the preferred approach is, but I'm sure Robin or
Paul do.

Maybe it's easiest to add another input path to one of Robin's LTC libs
that just runs the appropriate ioctl and parses the output. Since the
LTC is already decoded by the TCO, it should be pretty straight-forward.

Oh, and last not least: I don't own a TCO, so I cannot really test
anything. Fortunately, the ioctl is purely software, so a mockup should
do the trick.


mail: PGP/GPG: key via keyserver

Linux-audio-dev mailing list

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [LAD] RME TCO option, Adrian Knoth, (Sun Aug 25, 8:33 pm)
Re: [LAD] RME TCO option, Jörn Nettingsmeier, (Wed Aug 28, 10:17 am)
Re: [LAD] RME TCO option, Chris Goddard, (Wed Aug 28, 10:52 am)