Viggo Fredriksen wrote:
> Hi!
Hi
> Seems like you guys have been pretty busy this summer. Good work!
You're back, cool!
>> Audio: the audio player is also working, but most plugins are not. The
>> next thing I want to fix is the detach plugin and the detachbar. And
>> the mplayervis plugin is completly broken, someone has to fix this. I
>> heard you want to go to libvisual, this sounds great. Keep in mind
>> that we don't use pygame anymore so you need to render in an imlib2
>> image. Contact me if you have questions about the integration. And
>> feel free to fix a plugin in the audio dir.
>
> I've already started working on a new detached player view. There is a bug
> when trying to detach, the screen is dimmed to black and focus is still on
> the player for one more event.
You can regsiter to a screen change like the idlebar to get
information about if a dim animation is running.
> It also exits when the currently playing song finishes. With the new
> Application code I'm uncertain on how to fix this, but I'll take a
> look.
The new code should make it easier. Again, you can register to
application changes. By that, you get an event that the audio player
is gone and you see that music is still running.
> What I would like for the new detached player view, is a dedicated
> placeholder defined by the skin, which could be hidden when a
> fullscreen app like the imageviewer takes control over the screen.
Take a look at the idlebar. The new event gives you also notification
if the new starting app wants to be fullscreen (video, image) or not
(menu, audio).
> The problem with this is that it might take up valuable screen space
> when it's not in use. Any good ideas? Maybe use the zindex to draw
> it in the bg somewhere - but where to put it so it doesn't get
> obfuscated by text or images drawn above it?
I was thinking about using the idlebar. Since you fixed the plugins
(Thanks BTW, I will add it to cvs when I fixed some stuff here), you
know a plugin returns the width it uses. So when no music is playing,
return 0 (you don't draw), when music starts, force an update of the
idlebar, return your needed width and than you can update the audio
status without calling a global idlebar update (just change your gui
objects and call update() for the display).
> Further, I would like to have some dedicated events for controlling
> the detached player - so one could control it with remotes that has
> own buttons for this. It should be pretty easy to do, but I would
> like to do it more proper than my last hackish attempt to do it. Any
> pointers?
Bad hack: add events for it. The user can set the events to
buttons. Or you can just create one event and popup a box with the
next choices. Maybe we need more-than-one-key events (like
Emacs). Such as pressing 1 1 makes event x, 1 2 event y. In terms of
code: button 1 chnages the key context for the next button (with a
timeout).
> I'm also interested in trying to get libvisual working. But as my
> C-skills leaves much to be desired, don't expect too much (
> eg. pygoom :). I'm also pretty busy with school, so I don't know if
> I'll ever get the time.
>
> As for the mplayervis, I don't see much point in fixing pygoom when
> libvisual seems to be a much more appropriate solution for the next
> release anyway.
libvisual should draw into a imlib2 image. Than call update().
Dischi
--
Warning: Dates in Calendar are closer than they appear.
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
___
Freevo-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-devel