@squirreltown - see https://global.download.synology.com/do ... _Guide.pdf
"Making Requests" wrote:
- _sid: Authorized session ID. Each API request should pass it, which is retrieved from the response of /webapi/auth.cgi, via either HTTP/HTTPS GET/POST method with “_sid” argument. Otherwise, if you pass it within “id” value of cookie of HTTP/HTTPS header, this parameter can be ignored.
Actually i am doing the log-in and using it. First you do the Auth, and you get a session id. then you attach that to every request. So next i get the list of files and that is fine. If you look at my first post, you'll see it.
Synology changed their firmware so that the Sharing API (which i was using because i can't figure out how to find the box on the LAN with a socket or however actual media players do it) doesn't actually send the files anymore, that seems to be done with a new Download API which was going fine until this problem. Unable to get past this, i tried setting up the web server and getting the files that way (no auth needed) and now the Roku won't play certain audio files that are known to be good (file plays fine every way except Roku, and Roku has played the file previously) so it skips the file and blows up the audio indexing. Just a snowball that keeps rolling.
Which method produces the "invalid path" error? Can you post some code? I've not been able to reproduce this using roUrlTransfer with your URL.
Mark, with the authorization requirement, I don't see how you can duplicate my setup without a Synology NAS on 6.0. I was sort of hoping for some obvious url error I wasn't seeing.