TDAbleton 2.6.8 not receiving Time/Cue Point Data

Hello,

first try at TDAbleton, connection is succesful for data like song_id, tempo and play but not for others like bars, beats, sub-divisions, ticks and time, even though “Include Time/Cue Point Data” is set to on.

Ran a test with a OSC in by syncing the port to 58811 and it is receiving the /time data from ableton just fine, but abletonSong1 doesn’t.

Tried reinstalling TD and setting TDAbleton up again but the issue is still there.

tbableton-learning.toe (231.7 KB)

ableton project folder:

tdableton-learning Project.zip (16.4 KB)

OS: Windows 11

Software versions:

  • Ableton Live 12.4.3

  • TouchDesigner 2025.33070

I will take a look at this in the next week

thank you!!

Just chiming in to say I’m experiencing the same bug on MacOS with fresh installs of both Ableton 12.4.3 and 12.3.8, in new projects without any preexisting TDA devices that need upgrading.

On top of that I am having the same issue as tdAbleton bug: tda_level doesnt send volumne data on send and master tracks but for all rack OSC devices. The devices are trying to send to the wrong OSC addresses.

When placed on the Main track the TDA_Rack_OSC device is sending to /rack/t/TDA_Audio_Effect_Rack/Macro [0-16] but in TD the abletonRack component OSCinCHOP address scope is set to /rack/tm/TDA_Audio_Effect_Rack/*

When placed on a return track the TDA_Rack_OSC device is sending to /rack/t/TDA_Audio_Effect_Rack/Macro [0-16] but in TD the abletonRack component OSCinCHOP address scope is set to /rack/tr0/TDA_Audio_Effect_Rack/*

Seems to me that the max4live devices are erroring / the value returned from the LOM is null and the OSC address string gets concatenated with a part missing. If I hack the OSC address scope par on the TD side to match what I see in the rack devices the macro data comes through fine.

Rack OSC devices on regular audio tracks without a # character in their name work as expected.

Cheers mate!

Just discovered it’s also not working on audio group tracks.

Apparently there were some problems in the last TDAbleton release!

To fix the time broadcast, go into your tdAbletonPackage/tdAbleton component, select the oscin_time CHOP, and toggle the Reset Channels parameter to OFF.

This will be fixed in the next release

I will dig into the Rack device problems soon. In the future, please create a new forum post for separate bugs!

Okay Rack issues will also be fixed in next release.

If anyone needs alpha versions for time-critical projects, I can post a zip

1 Like

Amazing. I’ll take a zip of the fixed devices please.

Thanks Ivan!

Here is an alpha zip of TDAbleton 2.6.9

You can install the whole folder in your remote script folder: https://help.ableton.com/hc/en-us/articles/209072009-Installing-third-party-remote-scripts

There are more instructions here: https://docs.derivative.ca/TDAbleton_Manual_Installation\_(legacy)

It’s been a while since I’ve released one of these zip updates. It’s definitely more of a job installing manually. Post here if you have questions.

TouchDesigner.2.6.9.zip (2.0 MB)

Just tested this and can confirm that the updated rack devices work normally again on audio group and return tracks.

Still had to manually apply the following fix for the time data, even after replacing the TDAbleton palette toxes, replacing the tdAbletonPackage comp in my network and clicking Update all to 2.6.9:

To fix the time broadcast, go into your tdAbletonPackage/tdAbleton component, select the oscin_time CHOP, and toggle the Reset Channels parameter to OFF.

Also I got this warning from the new palette toxes - seems like everything works and this is just a symptom of me being on the current stable TD build and you working in a pre-release build?

Thanks so much for your speedy help Ivan! I’m back up and running :slight_smile:

Regards,

Corey.

Hmph. Something is setting that toggle. Thanks for report!

Indeed that popup is just because I’m building in an internal TD that is ahead of the current official. Should be fine.