Chris Jones wrote:
> On Sat, Jul 11, 2009 at 09:28:11PM EDT, Elizabeth Dodd wrote:
>
> [..]
>
> I had not trouble editing the local_conf.py file - or rather the copy I
> made to my home directory - and pretty much everything that I needed now
> works (this is a laptop and I don't have a TV/radio card, for instance).
There are USB DVB dongles that work pretty well.
> Things that are not working smoothly at this point:
>
> 1. Switching to full-screen mode results in a blank (black, actually)
> screen: I have set freevo to start full-screen but after I hit 'z',
> the currently playing video clip is scaled back to the default size
> that I specified in local_conf.py and positioned at +x+y = +0+0 (top
> left corner of display) and the rest of the screen is black. If I hit
> 'z' a second time, I get a black screen - I have to hit 'z' again and
> then the escape key to get out of this and back to the freevo menu.
More than likely the geometry settings in your freevo.conf. I always
start freevo with the --fullscreen option.
> 2. RSS is not working - neither with the default freevo feeds nor links
> that I copied from google.news for instance. I get a "No Headlines
> found" message. I don't have a standalone aggregator handy on this
> system to help me make good guesses. I need to take a closer look
Difficult to get all feeds to work. Can be improved when we know which
pages don't work.
> Things that I would like to tweak/improve:
>
> 1. Keyboard actions do not suit my habits - mainly I would need to bind
> the hjkl keys to navigate the screens more efficiently and something
> like q to the "shutdown" option. I saw a stanza near the end of the
> local_conf.py file named "events" that has a few examples of how you
> define custom bindings but I would need a list of the events' canonical
> names in order to do that. I'll read the doc tomorrow - otherwise they
> should be defined somewhere in /usr/bin/freevo.real, I guess.
/usr/share/freevo/freevo_config.py is the default config file and has
the events, look for EVENTS =
Adding something like this to local_conf.py you can see all the events:
print_events = True
if print_events:
# Print configured events
for(k, v) in EVENTS.items():
print '==========='
print '%s' % (k)
print '-----------'
for (k2, v2) in v.items():
if v2.handler != None:
print ' "%s" %s "%s" %s:%s' % (k2, v2.name, v2.arg,
v2.context, v2.handler)
elif v2.context != None:
print ' "%s" %s "%s" %s' % (k2, v2.name, v2.arg,
v2.context)
elif v2.arg != None:
print ' "%s" %s "%s"' % (k2, v2.name, v2.arg)
else:
print ' "%s" %s' % (k2, v2.name)
>
> 2. Many of the .flv's that I have are music and I would prefer having
> them recognized as such by freevo in order to have the benefit of
> features like playlists (such as playing an entire directory) and
> possibly random play, repeat, etc. I have seen some promising hints
> in local_conf.py that this might be possible.
This is simple, looks at the _SUFFIX settings.
> 3. I haven't had time to look into web TV & radio as yet but this should
> be straightforward. I just need to retrieve the links from my bash
> history and figure out how to pass options such as cache size etc. to
> mplayer.
MPLAYER_ARGS['flv'] = '-nocache -forceidx'
> 4. When using mplayer from the bash prompt, watching web TV or .flv
> clips, I specify a "geometry" so that the output is positioned in a
> small window somewhere near the top right corner of the screen, out
> of my way, so I can get on with whatever I am doing. Then, I would
> use 'f' to toggle full screen mode. Not sure if I can achieve something
> similar with freevo.
Could be tricky, the design goal was for a stand-alone media centre.
> The irony of it is that I was looking for a curses-based front-end to
> mplayer because as I may have mentioned elsewhere I didn't need the
> aggravation of a GUI.. and I end up with this really delightful freevo
> interface.. let's call it a "post GUI" concept. :-)
>
> Outside the CLI or text-mode screen-oriented applications, it's the
> first time I run into an application that does what the user needs
> rather than what the developer thought would be good for the user.
>
> Thanks much for help and any pointers and comments about the above much
> appreciated.
>
> Naturally, many thanks to the author(s) of freevo..!
Duncan
------------------------------------------------------------------------------
Enter the BlackBerry Developer Challenge
This is your chance to win up to $100,000 in prizes! For a limited time,
vendors submitting new applications to BlackBerry App World(TM) will have
the opportunity to enter the BlackBerry Developer Challenge. See full prize
details at: http://p.sf.net/sfu/Challenge
_______________________________________________
Freevo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freevo-users
