Francisco Eduardo Álvarez Solano wrote:
>
> As you can see in the bug report, Duncan thinks that this modification may
> break something else. But I don't know enough freevo/python to write another
> audio plugin, as Duncan suggest. I'm used to modify manually this lines in
> every release since 1.7.x, and I have no problems with the plugins I use
> (not many, at least for audio, though)
>
Hm, the last answer from Duncan is "works for me"?
I can clearly state that it's not working for me if I let freevo decide
what to do.
And I must admit that local playlists also aren't working if added in
MPLAYER_ARGS with version 1.8.1 as I first said:
I forget that there's an exception for playlist-files in my (really ugly,
not error prone at all and highly adapted for my local environment)
bash mplayer-wrapper (Yes, I should rewrite it to a freevo-plugin and
maybe I will do it in the future, would be a good practice to learn
python).
But it definitely worked in an older version with m3u in MPLAYER_ARGS.
Maybe it worked, despite the fact that you are saying that you are modifying
freevo since then, in 1.7.x?
So, as I'm normally using a wrapper around mplayer (but not after my
upgrade to 1.8.3 yesterday, the backported deb from Debian Experimental
overwrote my changes in /etc/freevo/freevo.conf), it works for me too ;)
OK, I did some further testing (with plain freevo 1.8.1 and 1.8.3):
If I add pls/m3u to VIDEO_MPLAYER_SUFFIX and to MPLAYER_ARGS (files are
of course only visible in the directories mentioned in VIDEO_ITEMS):
http-m3u: plays with black screen, no onscreen display
file-m3u: plays with black screen, no onscreen display
http-pls: plays with black screen, no onscreen display
file-pls: plays with black screen, no onscreen display
If I add pls/m3u to VIDEO_XINE_SUFFIX (also the files are only visible
in VIDEO_ITEMS):
http-m3u: plays with xine-oscilator display
file-m3u: plays with xine-oscilator display
http-pls: plays with xine-oscilator display
file-pls: doesn't play and im stuck in xine-window and have to restart
freevo, main.log says:
2008-12-15 19:10:57,182 ERROR event callback
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/kaa/notifier/event.py", line 191, in
handle
handler(event)
File "/usr/lib/python2.4/site-packages/kaa/notifier/event.py", line 145, in
__call__
super(EventHandler, self).__call__(event)
File "/usr/lib/python2.4/site-packages/kaa/notifier/nf_wrapper.py", line 97,
in __call__
ret = super(NotifierCallback, self).__call__(*args, **kwargs)
File "/usr/lib/python2.4/site-packages/kaa/notifier/callback.py", line 168,
in __call__
result = cb(*cb_args, **cb_kwargs)
File "/usr/lib/python2.4/site-packages/freevo/main.py", line 286, in
eventhandler
if not rc.app()(event):
File
"/usr/share/pycentral/python-freevo/site-packages/freevo/video/plugins/xine.py",
line 266
self.stop(event)
File
"/usr/share/pycentral/python-freevo/site-packages/freevo/video/plugins/xine.py",
line 241
cin.write('quit\n')
IOError: [Errno 32] Broken pipe
If I add pls/m3u to AUDIO_SUFFIX and to MPLAYER_ARGS (files are visible
in the directories mentioned in AUDIO_ITEMS):
http-m3u: doesn´t play
file-m3u: doesn´t play
http-pls: doesn´t play, sometimes freevo advances immediately to the
next file, sometimes I'm stuck in the freevo-Audioplayer and
I have to restart freevo. Then main.log says:
rc.py (610): no event mapping for key 'STOP' in context 'menu')
Huh, I'm in the Audio-Player?
file-pls: same as http-pls
All four variants in mplayer.log:
AVS: failed to load avisynth.dll. which means that mplayer misses the
-playlist parameter so the MPLAYER_ARGS aren't added.
If I reference pls- or m3u-playlists which itself are referencing http://
or also file:// urls in an fxd with <playlist/> m3u/pls are playing
back fine with mplayer without specifying anything related to pls/m3u
in local_conf.py.
E.g:
<?xml version="1.0" ?>
<freevo>
<container title="Audio playlists" type="webradio">
<audio title="local m3u-playlist, http:// stream">
<playlist/>
<url>file:///opt/http-m3u.m3u</url>
<info>
<description>m3u that references an http stream</description>
</info>
</audio>
</container>
</freevo>
The <url> has to be an absolute path but in the m3u/pls relative paths
are working.
I also did a quick-test with <file id="f1"> and it didn't work but maybe
my syntax was wrong (just modified the <url> fxd).
So to me it seems with an unmodified, actual freevo-version and without
using a wrapper around mplayer, there are two methods to play local
file:// or http:// m3u/pls-playlists:
Play them from a Video-Dir or reference the playlists in an fxd.
Both methods require VIDEO_PREFERED_PLAYER = 'mplayer' for pls.
Hm, could anyone please now test the four playlist-variants with
AUDIO_PREFERED_PLAYER = 'fxmms'? ;-)
Bye,
Manne
------------------------------------------------------------------------------
SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada.
The future of the web can't happen without you. Join us at MIX09 to help
pave the way to the Next Web now. Learn more and register at
http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users
