From: Lucian M. <Sar...@gm...> - 2006-04-06 22:21:43
|
Darren Salt wrote: > I demand that Ow Mun Heng may or may not have written... > >> On Wed, 2006-04-05 at 18:17 +0100, Darren Salt wrote: >>> I demand that Ow Mun Heng may or may not have written... >>>> On Wed, 2006-04-05 at 02:20 +0100, Darren Salt wrote: >>>>> I demand that Ow Mun Heng may or may not have written... >>> gui->audio->chainreaction->upmix_mono->[0/1/-1] >>>>>> Is is possible to Assign a shortcut key for it to enable on-the-fly >>>>> You can do this in gxine: >>>>> ao_postproc.set_chain ('upmix_mono:channel=1'); >>> If you make use of Javascript String methods, you should be able to splice >>> this into the current plugin string (but note that the plugin name will be >>> preceded by "-" if it's disabled). > >> I just tried out your patch with gxine-0.5.5. (I noted that you just added >> this. Thanks) > >> It works as advertised. > > This is good :-) > > [snip] >> I do believe that having lirc to do the switching via gxine_client would >> work. > > It will; look in misc/lircrc for an example. > > [snip] >> Would this feature make it's way into xine-ui? > > (You mean "its".) > > I don't see why it shouldn't, but it won't be me who adds it... > >> That's still what freevo depends on. (and I really would like that/this >> feature in freevo) > > Maybe freevo needs to be a little more flexible? ;-) > It depends on how one looks at this flexibility. If options are limited in running Freevo only in a X11 setup, then no thanks, that's not flexible. Freevo can also be used on DirectFB (i.e. on a dedicated HTPC in the living room, on which using X11 wouldn't necessarily bring any benefit due to the available hardware), but then there is no gxine, but fbxine, or df_xine. Then, again, wonderful features regarding post-processing plugins available in xine-lib are crippled because their usage is not equally supported in all frontends, because they have to re-implement event handling on their own. This is sad... |