DOE: Sound Extension

[Andraax]

Can FG handle URLs like "file:///home/skj310/Music/DnD/gun-shot3.ogg"? Anyone else out there savvy and able to throw some help my way?

That's exactly the point of DOE:OLE.

[skj310]

Hi Andraax,

Agreed, and that is what I thought as well see attached image:


But when I setup the OLE as in that image above I receive the following error:

Script Error: [string "common/scripts/string_list_link.lua"]:55: attempt to index field '?' (a nil value)

And therefore I wondered if perhaps I was doing something wrong, or if linux OS was the problem?

[dulux-oz]

There's an extra "/" in the URL string ie you've got "file:///" - shouldn't that be "file://" ???

[skj310]

Thanks for the response Dulux-Oz!
I've tried the // over the /// and i still get the script error message as shown above. The difference is that if i paste that URL into firefox/chrome as "file://..." it fails to play the sound file, whereas "file:///..." WILL PLAY the sound file. As well I've tried using both mp3 and ogg extensions.

I should mention that running the URL from DOE:sound over DOE:OLE provides a slightly different error message:

Script Error: [string "DOESound/Scripts/IsSoundManager.lua"]: 259: attempt to index a nil value
Runtime Error: desktop: Unable to create window with invalid class {url: file:///home/skj310/Music/DnD/gun-shot3.mp3)

Is this a situation related to OS?

[dulux-oz]

OK, as far as I'm aware using 3 "/" in a URL won't work - as in, its against the standard. Whether your browser/OS is doing something "extra" to make it work (something outside of the URL-standard) I don't know. Someone can correct me on this if I'm wrong (which might just be the case).

Under Windows, if the OS has an association for the file type then the OS will use that association to load the correct app to "display" the file ie if mp3 files are associated with the vlc media player Windows will load up the vlc media player and use it to play the mp3 file - via the URL string. As I don't use Linux as a (general) Desktop OS (Kali doesn't count) then I don't know how it treats URLs like the one we're discussing.

The error message produced by the DOE: Sound is definitely complaining about the URL string, and if I had to guess I'd say it was that 3rd "/", because I use URLs exactly like the one you've got (without the extras "/") and they work fine.

So, stupid question: does Linux have the same "association" idea as Windows (I assume it does) AND does your system have a particular association between mp3 files and a media player (remember, of course) that just because your browser can play audio doesn't mean that there is an association between a stand-alone media player and mp3 files).

A puzzler, to be sure.

[damned]

It is a valid URI/URL but that is all I have to contribute to this thread

[dulux-oz]

It is a valid URI/URL but that is all I have to contribute to this thread

There you go, I've learned something - I didn't see it in the URL RFC.

[damned]

At a guess, emphasis on the guess, the third / may actually be part of the path....

file:///C:/Users/damned/Desktop/rbm/web1/warlock.jpg

[dulux-oz]

Yeah, that makes sense - I've never really thought about it until now

Cheers

[skj310]

At a guess, emphasis on the guess, the third / may actually be part of the path....

file:///C:/Users/damned/Desktop/rbm/web1/warlock.jpg

Yup, damned is correct. 3 slashes have to follow the "file" header and using 2 slashes within a browser address bar returns an error and won't play the local music file. So here's the interesting bit that i don't know what to think, when I enter:

file:///home/skj310/Music/DnD/gun-shot3.ogg

in the address bar of firefox or chrome the music begins to play immediately from within the browser. I had assumed this was some browser-ish feature but am not sure.

In linux it's possible to play music from the commandline without needing to open an application, for example:

skj310@hostname ~ $ play /home/skj310/Music/DnD/gun-shot3.ogg

 File Size: 15.7k     Bit Rate: 112k
  Encoding: Vorbis        Info: Processed by SoX
  Channels: 2 @ 16-bit   
Samplerate: 44000Hz      
Replaygain: off         
  Duration: 00:00:01.11  

In:100%  00:00:01.11 [00:00:00.00] Out:49.0k [      |      ] Hd:0.0 Clip:0    
Done.

or

skj310@hostname ~ $ gst-launch-1.0 playbin uri=file:///home/skj310/Music/DnD/gun-shot3.ogg
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Redistribute latency...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: GstPulseSinkClock
Got EOS from element "playbin0".
Execution ended after 0:00:00.675375801
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
Freeing pipeline ...

So no need to open VLC to play the file!

Notice that in the 2nd commandline option, it requires me to enter the path using the "file:///" header as discussed above. At this point i'm gonna run FG in a windows VM and see if i can work out what happens when playing local files. Then perhaps i can workout what seems to be mising from linux.

My concern in all this was that perhaps there was something blatantly obvious regarding the URL syntax related to DOE:Sound or FG; but based on your replies, I am now thinking that perhaps this is not something tied to the code y'all are familiar with and I'll need to dig deeper into understanding the differences in OS ... i'll report back whatever i might find. Thanks.