View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000117 | ardour | bugs | public | 2003-11-10 18:00 | 2008-11-20 23:48 |
| Reporter | nquit | Assigned To | v2 | ||
| Priority | low | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0000117: MTC send isn't quite right | ||||
| Description | 0.9beta8 - MTC send is not quite right - all I know is MTC of same format from other machines locks my behringer mixer right up, but from ardour, the mixer doesn't lock - it will lock for a second then drop. it sees incoming time code, but won't lock | ||||
| Tags | No tags attached. | ||||
| duplicate of | 0000198 | closed | atreju | MTC output "un-even" |
| has duplicate | 0000118 | closed | atreju | MTC receive not right |
| related to | 0000299 | closed | atreju | MTC (SMPTE) Errors |
| related to | 0000605 | closed | atreju | 0.9beta18 doesn't respond to MTC |
| related to | 0000292 | closed | atreju | mtc slave mode |
| related to | 0000764 | closed | atreju | MTC transmit error |
|
|
AFAIK, this cannot be fixed on vanilla linux kernels. we are waiting for code from fons adriensen that will allow ardour to act as a SMPTE source, which can then be used for positional sync. why can't it be done? MTC mandates one quarter-frame message to be delivered on time, every time. a quarter frame msg has to be delivered with a scheduling precision that vanilla linux cannot supply - there is no way to reliably deliver something with 0.2msec accuracy. SMPTE, by contrast, is a continuous audio signal and can be generated just as if were a synth voice. the new "High Resolution Timer Patch" for linux will allow us to do this correctly, but i don't intend to use them until we begin work on MIDI (i.e. post 1.0) please add another bugnote to indicate your thoughts on this. |
|
|
Hmmm, I did not know this - thanks for the information :) my thoughts... Vanilla linux kernels are what the planet kernels are - pretty much any low latency kernel starts off as a vanilla kernel, is that right? smpte stream is definitely a good thing to add anyway, way good. receiving smpte, too. that audio smpte stream is how to sync an analog deck, which is a big step. but ardour's gotta receive for that. the one thought I have, is that the MTC thing will be important. for example, in my studio, the berhinger mixer has a smpte input (XLR), but the HDSP 9652 sound card doesn't have a smpte output, and the only audio output is digital, going to the board. I think this is pretty common. in my case, it MAY be possible to take the stream as an audio track digitally to the board, pipe it BACK out through a multi-out (via a soldered custom cable 1/4inch to XLR) and into the smpte input. whether that would work I don't know. it seems pretty odd *laugh* there's ways around this if the MTC in is working in ardour, of course. my other thought is that sync is insanely important, especially as you move into using analog stuff. a question I have is, the "High Resolution Timer Patch", is that a patch that a user like me will have to apply to the kernel, or is that something that will be done on the ardour developement side? |
|
|
The high resolution patch doesn't seem to work very well, as investigated by essej. |
|
|
MTC works perfectly for me and has done for some time now. geoff. |
|
|
Seems to have been fixed some time ago. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-11-10 18:00 | nquit | New Issue | |
| 2003-11-10 20:47 | paul | Note Added: 0000152 | |
| 2003-11-10 20:48 | paul | Status | new => feedback |
| 2003-11-10 21:20 | nquit | Note Added: 0000155 | |
| 2004-05-17 02:53 | taybin | Note Added: 0000770 | |
| 2004-05-17 02:54 | taybin | Priority | normal => low |
| 2004-05-17 02:54 | taybin | Status | feedback => acknowledged |
| 2004-05-26 12:52 | paul | Relationship added | duplicate of 0000198 |
| 2006-03-06 06:00 | songshop | Note Added: 0002454 | |
| 2006-03-20 17:09 | v2 | Status | acknowledged => resolved |
| 2006-03-20 17:09 | v2 | Resolution | open => fixed |
| 2006-03-20 17:09 | v2 | Assigned To | => v2 |
| 2006-03-20 17:09 | v2 | Note Added: 0002460 | |
| 2006-03-20 17:09 | v2 | Duplicate ID | 198 => 0 |
| 2006-11-13 22:56 | atreju | Relationship added | related to 0000299 |
| 2006-11-16 20:14 | atreju | Relationship added | has duplicate 0000118 |
| 2006-11-18 09:00 | atreju | Relationship added | related to 0000605 |
| 2006-11-18 09:02 | atreju | Relationship added | related to 0000292 |
| 2006-11-18 09:24 | atreju | Relationship added | related to 0000764 |
| 2008-11-20 23:48 | seablade | Status | resolved => closed |
