AW: [Freevo-users] Displaying interlaced content on TV
Hi, AFAIK, there is no trick needed. You should not see any interlace lines on a TV Set. It is different if you have something which was not deinterlaced properly. Regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Fabio Papa Gesendet: Dienstag, 3. Februar 2004 13:14 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Displaying interlaced content on TV Hi list, I would like to know how you out there have dealed with interlaced content and TV-OUT. I am interested in a solution, if one exists, that _doesn't_ use deinterlacing filters, because they are always lossy. Please tell me if you know of any trick. Thanks! --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Subject: RE: Hard Drive Space
-Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Jeremy Metcalf Gesendet: Donnerstag, 29. Januar 2004 05:19 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Subject: RE: Hard Drive Space I actually don't have a freevo setup right now. Thats why I'm wondering. I want to get something that will hold alot but I want very good quality. What quality would you suggest? You should try that for yourself. In my opionion, MPEG4 with a bitrate of 1800kBit/s and 384x288 pixels is quite a good compromise between space and quality. To reach a really good quality, you can not encode MPEG4 while recording. IMHO, really good encoding quality is only reached by a two pass encoding. I am thinking about recording with mjpeg (720x576) and wav. These recordings should have really good quality, but huge file sizes. Afterwards, these files could be transcoded to mpeg4, 1000kBit/s (or even lower) in 2-pass encoding. It should be possible to setup an automatic process which does this. Perhaps someone has done something like this already? Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Automated shutdown?
-Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Matthieu Weber Gesendet: Montag, 2. Februar 2004 08:00 An: '[EMAIL PROTECTED]' Betreff: Re: [Freevo-users] Automated shutdown? ...but it also does not shut down if you want to record something starting in about half an hour, but you want to go to bed immediately. I.e. you have hit a key on your remote to schedule the recording. For this case I have modified Freevo's config so that it uses kill `cat /tmp/freevo-nukkumaatti.pid` as the SYS_SHUTDOWN_CMD (or whatever the name of this variable). So if I want to record something that starts in half an hour, I schedule it, then activate the Shutdown item from the main menu. The interface will close, the screen remains black, and the machine will (or at least should :) shutdown some time (15 min by default--this might be too long, actually) after the recording ends. What if you change your mind after 10 minutes? Is there also a solution for that? After shutdown of freevo, it won't receive any events from the remote any more... Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Automated shutdown?
Hi all, On Wed 28.01.2004 at 12:53:23PM +0100, Pferdekaemper, Thorsten wrote: Hi, I have had a look at your coding and I have tried something similar. On my system, the line r = self.lircd_sock.recv(64) blocks until I press a key on my remote. It seems that the line self.lircd_sock.setblocking(0) has no effect. Perhaps this depends on the version of LIRC and the driver you are using. I don't think it depends on Lirc; it should be a system feature. I have no idea why it doesn't work for you, though :( I have checked it again and now I know that in fact, it does not block. Sorry... It seems that I am not familiar enough with the exception handling... And another question so far...: How do you make sure that the system does not shut down while watching TV? I assume that this has something to with the function set_tv_video()... My idea was that if you watch TV, you have been using the remote control to access the menu that starts the TV. And if you use the remote control, the auto-off is disabled until nukkumaatti receives a SIGHUP. This also allows to discriminate an automatic wake-up (for scheduled recordings) which require an automatic shutdown once the show is recorded, from a manual wake-up (where the user will use the remote control at some time, hopefully). It also allows the machine not to shutdown if the user starts to use it after an automatic wake-up. Ok. I was not aware of the fact, that nukkumaatti never will shut down if the user pressed a button. It only shuts down if the user never pressed a button. But as you can notice, the feature to shutdown if the users gets asleep in front of the TV is not implemented. The system lacks a sensor for checking if the user sleeps or nor :) ...but it also does not shut down if you want to record something starting in about half an hour, but you want to go to bed immediately. I.e. you have hit a key on your remote to schedule the recording. I am currently trying to write a plugin which can be used instead of the base.shutdown plugin normally used by freevo to handle the shutdown command in the main menu. This way, I can shut down freevo in a cleaner way than just shutting down the system. I also want to check if the system is ready to shut down when the user chooses shutdown from the main menu. Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] mencoder options for low spec machine
Hi, /usr/bin/mencoder tv:// -t driver=v4l: Have you tried the correct driver (v4l2) yet? input=2:norm=PAL:width=320:height=240: Have you tried width=384:height=288 or width=360:height=288 yet? I can imagine that this is a little bit faster. outfmt=yv12:devi ce=/dev/video0:input=2:audiorate=32000:fps=19:forceaudio:forcechan= 1:buffersize=64 -ovc lavc -lavcopts vcodec=mpeg4: Have you tried mjpeg yet? This will produce bigger files, but with (IMHO) less CPU. You could transcode them to mpeg4 afterwards. vbitrate=1200:keyint=30 -oac copy -ffo urcc divx -endpos 1787 -o /mnt/hdd2/asa.avi Regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Dave Gesendet: Donnerstag, 29. Januar 2004 01:37 An: [EMAIL PROTECTED] Betreff: [Freevo-users] mencoder options for low spec machine Hi I've got a dual Celeron 400mhz machine with an saa7134 capture card. I can record fine if I drop the fps down to 19, but the resulting avi is noticeably jerky. If I have it higher than that, the buffer inexorably grows larger and larger until I'm dropping frames. I've played round with different codecs and bitrates, without much success . has anyone got any tips or suggestions as what options I could try to squeeze those few extra fps's out of my machine? For reference, my current command line is: /usr/bin/mencoder tv:// -tv driver=v4l:input=2:norm=PAL:width=320:height=240:outfmt=yv12:devi ce=/dev/video0:input=2:audiorate=32000:fps=19:forceaudio:forcechan= 1:buffersize=64 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1200:keyint=30 -oac copy -ffo urcc divx -endpos 1787 -o /mnt/hdd2/asa.avi Cheers Dave Smylie --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Automated shutdown?
Hi, I have had a look at your coding and I have tried something similar. On my system, the line r = self.lircd_sock.recv(64) blocks until I press a key on my remote. It seems that the line self.lircd_sock.setblocking(0) has no effect. Perhaps this depends on the version of LIRC and the driver you are using. I am using the remote which was bundled with my Terratec Cinergy 600, so I have to use the linux input layer. (Reading from /dev/input/event0) I have read something about sockets in Python In A Nutshell, but they only tell things about TCP/IP based sockets... And another question so far...: How do you make sure that the system does not shut down while watching TV? I assume that this has something to with the function set_tv_video()... Kind regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Matthieu Weber Gesendet: Dienstag, 27. Januar 2004 10:01 An: [EMAIL PROTECTED] Betreff: Re: [Freevo-users] Automated shutdown? Here is the file. It should go to freevo/src/helpers and run the same way you run the recordserver (probably ./freevo nukkumaatti start). Note that it also deals with Lirc, but not using pyLirc, since pyLirc doesn't seem to support several clients at the same time (nextcode() returns *always* an empty list when I use nukkumaatti at the same time than freevo). Once running, a SIGHUP will provoke an early shutdown sequence (earlier than what was calculated), unless Freevo is recording something. No guaranty on the code, the file, and so on. It might burn your house and give you cancer, the usual stuff. Don't be mad at me if it doesn't work as you think it should. Matthieu -- (~._.~)Matthieu Weber - Université de Jyväskylä (~._.~) ( ? )email : [EMAIL PROTECTED] ( ? ) ()- -() public key id : 452AE0AD ()- -() (_)-(_) Humor ist, wenn man trotzdem lacht (Germain Muller) (_)-(_) --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] nxtvepg keeps switching channels...
Hi, I am using nxtvepg to create the XMLTV listings for freevo. I am doing this roughly as described in http://freevo.sourceforge.net/cgi-bin/moin.cgi/GermanXmltvGuide I also have a cron job which dumps the nxtvepg databases into TV.xml. I am pretty convinced that this is a really good idea, because freevo is connected to the TV cable anyway, but it is not connected to the internet. (At least, I do not want my computer surfing in the web while I am not watching it...) It seems that the nxtvepg daemon switches channels while I am watching TV or while a recording is running. The documentation of nxtvepg says, that it won't do that, but... Perhaps this is because I am using V4L2. Anyway, I have inserted the line nxtvepg -daemonstop in my recording script before the actual mencoder command. Afterwards, I restart the daemon with nxtvepg -daemon. This works and can easily be implemented without modifying freevo code, but I have not found any way how to do this for watching TV. I could insert some modifications in freevo-src/tv/plugins/mplayer.py, but this is not really what I want to do... Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Shutdown crashes nxtvepg databases?
Hi, I am grabbing my XMLTV listings by nxtvepg... Yesterday, freevo had problems to convert the listings in its own format. I tracked that down to the point that the nxtvepg databases were lost. In this case, nxtvepg does nothing any more. I had to do a new provider scan to set this up again... I do not know why that happened, but I have an idea. Could this be from the system shutdown mechanism freevo uses? Perhaps it did shut down while nxtvepg was accessing the files. Does someone have an idea how to avoid this? Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Hard Drive Space
Hi, this depends on your settings. You can find the settings in local_conf.py. Look for VCR_CMD. I believe that the standard settings use 1200kBit/s MPEG4 for video and 128kBit/s MP3 for audio. That's 1328kBit/s or 584MByte/h. So your hard drive is able to store up to 140 hours. (If 80GB really means 80*2^30 Bytes... Regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Jeremy Metcalf Gesendet: Mittwoch, 28. Januar 2004 16:16 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Hard Drive Space Just a simple question and I'm sure its probably somewhere online, but I can't find it. How much space does recording take? For example how much video will an 80Gb hard drive store? Thanks Jeremy Metcalf _ Learn how to choose, serve, and enjoy wine at Wine @ MSN. http://wine.msn.com/ --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] MPlayer catches keypresses
Hi, Dischi suggested to use freevo -fs to start freevo. This works for me. I also do not need to bother about the .xinitrc this way. Kind regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Matt Goeden Gesendet: Dienstag, 20. Januar 2004 20:37 An: [EMAIL PROTECTED] Betreff: RE: [Freevo-users] MPlayer catches keypresses I had the same problem. It is a focus problem. Set START_FULLSCREEN_X = 1 in your local_conf. Matt From: Pferdekaemper, Thorsten [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: [Freevo-users] MPlayer catches keypresses Date: Tue, 20 Jan 2004 09:37:18 +0100 Hi, I know that I have sent something about this issue yet. Sorry... When freevo starts mplayer for movies or TV, it seems that mplayer catches the keypresses, even though it is called with -slave. It does not seem that mplayer is the problem here. I have tried the mplayer which comes with the debian package (1.0pre2 or similar), with the current one (1.0pre3) and with the old one (0.91) I have used with freevo 1.3.4. It just seems that freevo starts mplayer and does not manage to catch the keypresses itself. It seems that freevo stays in background instead of mplayer. The slave mode works with playing music. I assume that in this case, freevo really is in forground. Kind regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users _ Scope out the new MSN Plus Internet Software - optimizes dial-up to the max! http://join.msn.com/?pgmarket=en-uspage=byoa/plusST=1 --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] MPlayer with no sound when watching TV
Hi, see below... -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Matthew Carpenter Gesendet: Mittwoch, 21. Januar 2004 03:09 An: [EMAIL PROTECTED] Betreff: [Freevo-users] MPlayer with no sound when watching TV On Tue, 20 Jan 2004 14:10:01 -0800 [EMAIL PROTECTED] wrote: Message: 2 From: Pferdekaemper, Thorsten [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Date: Tue, 20 Jan 2004 09:45:57 +0100 Subject: [Freevo-users] MPlayer with no sound when watching TV Reply-To: [EMAIL PROTECTED] Hi, I am using a Terratec Cinergy 600 TV card. (With SAA7134 and therefore only working with v4l2.) When starting mplayer, it seems that it is not really aware of the sound. It unmutes the sound of the TV, but I can not turn the volume up or down. The OSD always display the volume as being at 0%. Looking at the mplayer logs, I can find the line Audio: no sound but without any error messages. I am able to turn the volume up or down using kmix. I have connected the sound output of the TV card with the line-in of the soundcard. I have tried different command line parameters in mplayer, like -tv driver=v4l2:forceaudio:adevice=/dev/dsp:... I have tried that with different mplayer versions and I believe that it worked on my other box. So what could it be that I am missing...? Kind regards, Thorsten You need to pay attention to the command to start mplayer for playing, not recording... And look for the -ao parm. If it's not there, add one with the appropriate driver after it (oss, alsa, arts, etc...). -- -ao oss:/dev/... does not help. The problem is now solved in another way. Since I use freevo -fs to start freevo, mplayer does not catch keypresses any more. It seems that freevo itself takes care about the volume, which works. I believe that this also was the way it worked on my other box. Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Re: MPlayer catches keypresses
-Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Dirk Meyer Gesendet: Dienstag, 20. Januar 2004 11:11 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: MPlayer catches keypresses Pferdekaemper, Thorsten wrote: Hi, I know that I have sent something about this issue yet. Sorry... When freevo starts mplayer for movies or TV, it seems that mplayer catches the keypresses, even though it is called with -slave. It does not seem that mplayer is the problem here. I have tried the mplayer which comes with the debian package (1.0pre2 or similar), with the current one (1.0pre3) and with the old one (0.91) I have used with freevo 1.3.4. That sounds like a X problem. Mplayer is above freevo so you can see the video. Your wm thinks this app should also get the keys. Try starting freevo with the -fs switch, that should work. Hi, it works. Regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] MPlayer catches keypresses
Hi, I know that I have sent something about this issue yet. Sorry... When freevo starts mplayer for movies or TV, it seems that mplayer catches the keypresses, even though it is called with -slave. It does not seem that mplayer is the problem here. I have tried the mplayer which comes with the debian package (1.0pre2 or similar), with the current one (1.0pre3) and with the old one (0.91) I have used with freevo 1.3.4. It just seems that freevo starts mplayer and does not manage to catch the keypresses itself. It seems that freevo stays in background instead of mplayer. The slave mode works with playing music. I assume that in this case, freevo really is in forground. Kind regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] MPlayer with no sound when watching TV
Hi, I am using a Terratec Cinergy 600 TV card. (With SAA7134 and therefore only working with v4l2.) When starting mplayer, it seems that it is not really aware of the sound. It unmutes the sound of the TV, but I can not turn the volume up or down. The OSD always display the volume as being at 0%. Looking at the mplayer logs, I can find the line Audio: no sound but without any error messages. I am able to turn the volume up or down using kmix. I have connected the sound output of the TV card with the line-in of the soundcard. I have tried different command line parameters in mplayer, like -tv driver=v4l2:forceaudio:adevice=/dev/dsp:... I have tried that with different mplayer versions and I believe that it worked on my other box. So what could it be that I am missing...? Kind regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] WG: Problems when downloading files with freevo webserver
Hi,
I have just encountered some problems when trying to download files with the freevo
webserver.
When clicking on the download link, it did load about the first 64k, but not further.
In the webserver log file (/tmp/freevo/webserver-1001.log) I found
...Warning! request.finish called twice
and two lines down
...Failure: exceptions.RuntimeError: Producer was not unregistered for
/library.rpy/mm/Videos/...
I have changed some lines in /usr/share/freevo/htdocs/library.rpy as given below.
It seems that the server needs the result of File().render to know that it has to keep
the connection open.
request.finish is called inside File().render, so you won't need to do it yourself.
Regards,
Thorsten
*** library.rpy.old Fri Jan 16 02:32:11 2004
--- library.rpy Fri Jan 16 02:10:40 2004
***
*** 217,224
elif action == 'download':
sys.stderr.write('download %s' % file_loc)
sys.stderr.flush()
! static.File(file_loc).render(request)
! request.finish()
else:
fv.res += '%s does not exist. no action taken.' % file_loc
else:
--- 217,224
elif action == 'download':
sys.stderr.write('download %s' % file_loc)
sys.stderr.flush()
! return static.File(file_loc).render(request)
! # request.finish()
else:
fv.res += '%s does not exist. no action taken.' % file_loc
else:
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] MPlayer catches keypresses instead of slave mode?
Hi, I have come across a problem I could not track down yet. It seems like mplayer does not really run in slave mode when playing movies, bit it does when playing music. Normally when playing a movie with freevo, I could use the + and - keys on the numpad to increase or decrease the volume. Since a few days, I have to press * and / to do so. When playing music, + and - works fine. It just seems that (when playing movies) mplayer catches the keyboard commands directly instead of freevo catching them and sending the commands to mplayer. (This is what I assume now, I am not sure if my theories are correct.) I have switched on the debug output for mplayer. The command line being called contains -slave. (I have installed freevo a week ago using the debian package.) In case nobody knows about this problem: Could someone point me in the right direction to track down this problem? Kind regards, Thorsten --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] startup failure
Hi,
the two messages do not mean anything harmful. The first is only an information. The
second just tells you that your remote control won't work (if you have one...).
You also do not need a TV card to make freevo work.
Freevo always writes some log files. On my system, they can be found in /tmp/freevo
and they are called main-0.log, main-1000.log or similar.
To make freevo more verbose, find the line
DEBUG = 0
in config.py and set it to
DEBUG = 1 (higher numbers mean more output)
config.py is in /usr/lib/python2.3/site-packages/freevo on my system, but that may
differ.
Kind regards,
Thorsten
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:freevo-users-
[EMAIL PROTECTED] Im Auftrag von Anders
Gesendet: Freitag, 16. Januar 2004 14:37
An: [EMAIL PROTECTED]
Betreff: [Freevo-users] startup failure
I've installed Freevo onto a Slackware 9 system compiling all dependent
libs without any problems. Starting freevo gives me a flash of the system
before exiting with the message:
ROM_DRIVES: Auto-detected and added ('/mnt/cdrom', '/dev/cdrom', 'CD-1')
WARNING: PyLirc not found, lirc remote control disabled!
I do not have a TV-card installed. I've removed tv-support with
plugin.remove(plugin_tv). Do I acually need a TV-card even if I just want
to use freevo for movies and music?
Running freevo with -fs give me an empty X-session which I have to kill
(with CTRL+ALT+BACKSPACE) returning with the message:
giving up.
xinit: No such file or directory (errno 2): unable to connect to X
server
xinit: No such process (errno 3): Server error.
Any ideas what could be wrong? Is there a way to debug freevo?
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: AW: [Freevo-users] Setting up a freevo box on MSI Hermes 651P ...
Hi,
you will need to export USER=root before stating freevo.
Why? When working with X, it does not seem that I need spacial user rights or
something similar. I just had to chmod the /tmp/freevo directory to allow freevo to
write there.
and there was is very good help on autosarting freevo in the wiki.
Yes, I thought so.
Regards,
Thorsten
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:freevo-users-
[EMAIL PROTECTED] Im Auftrag von Mick
Gesendet: Donnerstag, 15. Januar 2004 01:40
An: [EMAIL PROTECTED]
Betreff: Re: AW: [Freevo-users] Setting up a freevo box on MSI Hermes
651P...
from memory..
you will need to export USER=root before stating freevo.
and there was is very good help on autosarting freevo in the wiki.
Mick
On Thu, 2004-01-15 at 01:12, Pferdekaemper, Thorsten wrote:
Hi,
yesterday evening/night I have continued my freevo box...
As suggested by Tim, I switched to X now. First, I had to install the
sis driver from Thomas Winischhofers site (www.winischhofer.net: Many
thanks for this!). After some changes in the XF86Config-4 (or simliar...)
concerning screen resolution and color depth, KDE came up in 800x600x24
very smoothly after typing startx.
Then I started freevo and that looked really weird. I forgot to change
the display settings in freevo.conf and freevo tried to fbset the screen
size and the color depth...
After changing this again, it really worked good. I could also remove
the software scaling from the mplayer settings. It really seems that X is
supported better.
I then created an user freevo which I gave the following .xinitrc file
#!/bin/sh
freevo
It seems that freevo itself takes the role of the window manager this
way. The whole stuff starts up really fast that way (thanks, Tim!)
I then tried out some media, including the Matrix DVD, some DivX movies
and some MP3s. Mplayer played it all. After
hdparm -d1 /dev/hdc
I was not able to see any jerking any more...
But there were two problems...
1.
I have inserted a CD with two DivX movies. freevo showed me (by the CD
plugin) that it knew about the CD, but I could neither open the directory
nor did freevo start to play anything. The logs showed me a python
traceback leading to the following coding in rom_drives.py:
if data.tracks:
mplayer_files = []
mp3_files = []
image_files = []
for t in data.tracks:
if t and t['url']:
file =
t['url'][len(media.devicename)+6:].replace(':', '/')
The part t['url'] seemed to be offending. I've wrote a little bit more
debug output about t and changed the coding to
for t in data.tracks:
if t and t[0]['url']:
file =
t[0]['url'][len(media.devicename)+6:].replace(':', '/')
...to make it work. But afterwards, I have inserted another disk and the
rom_drives.py crashed again. I changed the coding back and it worked
again. I have not (yet) created any coding that worked in both cases.
Perhaps this is a known issue? Otherwise, I will investigate this further.
2.
Sometimes, it seems that mplayer is not really running in slave mode.
When playing from CD/DVD, I had no sound at all. Trying to hit + or -
on my keyboard set some sound delay. I wanted to move the sound in another
direction...
At the same time, I have copied some 30GB of data over the network to
the freevo box, perhaps this has something to do with the problem...
Next steps, I would like to perform...
1. Get rid of the frame buffer driver in my kernel. When starting my
box, the frame buffer driver gets loaded. This is not necessary any more
and it seems to disturb the rest of the system sometimes. It creates some
debug output each time the graphics mode is changed...
2. Start directly into freevo. I did this with framebuffer mode with
some changes of the inittab. I am not really sure yet how I can start X
and logon user freevo automatically at startup time.
Kind regards,
Thorsten
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:freevo-users-
[EMAIL PROTECTED] Im Auftrag von Pferdekaemper, Thorsten
Gesendet: Montag, 12. Januar 2004 18:38
An: [EMAIL PROTECTED]
Betreff: [Freevo-users] Setting up a freevo box on MSI Hermes 651P...
Hi,
I am currently setting up a freevo box on a MSI Hermes 651P. I would
like
to share my experiences, problems and solutions I found out. Perhaps
someone is interested...
Regards,
Thorsten
1. The idea
===
Last year, I began to digtize some old videotapes. I also began to use
my
computer as a video recorder and I also collected some shows in divx
format. I did this with Windows XP on a relatively loud box...
I found out that Windows did not let me do exactly the things I wanted
AW: [Freevo-users] Setting up a freevo box on MSI Hermes 651P...
Hi, thanks for the feedback. Please find my comments to your comments between the lines. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Gray, Tim Gesendet: Montag, 12. Januar 2004 19:46 An: '[EMAIL PROTECTED]' Betreff: RE: [Freevo-users] Setting up a freevo box on MSI Hermes 651P... good luck getting mplayer to play anything fullscreen on any framebuffer other than the Matrox G400. It is already working. The only tricky thing was the append line in lilo.conf. and if you do find a way to get mplayer to play fullscreen on the generic framebuffer... please let me know! The generic frame buffer does not work. I am using the sisfb driver. The generic frame buffer only let me use 640x480x8. I strongly suggest you go the X window route to get mplayer to scale fullscreen, Perhaps you mean hardware scaling? Software scaling works. do not use a window manager as that adds only un-needed bloat, specifying a single line to start freevo in your .xinitrc should do the job. I thought that the X window system itself is un-needed bloat compared to the frame buffer solution. But perhaps I am missing something here. I will try your suggestion. Perhaps the bloat really only consists in the window manager. KDE really needs a little time to start up. use the sis driver in Xfree86. although the vesa driver also works with this chipset and still enables the XV playback acceleration on mpeg2 files. There is one sis driver in debian woody which does not seem to work. I am going to try to download it from Thomas Winischhofers page. Also cince you have i810 for your audio, you are also suffering with the chipset limitations... the latest alsa fixes most of those, the OSS drivers I believe are legacy as alsa is now the standard for linux sound as of 2.4.6.. Ok, I have heard of this. But it was really easy to get OSS running and it sounds good... Which limitations do I have with this? you MUST set mplayer to record at 48000 if you are recording from the line-in. and the sound is cleaner if you are able to force the sound output to 48000. I have not tried recording yet... It sounds like your machine has the same hardware my micro-ATX motherboard has..(except for the tv out... that is nice that yours has that.) Yes, that's one reason I have bought exactly this box. It should have a really good TV out. Which I haven't even tried out yet... Regards, Thorsten -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Pferdekaemper, Thorsten Sent: Monday, January 12, 2004 12:38 PM To: [EMAIL PROTECTED] Subject: [Freevo-users] Setting up a freevo box on MSI Hermes 651P... Hi, I am currently setting up a freevo box on a MSI Hermes 651P. I would like to share my experiences, problems and solutions I found out. Perhaps someone is interested... Regards, Thorsten 1. The idea === Last year, I began to digtize some old videotapes. I also began to use my computer as a video recorder and I also collected some shows in divx [skipped my own bla bla] --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Re: Setting up a freevo box on MSI Hermes 651P ...
Hi, I could do framebuffer output after chmod a+rw /dev/fb*... But I think I am going to switch to X without window manager as Tim suggested. Kind regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Dirk Meyer Gesendet: Montag, 12. Januar 2004 20:29 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: Setting up a freevo box on MSI Hermes 651P... Pferdekaemper, Thorsten wrote: I chmod'd /dev/fb0, /dev/mixer and /dev/psaux (there's the mouse...). A few things are working now. But it seems that there is missing something. Is there a way to really run freevo with a user other than root? It should, it works for me using X. You need access to all devices freevo needs (like /dev/dsp0). But for some reasons, framebuffer output doesn't work for me as user. It's more a SDL problem than a freevo one. It also seems that freevo does not like it at all when I try to enter a directory (e.g. from the Play music menu) and there are files which freevo is not allowed to read. There is no message about authorization but a crash message. mmpython bug, latest mmpython cvs should fix this. Dischi -- Your job is being a professor and researcher: That's one hell of a good excuse for some of the brain-damages of minix. -Linus Torvalds to Andrew Tanenbaum --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Images with DVD
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED] [mailto:freevo-users-
[EMAIL PROTECTED] Im Auftrag von Nigel Orr
Gesendet: Montag, 12. Januar 2004 10:50
An: [EMAIL PROTECTED]
Betreff: RE: [Freevo-users] Images with DVD
My linux computer has both a DVD drive and CDROM drive.
I configure them in local_conf.py as such:
ROM_DRIVES = [ ('/mnt/dvd', '/dev/dvd', 'DVD'),
('/mnt/cdrom', '/dev/cdrom', 'CDROM') ]
Music CDs are recognized in either drive and display properly
in the MUSIC section, however, they don't play properly.
Selecting any of the songs simply skips through all the songs
are returns to the menu listing of songs. If I rip the cd to mp3's
the mp3's play just fine. Anyone seen this problem?
Yes, I posted about the same problem last week. But I didn't get any
replies or hints about how to track it down. I presume as you can rip the
tracks that, like me, your installation of cdparanoia works fine from the
command line. I tried it on a CD-RW drive and a CD-ROM drive.
I wondered if it could be related to the drives being accessed through
ide-scsi, but I thought that would be such a common configuration that
others would have had the same problem if it was that.
I presume the answer lies in the /var/log files, but it's not obvious to
me
how to track it down. If you get any replies offlist, or work it out for
yourself, please let me know!
Nigel
Hi,
to track such things on my system, the following approach works fine...
First, find the file config.py. Change the line
DEBUG = 0
to
DEBUG = 1 (or something 1)
Run freevo and do whatever is not working.
Shutdown freevo.
Have a look at the directory /tmp/freevo. There, you should find a file named
main-0.log or main-1000.log or something similar. You should find the calls freevo
tried to perform in order to play your CD. (For example something with mplayer
cdda:)
Try to execute this call directly from your command line. mplayer should give you some
hints.
Regards,
Thorsten
---
This SF.net email is sponsored by: Perforce Software.
Perforce is the Fast Software Configuration Management System offering
advanced branching capabilities and atomic changes on 50+ platforms.
Free Eval! http://www.perforce.com/perforce/loadprog.html
___
Freevo-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Setting up a freevo box on MSI Hermes 651P...
Hi, I am currently setting up a freevo box on a MSI Hermes 651P. I would like to share my experiences, problems and solutions I found out. Perhaps someone is interested... Regards, Thorsten 1. The idea === Last year, I began to digtize some old videotapes. I also began to use my computer as a video recorder and I also collected some shows in divx format. I did this with Windows XP on a relatively loud box... I found out that Windows did not let me do exactly the things I wanted to, so I installed a linux partition. I decided for Debian Woody. I muddled around with mythTV a little bit, but it never really worked as desired (sorry, Ben...). Eventually I came across freevo 1.3.4. That looked really good. I learned a little bit about python which also turned out to be really cool and very readable. What I liked most with freevo was that it uses specialized software for each task. So I could (e.g.) test mplayer alone without invoking the whole thing first. But my box was very loud and very big. So I started to think about building a specialized box for all the freevo tasks. I decided for a MSI Hermes 651P. In the magazin C't, they wrote that this box had a very good TV-Out and I like how the box looks. 2. The hardware === Ok, that's what I put into... 1. CPU Intel Pentium 4, 2,66 GHz 2. 512MB Kingston Value Ram (ECC) 3. Harddisk Seagate 160 GB, 7200 RPM 4. DVD LiteOn All the components are relatively silent, except the DVD. I have also bought a chep keyboard. Currently, I am using an old 15'' screen, not the TV 3. Installing the system After putting everything in the box, I installed a basic debian woody installation. I created a special 50G partition with reiserFS for the multimedia data. As kernel, I started with 2.4.18 and switched to 2.4.20 a little bit later. Everything went very fast and smooth in this stage. I also set up the network, so I could use my old box (aka loudbox) as an internet gateway for the new box (aka silentbox). I muddled around with the kernel on loudbox, so I had a hard time seeting up this, including ifconfig, iptables etc. 4. Installing freevo Because I wanted to do the installation via apt, I have changed the sources.list file to point to a debian distribution site (ftp.de.debian.org) and to the sites mentioned in the installation doc of freevo. I then realized that marillat.free.fr does not contain the packages any more. I had to switch to hpisi.nerim.net. Most of the parts of freevo (and mplayer) need packages at least from debian testing, so I changed apt.conf to look after testing first. My apt.conf looks like this: APT::Default-Release testing; APT::Cache-Limit 12582912; The second line is needed because of some problems when updating from more than one source (on my machine...) Then I did apt-get update to get all the package information. Afterwards, apt-get -s install freevo to simulate the installation of freevo. This lead (among others) to some problem with package KDE. I want to use freevo from console in frame buffer mode directly and I am not really inetrested in X-based things on this box, so I did apt-get remove kde to get rid of that problem. (This should also work when you are actually using kde. The package is only a virtual one without files in it.) In the end, I did apt-get install freevo a few times. If have only an ISDN connection and especially the things from hpisi.nerim.net needed a few tries. In the end, all the freevo files were installed. 5. Starting freevo the first time, getting to work the video output === After typing freevo freevo did not really start. It seemed that freevo tried to run with a resolution of 800x600, which the generic fbdev driver did not really like. So I set the resolution in /etc/freevo/freevo.conf to 640x480 just to make it work. Then, freevo really started. But it seems that there were not that much colors... This was the time when I realized that I had to watch out for a better driver for the graphics adapter of my box. I googled around a little bit, but I was not able to find really good things about my graphics chip. This was last Saturday, late in the evening... The next morning, my head was a little bit clearer and I searched after SIS 651 instead of SIS651 and found the page of Thomas Winischhofer (http://www.winischhofer.net/linuxsisvga.shtml). So I learned, that the graphics part of SiS 651 is compatible to the graphics adapter SiS 315 series, which is supported in the 2.4.20 kernel sources. A few kernel compiler runs later, I've got the little penguin in the corner of the screen while starting up... I could also switch the video mode using fbset. I inserted the line append=video=sisfb:mode:800x600x32,mem:12288,rate=60 This seems to be the best mode for the rather
AW: [Freevo-users] German TV Program
-Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Sebastian Hardt Gesendet: Donnerstag, 8. Januar 2004 10:40 An: [EMAIL PROTECTED] Betreff: [Freevo-users] German TV Program Hi, i am from Germany and I have a problem since the 01.01.04. The nice proggie (http://www.bucksch.org/1/projects/various/xmltv/) tvmoviefetch isn't working anymore :( It was a good tv program grabber. Now i don't have any solution for grabbing the tv program to my freevo box. Is there any solution ??? Thx for help Sebastian Hardt Hi, Ben has sent a mail a few days ago on this list. TVMovie has changed the file format recently and nobody knows how to process these files... Perhaps nexTView (http://nxtvepg.sourceforge.net/) can be considered as an alternative. It seems to be able to produce XMLTV output. Regards, Thorsten --- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
AW: [Freevo-users] Old Question Reborn-No Sound
Hi, have you ever tried different values with audiorate=...? Kind regards, Thorsten -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:freevo-users- [EMAIL PROTECTED] Im Auftrag von Matthew Carpenter Gesendet: Dienstag, 30. Dezember 2003 06:42 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Old Question Reborn-No Sound I think I have figured out how to record video on freevo, but I am having some problems with audio. I can watch TV just fine with audio and video, but I am can't get an audio feed for the recording. = mencoder -tv on:driver=v4l:input=0:norm=NTSC:channel=38:chanlist=us- cable:width=640:height=480:outfmt=yv12:device=/dev/video0:adevice=/dev/dsp :audiorate=44100:forceaudio:forcechan=1:buffersize=64 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=1200:keyint=30 -oac mp3lame - lameopts br=128:cbr:mode=3 -ffourcc divx -endpos 5 -o blah.avi --- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78alloc_id371op=click ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
WG: [Freevo-users] Re: XMLTV from TV-Movie...
-Ursprüngliche Nachricht- Von: Dirk Meyer [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 5. September 2003 21:07 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: XMLTV from TV-Movie... yesterday, I have installed the grabber from Ben Bucksch which uses the data sources of TV-Movie to create XMLTV files. At the end, it worked, but there are some findings I'd want to share. Thanks, all your fixes are integrated. Hi, how did you solve the DST issue? Regards, Thorsten --- 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] XMLTV from TV-Movie...
Hi, yesterday, I have installed the grabber from Ben Bucksch which uses the data sources of TV-Movie to create XMLTV files. At the end, it worked, but there are some findings I'd want to share. 1. The listings sometimes contain real unicode characters, i.e. characters with a number outside range(256). This causes freevo not to accept the listing. I then wrote an own function __encode in epg_xmltv.py which looks roughly like this: def __encode(str,code): try: return str.encode(code) except UnicodeError: result = '' for ch in str: try: result = result + ch.encode(code) except UnicodeError: pass return result Then, I have replaced every occurrence of encode in epg_xmltv.py with my own function. After that, it worked, ommitting the characters which seem not to be displayable by freevo. 2. The listings contain a color tag, which freevo does not know. There is some coding in xmltv.py, which cares for the tags and there is something like try: ... except NameError: return 'Error...' But the error I have got was an AttributeError. I have added another except AttributeError to make this work. 3. The listings contain a Tag like rating system=FSK16/rating. It seems that freevo has a problem with that. I deleted the handling of this tag in epg_xmltv.py to make this work. (freevo does not seem to display the rating anyway. 4. The listings contain the time in the following format: 200309042015 CET But this is IMHO wrong, it should be 200309042015 CEST Then, the coding with strptime.strptime in epg_xmltv.py works correctly. This is not necessarily a problem of freevo, but I just wanted to mention. I have sent a mail to Ben Bucksch about that. I will also check how the listings could be converted to the CET/CEST format. Regards, Thorsten --- 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
AW: [Freevo-users] Re: Snapshot of 02.Sept.2003: Some problems (and proposed solutio ns.. .)
-Ursprüngliche Nachricht- Von: Dirk Meyer [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 3. September 2003 18:07 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: Snapshot of 02.Sept.2003: Some problems (and proposed solutio ns.. .) Pferdekaemper, Thorsten wrote: I am pretty sure that I am using freevo in X11 mode and from the console in framebuffer mode. (After deleting the four lines mentioned above.) I am using an nvidia graphics card (...) and the vesa framebuffer (the one with the penguin). Sorry, there was a missunderstanding here. I didn't mean you don't know if you run Freevo in X11 or fb mode, Freevo itself doesn't know Hi, there's no need for the sorry, I am not really sure myself... :-) Yes. So basicly when you have X running and Freevo display is set to fbdev or mga, Freevo should autoswitch to x11. On the other side, when you set the display to x11 and start without X, freevo should autoswitch to fbcon. So everything works fine, but it ssems that it shouldn't. Or am I missing something? Don't know about everything, but when freevo thinks he's using x11 but you run it on framebuffer, Freevo will choose xine and not fbxine for dvd nav, which doesn't work. So it should be no problem when I use mplayer, because mplayer seems to work with either one. But one question remains: Why does mplayer not work, if I try to set display=vesafb oder fbdev in freevo.config? mplayer complains about not being able to open the display. When I just delete the display line in freevo.config, it works. Why that? It should make no difference... Regards, Thorsten --- 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
AW: [Freevo-users] Re: Snapshot of 02.Sept.2003: Some problems (and proposed solutio ns.. .)
-Ursprüngliche Nachricht- Von: William Holt [mailto:[EMAIL PROTECTED] The /etc/freevo.conf file can only support one setting for display. If you want to switch between the two, you'd need to keep two versions of the config file and setup the correct version before starting freevo. Freevo should work automatically in either framebuffer mode or X11 mode, but mplayer uses the display setting to determine which display to use. So in framebuffer mode, you need display=fbdev (works in 1.3.4 on my GF4 440MX), and in X11, you need display=x11. display=sdl didn't work correctly for me for various reasons. Mabey a command switch should be added to freevo to allow setting a different path to configs Hi, as I have written before, it just works for me like it is... And I can use freevo in X11 or framebuffer. I don't think that we really need a command switch. Just a little script which copies around the different config files would do it. Regards, Thorsten --- 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
AW: [Freevo-users] Re: Snapshot of 02.Sept.2003: Some problems (and proposed solutio ns.. .)
-Ursprüngliche Nachricht- Von: Wan Tat Chee [mailto:[EMAIL PROTECTED] The /etc/freevo.conf file can only support one setting for display. If you want to switch between the two, you'd need to keep two versions of the config file and setup the correct version before starting freevo. Hi, no, it seems to work without the display line in freevo.conf. (Ok, I have not really checked all of them, perhaps there is display=X11 in ~/.freevo/freevo.conf.) Freevo should work automatically in either framebuffer mode or X11 mode, but mplayer uses the display setting to determine which display to use. So in framebuffer mode, you need display=fbdev (works in 1.3.4 on my GF4 440MX), and in X11, you need display=x11. display=sdl didn't work correctly for me for various reasons. On my (1.3.4, nvidia-something) I do not have to switch anything. It just works. When I have a look at the debug output of freevo, it seems to start mplayer with a command line option like -vo xv,sdl,x11,... or something like this. I believe that mplayer probes the given display options and runs with the first one working. But as Dischi said, this might not work with xine/fbxine. Regards, Thorsten --- 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] [OT] mplayer playing slowly or is it mencoder?
-Ursprüngliche Nachricht- Von: Gray, Tim [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 4. September 2003 14:23 An: '[EMAIL PROTECTED]' Betreff: [Freevo-users] [OT] mplayer playing slowly or is it mencoder? Actually it seems to be a mencoder problem recording. My freevo unit is using the stock record command in freevo_local.py and a friend's unit is also doing the same command. his freevo box record's everything with the audio recorded at 1/2 speed. has anyone seen this problem before? mplayer will play any other content fine, only items it recorded with the freevo record command are messed up with the reay slow audio... the differences is that he has a different capture card and the latest mplayer (1.0) Hi, I' ve had some problems with the audio sample rate. It seems that mencoder does not change the rate, but only assumes that the sample rate matches the one you entered in the command line. Perhaps you should play around with this. The value which works fine with my terratec cinergy 600 is 32000. Regards, Thorsten --- 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] German TV listings and how to get them...
Hi, currently, the servers for german XMLTV listings (www.szing.at and yasd.cc) seem to be not working. So I am searching for alternatives to tv_grab_de. Ben Buksch has written something which should be able to get the TV listings from TV-Movie in XMLTV format (see http://www.bucksch.com/1/projects/various/xmltv/). Perhaps I will give this one a try in the next few days. Has anyone tried any XMLTV grabbers for german listings? Are there any experiences about thst? Regards, Thorsten --- 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
AW: [Freevo-users] Problem getting freevo to recognize that a CD- ROM has been inserted - solved!
-Ursprüngliche Nachricht- Von: James Simmons [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 4. September 2003 16:06 An: [EMAIL PROTECTED] Betreff: Re: [Freevo-users] Problem getting freevo to recognize that a CD- ROM has been inserted - solved! anyone can do this, but on the SuSE box you need to be root. I guess few people have had this problem because they implemented the TV watching module, which requires freevo to be run via sudo to access the TV card. Since I removed that module (I just want to watch my DivX and Hi, really? I use freevo with TV while not being root and I haven't installed sudo... Regards, Thorsten --- 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
AW: [Freevo-users] Today snapshot
-Ursprüngliche Nachricht- Von: Alec - Freevo [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 3. September 2003 04:41 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Today snapshot Hello there, While trying the latest snapshop (02-Sep-2003)i got this : Traceback (most recent call last): File ./src/main.py, line 94, in ? import config File /usr/local/freevo/src/config.py, line 263, in ? execfile(os.environ['FREEVO_CONFIG'], globals(), locals()) File ./freevo_config.py, line 102, in ? from util import getXMLTVChannels File /usr/local/freevo/src/util.py, line 79, in ? import Image # PIL ImportError: No module named Image Alec Hi, I had the same problem. I have copied ./runapp to ./runtime/runapp, then it worked. It seems that the startup script tries to find runapp in this directory... Regards, Thorsten --- 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
AW: [Freevo-users] Re: 1.3.4 bug?
-Ursprüngliche Nachricht- Von: Dirk Meyer [mailto:[EMAIL PROTECTED] Gesendet: Montag, 1. September 2003 21:34 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: 1.3.4 bug? Because CVS now has the following new features: o only scan needed dirs, even on disc (since yesterday, should speed up things) o I looked at the image you send me: EXIF.py now ignores fields greater 1. Everything elese will be parsed. This should speed up again. And that you know how long it takes: o there is now a progress bar when freevo scans a directory The snapshots should be updated tomorrow, please test and let me know the results. Hi, I have installed the snapshot of September, 2nd. The new features work fine. As I have supposed, your ProgressBox looks better than the one I have created. But there were a few different findings about the newest snapshot. I will describe them in another mail. Thanks. Regards, Thorsten --- 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] Snapshot of 02.Sept.2003: Some problems (and proposed solutions...)
Hi,
yesterday I have installed the newest snapshot of freevo and mmpython. This was my
first upgrade of freevo. Here are my problems and solutions about that...
1. The startup script did not recognize that the runtime was present. (It complained
about import Image...) It tried to find runapp in directory runtime. However, runapp
resided directly in the freevo main directory.
I have just copied runapp to runtime/runapp to make this work.
2. freevo won't work any more when started from console (without X)
I have first tried to start freevo in KDE. Here (after ./freevo setup), this
worked. But trying directly from console was not that a good idea. I have tried to set
display in freevo.conf to 'vesa', 'sdl' and some others, but nothing really worked.
With vesa freevo itself started, but mplayer won't play.
Then, I have deleted the following lines from osd.py (in init of class osd):
# sometimes this fails
if not os.environ.has_key('SDL_VIDEODRIVER') and \
config.CONF.display == 'x11':
os.environ['SDL_VIDEODRIVER'] = 'x11'
and I have deleted the display-line in freevo.conf. After that, I could run freevo
incl. mplayer directly from console in framebuffer mode and in KDE.
I have no real clue why this is like it is, perhaps someone can clarify?
3. In ./src/tv/plugins/mplayer.py, the use of driver=v4l is fixed in the coding. I
have changed that to driver=v4l2.
What about having a config option for the tv driver?
4. I had some problems with mplayer, so I switched on MPLAYER_DEBUG. After doing so,
mplayer.py (both the one in video/plugins and tv/plugins) tried to get
$FREEVO_STARTDIR from the environment, but there was no FREEVO_STARTDIR set. I don't
know why, but this seemed to lock up my system when started in framebuffer mode...
I have changed the coding so that the debug output goes directly to the current
directory.
And just a last thing:
In my first freevo installation, I did some settings directly in freevo_config.py.
This turned out to be a bad idea. Freevo_config.py is overriden by new snapshots,
local_conf.py is not.
The version numbering of the config file is really a good thing. Freevo tells you the
new features of the config automatically.
Regards,
Thorsten
---
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: Snapshot of 02.Sept.2003: Some problems (and proposed solutions.. .)
-Ursprüngliche Nachricht-
Von: Dirk Meyer [mailto:[EMAIL PROTECTED]
Gesendet: Mittwoch, 3. September 2003 12:30
An: [EMAIL PROTECTED]
Betreff: [Freevo-users] Re: Snapshot of 02.Sept.2003: Some problems (and
proposed solutions.. .)
2. freevo won't work any more when started from console (without X)
I have first tried to start freevo in KDE. Here (after ./freevo
setup), this worked. But trying directly from console was not that a
good idea. I have tried to set display in freevo.conf to 'vesa',
'sdl' and some others, but nothing really worked. With vesa freevo
itself started, but mplayer won't play.
Then, I have deleted the following lines from osd.py (in init of class
osd):
# sometimes this fails
if not os.environ.has_key('SDL_VIDEODRIVER') and \
config.CONF.display == 'x11':
os.environ['SDL_VIDEODRIVER'] = 'x11'
and I have deleted the display-line in freevo.conf. After that, I
could run freevo incl. mplayer directly from console in framebuffer
mode and in KDE. I have no real clue why this is like it is,
perhaps someone can clarify?
The problem is that Freevo thought you want to run it in X11 mode
(because you set x11 in your freevo.conf). It looks like you want to
use both, X11 and framebuffer. That's not possible right now, but
there is a fallback for mga, maybe we should add one for fbdev, too:
| if display=='fbdev' and DISPLAY is set to something:
| print warning about switching to x11
| display='x11'
Hi,
I am pretty sure that I am using freevo in X11 mode and from the console in
framebuffer mode. (After deleting the four lines mentioned above.) I am using an
nvidia graphics card (...) and the vesa framebuffer (the one with the penguin).
Whe I start my computer, it starts automatically into freevo without doing any X stuff
(I have made an extra runlevel for that). This works fine. I assume that the whole
thing is running in framebuffer mode now.
Then I can stop freevo and start X11 by startx. After KDE started, I can open a
console in KDE and start freevo, which works fine.
So everything works fine, but it ssems that it shouldn't. Or am I missing something?
Regards,
Thorsten
---
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
AW: [Freevo-users] Re: 1.3.4 bug?
-Ursprüngliche Nachricht- Von: Dirk Meyer [mailto:[EMAIL PROTECTED] Gesendet: Montag, 1. September 2003 21:34 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: 1.3.4 bug? Current CVS only scans the needed directories so it should be under 10 sec. I do not really believe that. There are directories with about 50 pictures. Each picture needed about one second or even a little bit more... If you now need less than a minute for the whole disc, it should be less than 10 sec for one directory, right? I have thought that you mean that that is the time before the changes. After my/your changes, this is right. Regards, Thorsten --- 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
AW: [Freevo-users] Scanning huge file systems (was: Re: 1.3.4 bug?)
We need to rething the metadata loading. It seems to work fine in most cases, but too many files on a disc will slow things down. But without mmpython parsing the disc, we won't have mp3 tags to sort the items. Hi, I have made some positive experiences by implementing progress indicators. This way, a process is not really faster, but the users feel better when they can see that the system is currently doing anything... Regards, Thorsten Hi, I have now added a progress indicator to freevo/mmpython. I would tell it a dirty hack, so I do not post the coding here, just the idea for consideration... Here is roughly what the progress indicator does and how I have implemented it. Normally, you get a popup saying Scanning directory/disc, be patient. On my box, it now says Scanning disc... 656 of 720 I have changed the PopupBox.py and inserted a method set_text to set a new text. It basically changes the text shown and triggers a redraw with method show if it is currently displayed. In directory.py, the method cache_dir is called. I have changed both the cache_dir methods in mmpython/__init__.py and mmpython/cache.py to make them accept the PopupBox as a parameter. In mmpython/cache.py, the set_text method is used to update the information about how much files have bean processed yet. This works fine for me. It allows to scan really full discs. It does not make the thing faster, but I can bear it now. But I would tell this a little bit dirty, because I needed to change mmpython. If someone is interested, I could make it a little bit nicer and post it here. What do you think? Regards, Thorsten --- 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: Scanning huge file systems
Hi, [Dischi:] There is no progress bar in the Freevo gui code. I will take a look at it this evening, mayve I can find something. I have tried to implement one on my own. I have attached it to this mail. (ProgressIndicatorBox.py) It's far from perfect, but it works for me. (Sorry, these are my very first steps with Python) I have changed the PopupBox.py and inserted a method set_text to set a new text. It basically changes the text shown and triggers a redraw with method show if it is currently displayed. Ouch, ok, bad hack. Butmaybe not. My ProgressIndicatorBox now extends PopupBox. PopupBox itself is not changed. But I would tell this a little bit dirty, because I needed to change mmpython. If someone is interested, I could make it a little bit nicer and post it here. What do you think? Basicly it's a good idea. You need to change mmpython, no way. But make it cleaner: add an optional callback function to cache_dir with two parameter: current and number of files to parse. Or something like this. I have done so. I have added all my changes to this mail (see ProgIndChanges.txt). (Sorry, no diff format...) Regards, Thorsten ProgIndChanges.txt Description: Binary data ProgressIndicatorBox.py Description: Binary data
[Freevo-users] Some findings about german EPG (XMLTV, TV_GRAB_DE)
Hi, I have tested the XMLTV program guide in my freevo installation yesterday. I have found out some things which I want to share. (This applies to german program listings...) 1. Somewhere in the Docs, I have found that you can just wget the listings from yasd.cc. This does not seem to work any more. Just use www.szing.at instead. 2. wget'ting the listings directly lead to wrong start and stop times. The times were shifted about 1 hour. Also the format of the resulting XML seemed not be exactly what freevo wanted to have. (E.g. there was no channel table) I now use tv_grab_de, which works much better. ( I had to change the channel ids in local_conf.py.) 3. The program listings have programs which overlap. For example, on 3SAT, they always have a program anders fernsehen which runs the whole day... Another example was ARD Frühstücksfernsehen which seems to run from 5:30 in the morning until 4:45 the next morning. This is obviously wrong. I have put some coding at the end of load_guide() in epg_xmltv.py which checks if one programs stop time is greater than the start time of the next program. If yes, it changes the stop time to the start time of the next program. If someone is interested, I'll post the coding here. Perhaps this could be included in the next release? 4. In the listings from szing.at, the last program of the last day listed does not have a proper stop time. The file epg_xmltv.py contains a documentation that it should be able to cope with that, but it lead to a corrupted program guide. I have changed the line prog.stop = timestr2secs_utc(p['start'][0:8] + '235900' + p['start'][14:18]) to prog.stop = timestr2secs_utc(p['start'][0:7] + '235900' + p['start'][14:]) After that, it worked fine. The last program for each channel now has the stop time 23:59. This is far from correct for most programs, but it works. Perhaps that should also be included in the next release? Regards, Thorsten --- 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
AW: [Freevo-users] Re: 1.3.4 bug?
-Ursprüngliche Nachricht- Von: Dirk Meyer [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 29. August 2003 12:54 An: [EMAIL PROTECTED] Betreff: [Freevo-users] Re: 1.3.4 bug? Stian Davidsen wrote: Mick wrote: When loading freevo, if my CD drives are full, the discs are not recognised.. Be they new or old. These disks cease to be recognised until freevo is reloaded without the cd's in the drive. I have not tested with audio cd's yet.. Anyone else seeing this on 1.3.4? It doesn't appear to be slowness, unless 5 minutes or so is how long the slowness and caching issues are.. I have the same problem, but the CDs are usually recognised after 15-20 minutes (!!). Hi, I also have some kind of this problem, I believe. With most CDs, it works. But I have some CDs with lots of JPEGs (about 1000) in about 50 directories. When I insert the CD, freevo says Scanning, be patient. After a few minutes (10?) the CD seems to spin down... Perhaps I will have a closer look at it at the weekend. But very probably my girlfriend's plans are different... Regards, Thorsten --- 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] Switch to TV with NVTV and freevo
Hi, yesterday, I've tried to get freevo working on my TV. I am using freevo in framebuffer mode with resolution 640 x 480. So far so good. Then, I have switched to the TV using nvtv -r 640,480 -s Small -t now, I saw the console on the LCD and on the TV. (I wondered about this, cause the doc of my graphics card denies this possibility...) But after starting freevo, the display on the TV was not useable any more. I inserted the command above into the OSD_SDL_EXEC_AFTER_STARTUP line in freevo_config.py. Then, I could start freevo and it showed up nicely on my TV and on my LCD. Then I tried to start watching TV (I let freevo use mplayer for this, which normally works fine on fbdev.) Again, the screen got scrambled. This time, I do not see a possibility how to change this. Or does someone know about mplayer having an option to prevent this? It seems to me that both freevo (in pygame?) and mplayer do something like fbset -g 640 480 640 480 24 Perhaps the solution lies somewhere in synchronizing the settings of nvtv and fbset. Perhaps someone has an idea... Regards, Thorsten --- This SF.net email is sponsored by Dice.com. Did you know that Dice has over 25,000 tech jobs available today? From careers in IT to Engineering to Tech Sales, Dice has tech jobs from the best hiring companies. http://www.dice.com/index.epl?rel_code=104 ___ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
