Hi,
I am trying to create an XP that records an mp3, plays it back and then sends it to the user via Share via Email. I’ve got the basic record/play functionality working by triggering batch files that run the command line audio tool Sox. I can record a file and play it back all from within Intuiface. When I try to add said audio file to the sharing queue, it does not seem to work. No email gets sent (though no error is raised either). If I clear the queue and send the email, the send does work.
So… is it possible to add a file that is not part of the XP to the sharing queue?
Well, as usual, as soon as I get frustrated enough to post here, I figure it out. Odd behavior though. Here is what I figured out…
I’ve got the batch files and vbs scripts that run said batch files in the Audios folder of the XP so that it is all self contained. My original method of adding the file link was to simply copy the path from Windows explorer. That path looked like this…
C:\Users\bradp\Documents\Intuiface\SL_Rec_Booth_Test\Files\Audios
That didn’t work.
Then I decided to try dragging the audio file into a browser and then copying the URL that is showed in the link bar. That link looked like this…
file:///C:/Users/bradp/Documents/Intuiface/SL_Rec_Booth_Test/Files/Audios/JamStudio.mp3
That did not work either.
After some experimentation, I removed the file:/// from the from URL above and pasted in…
C:/Users/bradp/Documents/Intuiface/SL_Rec_Booth_Test/Files/Audios/JamStudio.mp3
That worked! Yay! The odd thing is that if I go into the action window again, Intuiface has added back the file:/// to the front of the URL. I tested again and it seems that it only works if Intuiface adds the file:/// to the link.
In your first path, it looks like you are missing the audio filename itself, but I’ll assume this is just a typo in your post here.
The backslash \ characters may be “escaped” when being processed because you don’t have double quotes around your whole path. In most languages, \n is a line return, \t is a tabulation, etc…
This first path (with the mp3 file name) might work if you write it like this (notice the double quotes):
Without the double quotes, your path with forward slash / only works because you have no spaces in your folder names / file name. You would also need double quotes if you have any blank character in that path.