View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003061 | ardour | bugs | public | 2010-04-05 10:03 | 2010-07-22 13:21 |
| Reporter | oofus | Assigned To | cth103 | ||
| Priority | normal | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | Dell D830 core2duo T9300 2.5GHz | OS | Mandriva | OS Version | 2010 |
| Summary | 0003061: Importing oggs that are a different sample rate to the current session results in very badly clipped regions | ||||
| Description | Importing oggs that are a different sample rate to the current session results in very badly clipped regions. This happens when files are copied into the session and the oggs are converted to the native session audio file format. So far I have seen it happen with all combinations of wav files. I have also experimented with converting the oggs with a two step process (ie ogg -> wav then wav -> wav with sample rate convert) using the same tools as Ardour uses but via the command line. The end result is a non clipping region when the file is imported. | ||||
| Tags | No tags attached. | ||||
|
|
I'm having trouble reproducing this. Can you supply an example OGG file? When you say "very badly clipped", roughly how clipped do you mean? |
|
|
This is because the resampling process can generate samples > 1.0, and if the session file format is an integer one, the resampled files will be clipped on being written back to disk. Two possible solutions suggest themselves: 1. do the resampling twice, first to find the peak level and then second to do the actual conversion & write to disk with appropriate gain factor. 2. stop resampling on the first peak and retry with a gain factor. We should probably only do gain munging if the session file format cannot cope with samples > 1.0. Option 2 is more efficient if the file doesn't clip much, but potentially much less efficient if, say, it starts off clipping a bit and then gets worse. |
|
|
This should be fixed in SVN. |
|
|
Tested with some files I had been previously having problems with. All seems fine now. Thanks. |
|
|
Thanks for testing. |
|
|
Believed fixed |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2010-04-05 10:03 | oofus | New Issue | |
| 2010-04-05 20:10 | cth103 | Note Added: 0007443 | |
| 2010-04-05 20:10 | cth103 | Status | new => feedback |
| 2010-04-07 21:06 | cth103 | Note Added: 0007451 | |
| 2010-04-07 21:06 | cth103 | Status | feedback => confirmed |
| 2010-04-08 01:26 | cth103 | Relationship added | related to 0001241 |
| 2010-04-09 14:14 | cth103 | Note Added: 0007459 | |
| 2010-04-09 14:14 | cth103 | Status | confirmed => feedback |
| 2010-04-09 14:37 | oofus | Note Added: 0007460 | |
| 2010-04-09 15:01 | cth103 | cost | => 0.00 |
| 2010-04-09 15:01 | cth103 | Note Added: 0007462 | |
| 2010-04-09 15:01 | cth103 | Status | feedback => resolved |
| 2010-04-09 15:01 | cth103 | Resolution | open => fixed |
| 2010-04-09 15:01 | cth103 | Assigned To | => cth103 |
| 2010-04-24 10:28 | cth103 | Category | bugs => bugs2 |
| 2010-04-24 10:29 | cth103 | Category | bugs2 => bugs |
| 2010-07-22 13:21 | oofus | Status | resolved => feedback |
| 2010-07-22 13:21 | oofus | Resolution | fixed => reopened |
| 2010-07-22 13:21 | oofus | Note Added: 0008578 | |
| 2010-07-22 13:21 | oofus | Status | feedback => closed |
| 2010-07-22 13:21 | oofus | Resolution | reopened => fixed |
