--- Dirk Meyer <[EMAIL PROTECTED]> escreveu:
> Gustavo Sverzut Barbieri wrote:
> > --- Dirk Meyer <[EMAIL PROTECTED]> escreveu:
> > Yes... but maybe we could make them brighter or yellow... which may
> > contrast the bg, and then there is no need for the darker bg.
>
> Try the KDE themes websi
On Mon, Mar 24, 2003 at 08:48:30PM +0100, Dirk Meyer wrote:
> Why? IMHO it's best to have all skin information in one place (== one
> file). What do you need?
Sorry, I confused myself there :) I meant that we /could/ do it with a
folder skin, but it would be better to do it in the skin itself.
>
Hello Rob,
This stuff looks really cool! Would you mind generating
patches for that since going through the list of your
changes manually really is a pain :(
There is some info on how to generate a patch to be
Found here:
http://freevo.sourceforge.net/cgi-bin/moin.cgi/DevelopersPage
A very simpl
Update of /cvsroot/freevo/freevo/WIP/Thomas/mplayer-patches
In directory sc8-pr-cvs1:/tmp/cvs-serv19634
Modified Files:
libmpdemux_timeshift.patch
Log Message:
Updating the patch to work against latest mplayer cvs.
Index: libmpdemux_timeshift.patch
==
Aubin Paul wrote:
> I think we should perhaps consider having the recording directory
> have a seperate skin file. I was thinking of just making a skin.fxd
> file to put in there, but I'm sure I'm not the only one who uses the
> Recording stuff.
Why? IMHO it's best to have all skin information in
"U-NeeK.." wrote:
>>> I changed 2 files :
>>> src/identifymedia.py and src/video/xml_parser.py
Fixed in CVS
Dischi
--
A day without sun shine is like, you know, night.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
Update of /cvsroot/freevo/freevo/src/video
In directory sc8-pr-cvs1:/tmp/cvs-serv21382/video
Modified Files:
xml_parser.py
Log Message:
fixed cd id search
Index: xml_parser.py
===
RCS file: /cvsroot/freevo/freevo/src/video/x
Update of /cvsroot/freevo/freevo/src
In directory sc8-pr-cvs1:/tmp/cvs-serv21382
Modified Files:
identifymedia.py
Log Message:
fixed cd id search
Index: identifymedia.py
===
RCS file: /cvsroot/freevo/freevo/src/identifymedia
"U-NeeK.." wrote:
> Grabbing all programs, times, photos etc ... should be rather easy
> (the site is simple !) and should NOT change because other site are
> based on it I develop in C but not in python, I tried a bit,that 's
> correct, but I don't see how to grab everything. I don't know what's
>
On Mon, Mar 24, 2003 at 05:06:30PM +0100, U-NeeK.. wrote:
> Hi there,
Hello.
>
> I'm living in France, and there's no xml_tv_fr.py in freevo/helpers/ :(
That really should exist as part of the XMLTV project (xmltv.sf.net)
rather than a "freevo helper".
> That's a pity because a website provide
Hi there,
I'm living in France, and there's no xml_tv_fr.py in freevo/helpers/ :(
That's a pity because a website provides everything needed to all TV programs
sites : http://www.guidetele.com/
Grabbing all programs, times, photos etc ... should be rather easy (the site is
simple !) and should NOT
OK guys I'm stumpted... Please let me know any info you need for
debugging purposes..
I've gotten my PC to boot into freevo in rc.4, using redhad 8. I'm
using the latest release of freevo, and i've tried rc4 of mplayer with
the same results. When trying to play movies _or_ tv, the mplayer is
of
"U-NeeK.." wrote:
>>> I found a bug in the Disc ID affectation.
>>> As I could have seen, the Disc ID of a CD is the burning date
> of the CD, with that
>>> format : MMDDHHmm .. so 16 chars. OK.
>>
>>The disc id is the burning date + the disc title without trailing
>>whitespaces.
> In fac
>> I found a bug in the Disc ID affectation.
>> As I could have seen, the Disc ID of a CD is the burning date
of the CD, with that
>> format : MMDDHHmm .. so 16 chars. OK.
>
>The disc id is the burning date + the disc title without trailing
>whitespaces.
In fact the real disc ID is the burn
"Starkeeper" wrote:
> Ok, no more problems.
> I did cvs update -d and now all works fine.
OK, than some files were missing before. I only moved some files
around and added debug code. But now it's working, that's fine by me.
Dischi
--
errors in argv often lead to output of argh
Hello,
I have multiple cdrom drives connected to
my linux box. i have updated the config script
and so far all works well.
if i play a title freevo starts mplayer
to play the cd. but mplayers ever plays
per default from /dev/cdrom otherwise
a special parameter has to be set.
so i think the only
Hello,
I have multiple cdrom drives connected to
my linux box. i have updated the config script
and so far all works well.
if i play a title freevo starts mplayer
to play the cd. but mplayers ever plays
per default from /dev/cdrom otherwise
a special parameter has to be set.
so i think the only
On Sun 23.03.2003 at 07:32:57PM +0100, Dirk Meyer wrote:
> Matthieu Weber wrote:
> > When a videoitem has several subitems, the current code plays only the
> > first one (because the menu is "visible" when playing this one, and
> > since "EOF + visible menu => end of playing", the next subitem is n
18 matches
Mail list logo