View Issue Details

IDProjectCategoryView StatusLast Update
0009705ardourbugspublic2025-12-27 10:15
Reportercolinf Assigned Tozamaudio  
PrioritynormalSeverityminorReproducibilitysometimes
Status assignedResolutionopen 
PlatformDebian GNUOSLinuxOS Version(any)
Summary0009705: ProTools import doesn't import stereo tracks properly
DescriptionI have a few protools session files with stereo tracks. On importing these, the corresponding ardour tracks are created mono, but end up with both the left & right audio regions layered in the same track.
TagsNo tags attached.

Activities

zamaudio

2025-12-15 07:58

developer   ~0029575

colinf: Sorry for huge delay in getting back to you. Do you have a test protools session file you could share publically that contains at least one stereo track that I could also commit to my repo? I knew this was a problem but I don't have any way to reproduce it in ptformat.

colinf

2025-12-15 11:42

updater   ~0029578

Attached has two mono tracks & two stereo tracks
Chamber Sweep.ptx (73,823 bytes)

colinf

2025-12-20 16:17

updater   ~0029602

Working now in 2fc1750a, ptimport-multichannel branch: thank you!

colinf

2025-12-20 16:26

updater   ~0029603

There are a few oddities still: I have some sessions where the PT file import progress bar jumps around rather than smoothly increasing. Also, I'm still hitting the extreme slowness issue in 0009730 on larger sessions, so I can only test a few of the examples I have here.

zamaudio

2025-12-21 02:45

developer   ~0029609

I added a commit that might speed it up slightly a1cc689e26 but it still takes a long time on sessions with more than 100 tracks.

colinf

2025-12-23 14:36

updater   ~0029616

8f6500d4 worked very nicely: it imported my monster session from 0009730 in a couple of minutes, and the stereo tracks ended up exactly as I expected. The rebase of the ptimport-multichannel branch to 01281471 has lost commit 2fc1750a, and thus although the import is still speedy with the rebased branch, the stereo tracks end up as mono with stacked regions as previously. So, a partial success...

zamaudio

2025-12-24 01:16

developer   ~0029618

Yes, sorry that is expected, I am hoping to have 76e23b823b and 012814711d merged into master for 9.0, as it does not change any API or strings or add any new features, just provides the speedup. I have stashed away the final change that introduces the multichannel imports for another release.

colinf

2025-12-24 11:00

updater   ~0029621

Ah, OK, thanks for the explanation: that makes sense.

zamaudio

2025-12-27 01:24

developer   ~0029624

I have added 7f1ad4122d on top of the two commits in branch ptimport-multichannel that solves this bug with minimal API impact.

colinf

2025-12-27 10:15

updater   ~0029625

Great, thank you!

Issue History

Date Modified Username Field Change
2024-05-13 17:58 colinf New Issue
2025-12-15 07:58 zamaudio Assigned To => zamaudio
2025-12-15 07:58 zamaudio Status new => feedback
2025-12-15 07:58 zamaudio Note Added: 0029575
2025-12-15 11:42 colinf Note Added: 0029578
2025-12-15 11:42 colinf File Added: Chamber Sweep.ptx
2025-12-15 11:42 colinf Status feedback => assigned
2025-12-20 16:17 colinf Note Added: 0029602
2025-12-20 16:26 colinf Note Added: 0029603
2025-12-21 02:45 zamaudio Note Added: 0029609
2025-12-23 14:36 colinf Note Added: 0029616
2025-12-24 01:16 zamaudio Note Added: 0029618
2025-12-24 11:00 colinf Note Added: 0029621
2025-12-27 01:24 zamaudio Note Added: 0029624
2025-12-27 10:15 colinf Note Added: 0029625