[Freevo-users] DXR3 and key-presses
Hi there,
I've got some problems getting DXR3 work. Having patched the SDL with both
keyboard and dxr3 patch the result is a picture on screen, but no keypresses
are routed to freevo.
Starting freevo only outputs this - not much to go for I know.
ROM_DRIVES: Auto-detected and added "('/mnt/cdrom', '/dev/scd0', 'CD-1')"
WARNING: You are using the SDL dxr3 video driver!
freevo: could not connect to socket
freevo: Connection refused
WARNING: Could not initialize PyLirc!
Couldn't open mixer /dev/mixer
Is this a known problem and easy to fix, or do I have a problem that I have
to fight with myself?
For the record I fetched the freevo-1.3.4.tgz package and SDL-1.2.5.
Looking forward to some hints
Thanks
Danny
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] DXR3 can be successful
Freevo should release the output before playing video if you are using dxr3, dga or dfbmga; this is of course dependent on your setting up the 'display=' line in your freevo.conf On Thu, Aug 28, 2003 at 02:16:05PM -0400, Gray, Tim wrote: > The problem I am running into is that freevo is refusing to let go of the > dxr3 device so that mplayer can use it. and when mplayer dies because it > cant get exclusive use of the dxr3 device freevo crashes because it tries to > grap the device again that it still has control of. > > It's either a bug in freevo or a bug in the libsdl that is reccomended in > the wiki...I'm betting in the libSDL as using a CVS snapshot for something > like this usually guarentees that things will break. from day to day... at > least that is how my life is with video editing and DV capture under > linux... tuseday's and thursdays it works, all other days it doesnt or > requires a dead chicken to be waved over the machine... depending on the > time you updated from CVS... > > I will re-try this using the regular libsdl release instead of the CVS > snapshots... > > > > -Original Message- > From: Adam Stephens [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 28, 2003 1:44 PM > To: [EMAIL PROTECTED] > Subject: Re: [Freevo-users] DXR3 can be successful > > > At some point I learned to actually attach files. > > -atom > > > --- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > ___ > Freevo-users mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/freevo-users --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
RE: [Freevo-users] DXR3 can be successful
The problem I am running into is that freevo is refusing to let go of the dxr3 device so that mplayer can use it. and when mplayer dies because it cant get exclusive use of the dxr3 device freevo crashes because it tries to grap the device again that it still has control of. It's either a bug in freevo or a bug in the libsdl that is reccomended in the wiki...I'm betting in the libSDL as using a CVS snapshot for something like this usually guarentees that things will break. from day to day... at least that is how my life is with video editing and DV capture under linux... tuseday's and thursdays it works, all other days it doesnt or requires a dead chicken to be waved over the machine... depending on the time you updated from CVS... I will re-try this using the regular libsdl release instead of the CVS snapshots... -Original Message- From: Adam Stephens [mailto:[EMAIL PROTECTED] Sent: Thursday, August 28, 2003 1:44 PM To: [EMAIL PROTECTED] Subject: Re: [Freevo-users] DXR3 can be successful At some point I learned to actually attach files. -atom --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: DXR3 can be successful
Adam Stephens wrote: > Hi all, Hi > According to the Wiki, you need to use the cvs of libsdl. Sorry to > say, but that is not true. IIRC the WiKi entry was written pre 1.2.5 > I was able to use libsdl 1.2.5 and I am still using it > successfully. In fact, when you use 1.2.5, you don't have any > problems with the patch not working. Needless to say, I modified the > libsdl ebuild in portage to add some dxr3 support. While dxr3 is not > an official USE flag, this ebuild looks for it and will compile > libsdl accordingly. I've been meaning to add the TTF patch as well, > just haven't had the chance. Can you send me the new ebuild and all files needed (all patches)? I will include it into the gentoo ebuild tarball. Ah, I just saw your second mail. I will add it to the ebuilds later later. > What I'm getting at here, is installing freevo was easy. And most things > just work. I was using 1.3.4 successfully for a while It works because you compiled it yourself. The problem with the DXR3 is that if you use the runtime, you try to add a self made libsdl into a runtime build by Rob with a different layout. Not using the runtime and build everything yourself will always work. That's why I love Gentoo. > but have recently upgraded to a later snapshot to get xine support > working. Let me say with a snapshot and a xine-ui cvs build, I am > able to use fbxine for dvds, and it works perfectly. Good to know. I added dxr3 support to fbxine without much testing (I have a DXR3, but I only use it for digital audio out). > If you really want dxr3 support, I suggest you really look into > compiling many of the dependencies yourself. (freevo source, > mplayer, libsdl) When it was all said and done, I never had to link > libraries to the freevo directory, even when using the non-ebuild > snapshot I have now. (BTW Dischi, I dont think the freevo-snapshot > ebuild works anymore. :) I know. I have a new ebuild here and will update the old ones. The new ebuild will install Freevo directly into your system (freevo is /usr/bin/freevo, Python code in /usr/lib/python2.2/site-packes/freevo and all other files in /usr/share/freevo. > Alas, everything works smoothly for me. Let me suggest you migrate > away from an RPM-based system if this is a standalone machine, or if > you have the ability. I still recommend SuSE or RedHat to new users, but with Gentoo building everything yourself, you get what you want. Dischi -- The Second Law of Thermodynamics: If you think things are in a mess now, just wait! -- Jim Warner --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] DXR3 can be successful
At some point I learned to actually attach files. -atom libsdl-dxr3.tbz2 Description: application/bzip
[Freevo-users] DXR3 can be successful
Hi all, I am writing to tell you my experiences with the DXR3 and freevo. My first attempt at using this combination was successful on a Pentium-233. I was using Gentoo, but i had hand compiled a couple things including freevo. When I upgraded the box to an Athlon-700, I decided to start from scratch with Gentoo. I had discovered the gentoo freevo ebuild, and wanted to build off of that. Since most of the packages required are included with gentoo's packaging system, with mmpython and pylirc being included in the freevo ebuilds. All that was left to do was get libsdl compiled with dxr3 support. According to the Wiki, you need to use the cvs of libsdl. Sorry to say, but that is not true. I was able to use libsdl 1.2.5 and I am still using it successfully. In fact, when you use 1.2.5, you don't have any problems with the patch not working. Needless to say, I modified the libsdl ebuild in portage to add some dxr3 support. While dxr3 is not an official USE flag, this ebuild looks for it and will compile libsdl accordingly. I've been meaning to add the TTF patch as well, just haven't had the chance. What I'm getting at here, is installing freevo was easy. And most things just work. I was using 1.3.4 successfully for a while, but have recently upgraded to a later snapshot to get xine support working. Let me say with a snapshot and a xine-ui cvs build, I am able to use fbxine for dvds, and it works perfectly. If you really want dxr3 support, I suggest you really look into compiling many of the dependencies yourself. (freevo source, mplayer, libsdl) When it was all said and done, I never had to link libraries to the freevo directory, even when using the non-ebuild snapshot I have now. (BTW Dischi, I dont think the freevo-snapshot ebuild works anymore. :) Alas, everything works smoothly for me. Let me suggest you migrate away from an RPM-based system if this is a standalone machine, or if you have the ability. I have attached a my libsdl ebuild. (Dischi, feel free to add it to the freevo ebuilds.) enjoy, -atom --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: directory scanning
Aubin Paul wrote: > On Thu, Aug 28, 2003 at 04:32:18PM +0200, Dirk Meyer wrote: >> Not for me, but I'm using cvs and I fixed some stuff there the last >> weeks. The problem should be gone. >> >> > What causes it to fail? malformed tags or something? >> >> Yes. > > When did you guys sync with eyeD3 0.5.1? Because there were some fault > tolerance improvements in that one; it just might not be in the > version he has, so the next release would likely fix the problems. It isn't synced? I thought I switched to 0.5.1 weeks ago. Dischi -- Nothing is ever a total loss; it can always serve as a bad example. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Re: directory scanning
On Thu, Aug 28, 2003 at 04:32:18PM +0200, Dirk Meyer wrote: > Not for me, but I'm using cvs and I fixed some stuff there the last > weeks. The problem should be gone. > > > What causes it to fail? malformed tags or something? > > Yes. When did you guys sync with eyeD3 0.5.1? Because there were some fault tolerance improvements in that one; it just might not be in the version he has, so the next release would likely fix the problems. Aubin --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Re: directory scanning
Dave Smylie wrote: > On Thu, 2003-08-28 at 07:51, Dirk Meyer wrote: >> Dave Smylie wrote: >> > It works all good, but I've noticed that it can take sometimes 20 or >> > more seconds to go into each level of a directory. Is this normal? >> >> You should get a message 'scanning directory' and the scanning should >> only be done when you enter a directory the first time. >> >> > Looking the at the console shows a lot of errors/exceptions (mostly to >> > do with parsing id3 tags (see below) >> >> Yep, mmpython can't parse the id3 tags in the file. It's not good, but >> it shouldn't slow down things > > It defintely does scan it every time i enter the directory - but it does > seem to be slightly quicker - I'm guessing maybe its only try to parse > the id3 tags it failed on the first time? Not for me, but I'm using cvs and I fixed some stuff there the last weeks. The problem should be gone. > What causes it to fail? malformed tags or something? Yes. Dischi -- This is the Time Travelling Agency's answering machine. We're closed right now but leave a message before the beep and we might have called you back. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] WinTV NOVA - s
Hello! I consider buying the Hauppauge WinTV NOVA - s adapter which has a LNB line-in (satelite) for use with freevo. It has a Philips SAA 7146A video chip. I searched several sites for a list of compatible cards, but haven't found an answer to the question, whether I can use that card. I somewhere read that Hauppauge recently changed something with their chipsets. So I am unsure, if the card is suitable for Video4Linux and hence for freevo. Another question I have is which graphic adapter to use for tv-out? I once had a Geforce2 card connected to a tv an it made a very bad picture. I need a card with a good tv-out which creats an nice, sharp and colorfull picture. Thank you very much, Sebastian
Re: [Freevo-users] DXR3 problem & more
You've got a lot further than me then!
1.3.2-pre4 works fine (apart from the audio synch in divx) but can't even
start 1.3.4...
(Redhat 9 - kernel 2.4.20-19.9smp Dual PII 400)
- Original Message -
From: "Gray, Tim" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2003 1:59 PM
Subject: RE: [Freevo-users] DXR3 problem & more
> First off your remote problem is wither because of a miscalibration of
your
> remote or the remote you chose to use is causing the problem. I have no
> problems with my IR control at all.
>
> I also cannot get the dxr3 to completely work. I have mplayer working
and
> playing to the dxr3 from the command line, and freevo showing it's OSD on
> the dxr3 output perfectly...
>
> but when I launch anything that starts mplayer inside freevo it crashes
> mplayer and freevo with "video device not available" as freevo is not
> letting go of the dxr3 for mplayer and when it comes back freevo freaks
out
> also.
>
> Downgrade to an earlier freevo will probably fix it but from what I can
tell
> dxr3 is broken in 1.3.4.
>
> I have a geforce2 with tv out coming in the mail ($5.00 from ebay!) as the
> dxr3 is becoming more and more of a kludge/hack... I think I need to get
> away from it so I can reproduce the box for friends
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, August 27, 2003 5:41 PM
> To: [EMAIL PROTECTED]
> Subject: [Freevo-users] DXR3 problem & more
>
>
> Hi everybody!
>
> I've tried to get freevo working with my Hollywood+ card for several
> days now but I haven't succeeded so far. I learned from a posting
> that the binary releases do not support the dxr3 anymore. Neverthe-
> less I replaced the libSDL with the one supporting dxr3 hardware.
> As you can see below the 'osd.py' seems to make troubles. Although
> mplayer does play videos via the dxr3 card the freevo menu is always
> displayed on the monitor only.
> Is the error because of the rpm package? If yes, what's wrong with
> the compiling process?
>
> Apart from this problem there are some more which I want to list here:
> 1. playing audio cd's in freevo doesn't work, audio cd is not found
> (mplayer cdda://1 does play the first track with stuttering and
> xmms even flawlessly!)
> no problem with data cd's, those are mounted successfully
> 2. menu browsing with a remote control is a bit tricky because of high
> sensibility (if I press the 'down' button it often happens that it
> scrolls to fast, so another menu entry is selected - maybe due to
> caching?)
> 3. Does freevo support a local cddb/freedb database for lookup?
>
> BTW: I use Suse Linux 8.2, just in case something's works differently
> with that distro.
>
> Thanks for your help in advance!
> Jerry
>
> freevo-1.3.2 rpm release:
> =
>
> Logging info in /var/log/freevo/internal-main-0.log
> --
--
> ---
> Starting src/main.py:stdin at Wed Aug 27 10:18:54 2003
> Logging info in /var/log/freevo/internal-main-0.log
> --
--
> ---
> Starting src/main.py:stderr at Wed Aug 27 10:18:54 2003
> Loading configure settings: /etc/freevo/freevo.conf
> Reading config file /etc/freevo/freevo.conf
> Cfg file data: "chanlist = us-cable"
> Cfg file data: "display = dxr3"
> Cfg file data: "geometry = 720x576"
> Cfg file data: "jpegtran = ./runtime/apps/jpegtran"
> Cfg file data: "mplayer = ./runtime/apps/mplayer/mplayer"
> Cfg file data: "tv = pal"
> Cfg file data: "tvtime = ./runtime/apps/tvtime/tvtime"
> Cfg file data: "version = 2.0"
> Loading cfg: ./freevo_config.py
> Using MPlayer: ./runtime/apps/mplayer/mplayer
> Loading cfg overrides: /etc/freevo/local_conf.py
> ROM_DRIVES: Auto-detected and added "('/media/cdrom', '/dev/cdrom',
'CD-1')"
>
> WARNING: DVD protection override disabled! You will not be able to play
> protected DVDs!
>
> WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
> Pygame Parachute Traceback:
>File "/src/osd.py", line 329, in __init__
> Fatal Python error: (pygame parachute) Segmentation Fault
> /usr/local/freevo/freevo: line 135: 1262 Aborted
> ./runapp python src/main.py $@
>
> freevo-1.3.4 rpm release:
> =
>
> No overrides loaded
> WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
> Pygame Parachute Traceback:
>File "/src/osd.py", line 340, in __init__
> Fatal Python error: (pygame parachute) Segmentation Fault
> /usr/local/freevo/freevo: line 150: 1305 Aborted
> ./runapp python -OO src/main.py $@
>
> freevo-1.3.4 tar release (make install doesn't work!):
> ==
>
> ROM_DRIVES: Auto-detected and added "('/media/cdrom', '/dev/cdrom',
'CD-1')"
> WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
> Pygame Parachute Traceback:
>File "src/osd.py", li
RE: [Freevo-users] DXR3 problem & more
First off your remote problem is wither because of a miscalibration of your
remote or the remote you chose to use is causing the problem. I have no
problems with my IR control at all.
I also cannot get the dxr3 to completely work. I have mplayer working and
playing to the dxr3 from the command line, and freevo showing it's OSD on
the dxr3 output perfectly...
but when I launch anything that starts mplayer inside freevo it crashes
mplayer and freevo with "video device not available" as freevo is not
letting go of the dxr3 for mplayer and when it comes back freevo freaks out
also.
Downgrade to an earlier freevo will probably fix it but from what I can tell
dxr3 is broken in 1.3.4.
I have a geforce2 with tv out coming in the mail ($5.00 from ebay!) as the
dxr3 is becoming more and more of a kludge/hack... I think I need to get
away from it so I can reproduce the box for friends
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, August 27, 2003 5:41 PM
To: [EMAIL PROTECTED]
Subject: [Freevo-users] DXR3 problem & more
Hi everybody!
I've tried to get freevo working with my Hollywood+ card for several
days now but I haven't succeeded so far. I learned from a posting
that the binary releases do not support the dxr3 anymore. Neverthe-
less I replaced the libSDL with the one supporting dxr3 hardware.
As you can see below the 'osd.py' seems to make troubles. Although
mplayer does play videos via the dxr3 card the freevo menu is always
displayed on the monitor only.
Is the error because of the rpm package? If yes, what's wrong with
the compiling process?
Apart from this problem there are some more which I want to list here:
1. playing audio cd's in freevo doesn't work, audio cd is not found
(mplayer cdda://1 does play the first track with stuttering and
xmms even flawlessly!)
no problem with data cd's, those are mounted successfully
2. menu browsing with a remote control is a bit tricky because of high
sensibility (if I press the 'down' button it often happens that it
scrolls to fast, so another menu entry is selected - maybe due to
caching?)
3. Does freevo support a local cddb/freedb database for lookup?
BTW: I use Suse Linux 8.2, just in case something's works differently
with that distro.
Thanks for your help in advance!
Jerry
freevo-1.3.2 rpm release:
=
Logging info in /var/log/freevo/internal-main-0.log
---
Starting src/main.py:stdin at Wed Aug 27 10:18:54 2003
Logging info in /var/log/freevo/internal-main-0.log
---
Starting src/main.py:stderr at Wed Aug 27 10:18:54 2003
Loading configure settings: /etc/freevo/freevo.conf
Reading config file /etc/freevo/freevo.conf
Cfg file data: "chanlist = us-cable"
Cfg file data: "display = dxr3"
Cfg file data: "geometry = 720x576"
Cfg file data: "jpegtran = ./runtime/apps/jpegtran"
Cfg file data: "mplayer = ./runtime/apps/mplayer/mplayer"
Cfg file data: "tv = pal"
Cfg file data: "tvtime = ./runtime/apps/tvtime/tvtime"
Cfg file data: "version = 2.0"
Loading cfg: ./freevo_config.py
Using MPlayer: ./runtime/apps/mplayer/mplayer
Loading cfg overrides: /etc/freevo/local_conf.py
ROM_DRIVES: Auto-detected and added "('/media/cdrom', '/dev/cdrom', 'CD-1')"
WARNING: DVD protection override disabled! You will not be able to play
protected DVDs!
WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
Pygame Parachute Traceback:
File "/src/osd.py", line 329, in __init__
Fatal Python error: (pygame parachute) Segmentation Fault
/usr/local/freevo/freevo: line 135: 1262 Aborted
./runapp python src/main.py $@
freevo-1.3.4 rpm release:
=
No overrides loaded
WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
Pygame Parachute Traceback:
File "/src/osd.py", line 340, in __init__
Fatal Python error: (pygame parachute) Segmentation Fault
/usr/local/freevo/freevo: line 150: 1305 Aborted
./runapp python -OO src/main.py $@
freevo-1.3.4 tar release (make install doesn't work!):
==
ROM_DRIVES: Auto-detected and added "('/media/cdrom', '/dev/cdrom', 'CD-1')"
WARNING: You are using the SDL dxr3 video driver w/ fame (0.1)!
Pygame Parachute Traceback:
File "src/osd.py", line 340, in __init__
Fatal Python error: (pygame parachute) Segmentation Fault
./freevo: line 150: 1317 Aborted ./runapp python -OO
src/main.py $@
freevo-1.3.4 tar release (make install error):
==
linux:/tmp/freevo-1.3.4 # make install
make -C fbcon
make[1]: Entering directory `/tmp/freevo-1.3.4/fbcon'
make -C matroxset
make[2]: Entering directory `/tmp/freevo-1.3.4/fbcon/matroxset'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/tmp/freevo-1.3.4/fbcon/matroxset'
make[1]:
Re: [Freevo-users] DXR3 problem & more
Hi Jerry and all HW+/DXR3 owners,
yes, it's not simple to get the HW+ to work but with freevo 1.3.4
I succeeded after some pitfalls. I'm remembering the python game error and
it frustated me. The key is a correct working patch version of the sdl lib
(1.2.5).
I downloaded the tarball freevo-1.3.4.tgz and compiled the sdl-library with
the dxr3 patch as described. Python Game Module doesn't work
with so far. BTW - have you configured the dxr3 correctly and works mplayer
with tvout properly ?
Step 2 after compiling was configuring these files (trivial)
freevo.conf
freevo_config.py
local_config.py (instead of freevo_config)
Don't forget to put the compiled sdl library in the runtime dll dir:
libSDL.
so my freevo.conf for europe pal (not complete):
(the geometry param must be edited by hand)
cdparanoia = ./runtime/apps/cdparanoia
chanlist = europe-west
display = dxr3
fbxine = /usr/local/bin/fbxine
geometry = 720x576
jpegtran = ./runtime/apps/jpegtran
lame = ./runtime/apps/lame
mplayer = ./runtime/apps/mplayer
oggenc = ./runtime/apps/oggenc
tv = pal
version = 2.1
xine = /usr/local/bin/xine
local_config.py:
maybe getting audio out from the HW+:
AUDIO_DEVICE = '/dev/em8300_ma-0'
I guess it's a not working sdl-library !
That's why I had some difficulties to
get it to work but now I'm satisfied
so far but pygame and mame/snes still not working!
BTW I'm using SuSE 8.0 and I can mail you my working SDL or patched source
tree. My hint get a proper compiled patched sdl lib and put it to the runtime
dll dir and don't forget to set eg a symbolic link to it and rename/delete
the distributed one.
maybe your libavcodec.so lib isn't correct or too old because
libSDL depends on it:
runtime/dll:
./libSDL-1.2.so.0
libavcodec.so => /usr/lib/libavcodec.so (0x40089000)
mplayer compiles that one or get it from the ffmpeg-site.
My working one is the old libavcodec-0.4.6.so -
(that's a hint to your error (afaik)): SDL dxr3 video driver w/ fame (0.1)
or it could be the famelib http://sourceforge.net/projects/fame
so I did it my way:
compiled libfame / fame
compiled ffmpeg
compiled mplayer
built the working sdl lib and putting it to the runtime/dll deleting the old
one
edited the config's in freevo roots and now I'm enjoying it but without the
game module (it has not to be deactivated to get freevo run)
Thomas
BTW: oh there's a new one on the site ffmpeg.sourceforge.net (0.4.7) -
I just have no time to test it.
Am Mittwoch, 27. August 2003 23:41 schrieb [EMAIL PROTECTED]:
> Hi everybody!
>
> I've tried to get freevo working with my Hollywood+ card for several
> days now but I haven't succeeded so far. I learned from a posting
> that the binary releases do not support the dxr3 anymore. Neverthe-
> less I replaced the libSDL with the one supporting dxr3 hardware.
> As you can see below the 'osd.py' seems to make troubles. Although
> mplayer does play videos via the dxr3 card the freevo menu is always
> displayed on the monitor only.
> Is the error because of the rpm package? If yes, what's wrong with
> the compiling process?
>
> Apart from this problem there are some more which I want to list here:
> 1. playing audio cd's in freevo doesn't work, audio cd is not found
> (mplayer cdda://1 does play the first track with stuttering and
> xmms even flawlessly!)
> no problem with data cd's, those are mounted successfully
> 2. menu browsing with a remote control is a bit tricky because of high
> sensibility (if I press the 'down' button it often happens that it
> scrolls to fast, so another menu entry is selected - maybe due to
> caching?)
> 3. Does freevo support a local cddb/freedb database for lookup?
>
> BTW: I use Suse Linux 8.2, just in case something's works differently
> with that distro.
>
> Thanks for your help in advance!
> Jerry
>
> freevo-1.3.2 rpm release:
> =
>
> Logging info in /var/log/freevo/internal-main-0.log
> ---
> Starting src/main.py:stdin at Wed Aug 27 10:18:54 2003
> Logging info in /var/log/freevo/internal-main-0.log
> ---
> Starting src/main.py:stderr at Wed Aug 27 10:18:54 2003
> Loading configure settings: /etc/freevo/freevo.conf
> Reading config file /etc/freevo/freevo.conf
> Cfg file data: "chanlist = us-cable"
> Cfg file data: "display = dxr3"
> Cfg file data: "geometry = 720x576"
> Cfg file data: "jpegtran = ./runtime/apps/jpegtran"
> Cfg file data: "mplayer = ./runtime/apps/mplayer/mplayer"
> Cfg file data: "tv = pal"
> Cfg file data: "tvtime = ./runtime/apps/tvtime/tvtime"
> Cfg file data: "version = 2.0"
> Loading cfg: ./freevo_config.py
> Using MPlayer: ./runtime/apps/mplayer/mplayer
> Loading cfg overrides: /etc/freevo/local_conf.py
> ROM_DRIVES: Auto-detected and added "('/media/cdrom', '/dev/cdrom',
> 'CD-1')"
>
> WARNING: DVD protection override disabl
Re: [Freevo-users] Dxr3 and 1.3.4 No available video device
So if I have all the files in the right place... libavcodec.so and libSDL-1.2.o.0 And dxr3 output works fine in 1.3.2pre4 and in mplayer Is this a problem in 1.3.4? Is there anything I'm missing? What else can I try? --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Freevo DXR3 help/questions.
On Wed, 27 Aug 2003 08:57:47 -0400 Aubin Paul <[EMAIL PROTECTED]> wrote: > On Wed, Aug 27, 2003 at 07:51:40AM -0400, Gray, Tim wrote: > > It seems to be the only option other than a dxr3 as the matrox G400 > > with tv out is extremely rare.. and on ebay I have only seen 2 with > > tv out, they both went for > $60.00 > > You can buy the TV out cable seperately, and I've heard of people > making their own. I got both my card and cable from ebay for a total > of less than $40.00; I imagine as supply diminishes the price will > increase, but for TV out, there is really nothing better. Yes, matrox sells the tv-out cable for $7 (don't buy the G450 cable by mistake, it's different) and it takes about 10 minutes to make a cable if you can get your hands on a DB15HD connector (old vga cable, for example) You just have to make sure you get the dual head board. - Eric pgp0.pgp Description: PGP signature
Re: [Freevo-users] Re: directory scanning
On Thu, 2003-08-28 at 07:51, Dirk Meyer wrote: > Dave Smylie wrote: > > It works all good, but I've noticed that it can take sometimes 20 or > > more seconds to go into each level of a directory. Is this normal? > > You should get a message 'scanning directory' and the scanning should > only be done when you enter a directory the first time. > > > Looking the at the console shows a lot of errors/exceptions (mostly to > > do with parsing id3 tags (see below) > > Yep, mmpython can't parse the id3 tags in the file. It's not good, but > it shouldn't slow down things It defintely does scan it every time i enter the directory - but it does seem to be slightly quicker - I'm guessing maybe its only try to parse the id3 tags it failed on the first time? What causes it to fail? malformed tags or something? Cheers Dave --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] troubleshooting amazon cover search
On Wed, Aug 27, 2003 at 06:01:33PM -0400, Alec - Freevo wrote: > Hello Paul, > > It's version 1.3.4 > The thing is, i don't even know how it's supposed to work:) > Does it work only for mp3 or does it work for audio CDs only? It works for both audio cds and mp3s; if you press "ENTER" (or whatever remote button you have set up as enter) you get a sugmenu; press it when you're on an MP3 or on a audio CD and you should see a "Search for Cover" option. --- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
