make sure you have numlock on before starting freevo. I found that SDL's
init routines somehow depend on this. It fixed my not working keyboard
problems.
--
Mike Ruelle
[EMAIL PROTECTED]
http://world.std.com/~mruelle/
On Wed, 2003-10-01 at 19:53, Richard Lawley wrote:
> I'm using Gentoo with the
Update of /cvsroot/freevo/freevo/WIP/Ruelle
In directory sc8-pr-cvs1:/tmp/cvs-serv17353
Modified Files:
tvtime.py
Log Message:
adding xmltv support for tvtime
Index: tvtime.py
===
RCS file: /cvsroot/freevo/freevo/WIP/Ruelle/
the SDL-nokeyboard patch is applied when using freevo's
libsdl-1.2.5-r10.ebuild. when i first started using freevo with my dxr3
i had to use the keyboard. this should work for you in freevo itself,
but when you begin an mplayer session you will lose keyboard. i got
around this by using a remote
I'm using Gentoo with the freevo-snapshot ebuild, and have managed to get
freevo displaying on my dxr3 with no hassle whatsoever. However, the
keyboard doesn't work, presumable because there is no window for the focus
to stay with. As this question has been raised on freevo-users before with
the
Per Wigren wrote:
> Works great! :)
> But to use bmovl we have to -vop scale/expand the video to 800x600
> before "blitting" to bmovl.. Or scale the bmovl-graphics down to
> video-size (ugly for lowres videos but good for slower computers).. A
> good start though! ;)
Yes, without scale it doesn't
Update of /cvsroot/freevo/freevo/src/video/plugins
In directory sc8-pr-cvs1:/tmp/cvs-serv32414
Modified Files:
mplayer.py
Log Message:
some bmovl fixes, you must use software scale with expand to make it work
Index: mplayer.py
=
Works great! :)
But to use bmovl we have to -vop scale/expand the video to 800x600
before "blitting" to bmovl.. Or scale the bmovl-graphics down to
video-size (ugly for lowres videos but good for slower computers).. A
good start though! ;)
I think bmovl-control should be moved to osd.py so we c
"Per Wigren" wrote:
> I think pygame.image.tostring is the answer:
> http://www.pygame.org/docs/ref/pygame_image.html
Thanks. I look at the surface, pygame global and surfarray doc, why is
it in image?
But it works now (fast). I just checked in a mplayer.py with bmovl
support. This is deactivate
rgba32_data = pygame.image.tostring(surface, "RGBA")
;-)
// Wigren
Gustavo Sverzut Barbieri wrote:
I can imagine doing that conversion in python is painful, but there
sould be a way. I'll look for it in pygame docs, maybe someone could
ask for it there?
or, as you said, do some extern C code to
I can imagine doing that conversion in python is painful, but there
sould be a way. I'll look for it in pygame docs, maybe someone could
ask for it there?
or, as you said, do some extern C code to do that, maybe with mmx and
stuff.
however, if you can get myscreen->surface and myscreen is RGBA, i
Update of /cvsroot/freevo/freevo/WIP/Dischi
In directory sc8-pr-cvs1:/tmp/cvs-serv7881
Removed Files:
bmovl-test.py video.mplayer.bmovl.py
Log Message:
--- bmovl-test.py DELETED ---
--- video.mplayer.bmovl.py DELETED ---
---
This
As the original author of BMOVL I'm taking another look at integrating
it into Freevo. (that's the reason I wrote it! :))
My idea is to integrate it into osd.py so we can use the gui/* stuff.
It's not that hard, there are just a few simple methods that have to be
changed.. But how do I catch use
Update of /cvsroot/freevo/freevo/src/video/plugins
In directory sc8-pr-cvs1:/tmp/cvs-serv6299
Modified Files:
mplayer.py
Log Message:
bmovl support
Index: mplayer.py
===
RCS file: /cvsroot/freevo/freevo/src/video/plugins/mpl
"Viggo Fredriksen" wrote:
> Hi!
> Attached is a small patch for the idlebar.
> Its intention is to show semi-accurate cpu usage(average between
> draw-updates),
> and free memory (much like the sensor, but with buffers/cache added to
> MemFree for the total).
Thanks, in cvs now.
> This is my fir
Update of /cvsroot/freevo/freevo/src/plugins
In directory sc8-pr-cvs1:/tmp/cvs-serv18414
Modified Files:
idlebar.py
Log Message:
add cpu usage patch from Viggo Fredriksen
Index: idlebar.py
===
RCS file: /cvsroot/freevo/freev
Laurent wrote:
> Can someone help me with fxd files ?
> I upgrade my cvs version of freevo and mmpython
> and now, i can't read fxd files for my movies.
>
> A directory with only fxd is not read. I have in freevo
> "Thi directory is empty".
>
> In main logs i have :
>
> Traceback (most recent call
Update of /cvsroot/freevo/freevo/src
In directory sc8-pr-cvs1:/tmp/cvs-serv17243
Modified Files:
directory.py
Log Message:
add configure option to write a folder.fxd
Index: directory.py
===
RCS file: /cvsroot/freevo/freevo/s
Update of /cvsroot/freevo/freevo/src/video
In directory sc8-pr-cvs1:/tmp/cvs-serv17162
Modified Files:
xml_parser.py
Log Message:
bugfix if no MOVIE_DATA_DIR is set
Index: xml_parser.py
===
RCS file: /cvsroot/freevo/freevo/s
Update of /cvsroot/freevo/freevo/src/skins/main
In directory sc8-pr-cvs1:/tmp/cvs-serv16947
Modified Files:
listing_area.py
Log Message:
add table option to the menu
Index: listing_area.py
===
RCS file: /cvsroot/freevo/freev
Update of /cvsroot/freevo/freevo/WIP/Aubin
In directory sc8-pr-cvs1:/tmp/cvs-serv5413
Added Files:
mpd.py mpdclient.py
Log Message:
Some initial experimentation with mpd; this is my hacked mpdclient library
since the upstream one is very broken.
At the very least, you'll need a copy of
Dirk Meyer wrote:
Rob Shortt wrote:
-Build a binary runtime for the 1.4 release.
Good. FYI: next release is scheduled for Wednesday.
Just to let you all know, hurricane Juan nailed the city I live in on
Sunday night and I have just gotten power restored. So, I haven't done
any Freevo lately! ;
I think pygame.image.tostring is the answer:
http://www.pygame.org/docs/ref/pygame_image.html
Regards,
Per Wigren
-Original Message-
From: Dirk Meyer <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Date: Wed, 01 Oct 2003 16:02:20 +0200
Subject: [Freevo-devel] Re: Mplayer bmovl helper
Gustavo
Gustavo Sverzut Barbieri wrote:
> --- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri
> wrote:
>> > How/Why is it slow?
>> >
>> > is the bmovl slow? Is our interface with it? Maybe we can come with
>> a
>> > better solution somewhere...
>>
>> We have to transform the SDL surfa
--- Dirk Meyer <[EMAIL PROTECTED]> escreveu: > Gustavo Sverzut Barbieri
wrote:
> > How/Why is it slow?
> >
> > is the bmovl slow? Is our interface with it? Maybe we can come with
> a
> > better solution somewhere...
>
> We have to transform the SDL surface into a RGBA32 stream. This is
> very slo
ok you're right - I used the 1.3.4 release (no own compiled one) and the
web-server startup skript from gentoo fits. But I think this problem should be remarked
in the local_config/DXR3 Docs. Of course it makes no sense to start the webserver
within freevo but
the option is there and this is a pr
I am not entirely shure this would be possible. Mplayer may cope but I
am unsure about TvTime (altho TvTime is better ;-)
On most receivers DVB-T DVB-C DVB-S (including free view) you can just
press a button to display a Now & Next dislay for the current channel,
and you can also navigate throug
I think that SDL surfaces are already stored as an RGB24/RGBA32-array, but I'm not
sure there is a way to directly access the data in PyGame as you can in C with
surface->data (or whatever the void* name is).. It was over a year ago I looked into
this last so my memory could serve me wrong ;)
/
Thomas Kranz wrote:
> So that's the problem: it seems that the dxr3 output and the www-server plugin
> of freevo 1.3.4 doesn't work together. All video playback with mplayer
> starts with an error message and crash of freevo:
>> > VO: [dxr3] Error opening /dev/em8300_mv for writing as well!
>> > B
Gustavo Sverzut Barbieri wrote:
> How/Why is it slow?
>
> is the bmovl slow? Is our interface with it? Maybe we can come with a
> better solution somewhere...
We have to transform the SDL surface into a RGBA32 stream. This is
very slow in Python, maybe a C helper with python bindings can do this
f
29 matches
Mail list logo