still struggling to get this to be logical. the two different versions for linux 46 and 50 have different paths to externals – some externals seem to require a path as part of the object others don’t – it may be that the two different versions are sharing a config file and that is confusing things – anyway the attached patch is work again now on the linux machine and

Had to recap on work done in February – wasted time figuring out that the pathwriter player wouldn’t work on Linux because i didn’t have the libraries installed in the right place – this will need sorting out – more follish was a hour spent looking for a solution because forgot that a double click was required to trigger the glist not just a single click. A managed to get

i have probably one of the messiest solution to resolving the problem rendering a valid path for Pd to play audio files – i am sure there is a much more elegant way to do this but at least this seems to work in a theoretical set up

managed to botch together something that works in 3hrs at 4 am – here its is.

i have made progress in connecting the cue.txt file generated by tts_callback to PD