View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001216 | ardour | bugs | public | 2006-03-30 19:22 | 2008-11-20 23:48 |
| Reporter | BenLoftis | Assigned To | paul | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Summary | 0001216: Problems with end marker | ||||
| Description | 1) The "end" marker is always set at the end of the first destructive (tape mode) recording you do after opening a session; regardless of where it was set before or how much audio there is beyond the point where you stopped recording 2) Trying to play beyond the end marker will cause a really short play/stop/play loop to occur. This can cause a "no space left in GUI buffer" condition. This happens even with "auto play after locate" turned off. | ||||
| Tags | No tags attached. | ||||
|
|
1) this was intentional. how did other material end up "beyond" where the first capture finished? 2) you have "stop transport at end marker" enabled. i agree it should not even startup if the playhead is beyond the end marker under such circumstances. will fix. |
|
|
Paul, 1) I think you're missing the point that this is an EXISTING session which may already have data far beyond where you ended recording for THIS instance. Just to be clear: Create session, record out to 2:00 minutes. Close session. Reopen session. Record to 1:00 minute. Session end marker will be placed at 1:00. 2) I do NOT have "stop transport at session end" enabled. I am using JACK sync and Ardour is time master. Switching to Internal sync, the transport just stops at the end with no looping. Aha! Enabling AND THEN DISABLING the "stop transport at session end" option allows the transport to play beyond the end marker. So part of the bug is that the "stop transport at end" option was displayed wrong on session startup Re-enabling "stop transport at session end" results in the same catastrophic loop as before. |
|
|
both items fixed with code changes now in CVS. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-03-30 19:22 | BenLoftis | New Issue | |
| 2006-03-30 20:06 | paul | Note Added: 0002474 | |
| 2006-03-30 21:08 | BenLoftis | Note Added: 0002475 | |
| 2006-03-31 15:53 | paul | Status | new => resolved |
| 2006-03-31 15:53 | paul | Resolution | open => fixed |
| 2006-03-31 15:53 | paul | Assigned To | => paul |
| 2006-03-31 15:53 | paul | Note Added: 0002476 | |
| 2008-11-20 23:48 | seablade | Status | resolved => closed |
