odw199 wrote: 
> 1. Yes as dst was "-" i took it to mean stdout
> 2. It's an internal URL to my home network. I transcoded a flac file to
> an AAC DASH format (multiple files all served by an apache web server,
> generated the .mpd file). This was all done using the gpac tools, MP4Box
> to create the DASH files. I've tested playback from the URL with
> MP4Client and it works flawlessly, it's just MP4Client outputs direct to
> speakers so (as far as I know)you can't chain it into squeezebox without
> doing some sound flower type munging (which won't work as the mac I'm
> using plays other media content locally through the sound output
> devices).
> 3. On a mac you just get the VLC.app as the mac application. A mac
> application is actually a folder containing all the bits needed
> (resources, data etc). This includes the actual executable binary, of
> which there sonly VLC, hence my command line. I read that cvlc was a
> wrapper to VLC -I rc and as I'm using the dummy interface, (-I dummy) i
> thought this should work. Running it with -I dummy does not launch a GUI
> so I think this part is OK.
> 4. I didn't know about xplay, I'll check it out, thanks.


OK you seem to understand what VLC command line is trying to do - that's
good.  I don't know Apple but know that getting VLC to run reliably from
a script executed by LMS and then die quietly can be tricky.  I have big
problems with Windows in this area and solutions involve plugin
trickery.  There may be some special VLC params needed for Apple
environment

The output binary to the console seems to indicate that stdout
redirection is not working so I think you need to get that sorted first
and do that without complication of DASH.
If you haven't done something similar already, there are two tests I
suggest

1. Test your conf with vlc playing a (hardcoded into script) test audio
file to stdout (i.e. ignore the passed URL). Check audio is sent to SB
player and vlc dies.
2. repeat two but with a play http/mp3 or aac stream. Prove that vlc can
be killed by LMS.

Then you must test from a Terminal prompt the DASH URL with the VLC
command line and redirect the output using somehting like "> test.flac" 
or " | cp - test.flac".

It's not clear how you get LMS to run your custom-convert.conf line .  I
assume you have defined a unique MIME, suffix and corresponding entries
in custom-types.conf.  I have with unsupported formats LMS will do a
first read of an URL and can sometime make unexpected decisions so a log
with player.source set to DEBUG would clairfy that the command line
being launched is what is expected.  The xplay plugin (I have been
trrytubg to package it but PlayHLS has kept me busy) - allow user to
prefix an URL with "Xplay://" and then LMS has nothing to with URL. It
make for a very flexible test but not sure if it would make much
difference. 
.


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=103197

_______________________________________________
plugins mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/plugins

Reply via email to