It was gif images or other kind of animation (ie: preview TV, movies, ..) Having TV preview in TV guide and movie preview in movie dirs would kick ass! As for movies... I'll start to look at gstreamer, so it could be used to feed the animation... but I don't know if performance issues will arise.
I guess this would be possible, the only thing needed is to extract an images from the source animation and convert/blit it to a pygame surface on each update.
Great. This could be used to do everything, right? I mean, if I create a class TvPreview that get frames from /dev/videoX and blit it, it should work (?)
Same as above.
I can try to help you... many of the 'bloat' in the skin was my part :D
But I also got kinda lost with Dischi's new abstractions... some times
I miss from where things come... from where things go...
Performancewise the animations do pretty well. As an enhancement I'm also thinking of adding some filters for pygame surfaces so one could add something like an animated blur effect (ex for the image viewer).
Great!
It's been pretty easy so far, but it's still very early in development and it has flaws (hell, this is my first time developing ui stuff). When freevo goes back into experimental mode, I'll make some patches.
It was my first time with python + UI when I developed the skin stuff... you can notice it in drawstringframed() (it is much better now! Check cvs logs for first versions!!!)
Man, I really suck at explaining stuff :)
Me too... [ it's kinda hard to explain things in foreign languages! And I don't even master it in my mother language! ]
Exactly :)
The thing I'm working on is integrated with freevo, and uses the animation stuff described above to display it. What worries me is performance, I'm afraid it won't be able to do advanced stuff like goom.
You should evaluate it. Maybe it won't! What does the hard processing stuff is goom, which is MMX/SSE optimized... if you code a python wrapper to call it, the overhead you may get shouldn't be too large. Then it's a matter of blitting the surface in the desired area. And you don't get too much frames with audio visualization... around 12! Just larger views should be a problem.
And I'll hold on mpav to CVS a bit... maybe I should port goom to
freevo (BaseAnimation). It should give us more control.
I agree calling different programs is ugly and this is a better
approach.
Great idea, this would be a much better approach (I've been pulling my hair for a couple of hours getting the fft stuff going). A python wrapper for goom it eventually shall be, or maybe just use MPAV since it already does the necessery things?
As for speed, has anyone ever looked into the flags passed by pygame to init SDL (doublebuffer, hwaccel, rleaccel etc.)? Freevo seems to pass 0 as argument and as far as I remember this is pure software. I don't know how much effect it would have, but it might be a thing worth investigating.
Btw, is int16_t signed short? I haven't looked to closely in af_export.c, but is the data organized as HEADER CHN0(512) CHN1(512)?
This is what I'm currently assuming.
int16_t is signed, uint16_t is unsigned... but I never tried to check if there are negative values...
Also, it's hard to tell if its CHN0 and 1... I just use nch from
mplayer, if there's more than 2, nch channels will be exported. Maybe
you should look at mplayer docs/code and try to discover if there's a
fixed order ( 0 = Left, 1 = Right, ... )
You reminded me of a MPAV bug... if there's only one channel... it
will segfault!
I would love to use MPAV instead of writing my own (it's proven to be harder than I first thought). The thing is that I use dfbmga, and switching displays is a pain even when watching a movie, even more so when listening to music.
I agree. See above. I would like to cooperate with you here.
Do you have any experience writing python wrappers for C code? I have
none :(
Me neither, but now I obviously need to learn!
I'll see if I can whirl up some code so you can test the animation stuff out. It really isn't ready to see the light of day, but since you have an interest in this I don't see how it could hurt. I'll see if I can get it cleaned up by the end of the week.
Also I would like it to be closer integrated into the freevo UI, so one could show a small spectrum analyzer or oscilloscope in the player area. What remains to see is wether I manage to pull this off (I'm a very impatient coder).
:)
Gustavo
------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ Freevo-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-devel
