[Freevo-users] Freevo 1.8 crashes when I open a video file.
Hi all, freevo started to crash when I open a video file I see this in the std out: Freevo 1.8.1 r10613 ready /home/omry/freevo/lib/python2.4/site-packages/kaa/metadata/disc/dvd.py:48: RuntimeWarning: Python C API version mismatch for module _ifoparser: This Python has API version 1013, module _ifoparser has version 1012 followed by an exception that ends with: File /home/omry/freevo/lib/python2.4/site-packages/freevo/childapp.py, line 153, in __init__ _debug_('Cannot run %r: %s' % (command_str, e), DERROR) NameError: global name ' any idea how to fix this? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Recording live tv
Thanks John I did not see any configuration for this behavior...I will dig around a little more. I don't recall seeing this issue when I first started using in back in March..maybe something has changed recently -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of John Molohan Sent: Thursday, June 05, 2008 3:58 PM To: freevo-users@lists.sourceforge.net Subject: Re: [Freevo-users] Recording live tv David Frager wrote: In my configuration, I am running: Freevo 1.8.2-svn r10784 xine 0.99.6CVS While watching TV, I press the F6 key to begin recording a show. What I recently noticed is that the recording does not start when I press F6, the recording started when I first began watching the show, so in some cases, I have a lot of up-front video that I do not want. I am not sure if this is a recent change or not, but I was expecting to see a file added to my TV_RECORD_DIR directory, containing a video from the time I pressed F6. Instead, I see what appears to be the timeshift file located in the XINE_TV_TIMESHIFT_FILEMASK location. Any thoughts on if this is a bug or a configuration issue? This is a new feature that was introduced sometime within the last couple of releases. Check the changelog on the wiki which will have a link to the original tracker item which might have more explaination and possibly configuration settings for changing the behaviour. John - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] pictures on an foto CD, only thumbs
Am Dienstag, 27. Mai 2008 22.47:35 schrieb Duncan Webb: Andreas Dick wrote: hei all I tried an old foto-CD (from a foto lab). I can navigate to the pictures and see the thumbs, but if I try to show it, it shows me that the picture do not exist... freevo is 1.8.0, interesting log snippets are: ... 2008-05-25 21:39:45,682 INFO No Type found by Extension. Trying all 2008-05-25 21:39:45,757 INFO Invalid header 2008-05-25 21:39:45,811 INFO trying mpeg-pes scan 2008-05-25 21:39:45,840 INFO No Type found by Extension. Trying all 2008-05-25 21:39:45,880 INFO Invalid header 2008-05-25 21:39:45,881 INFO trying mpeg-pes scan 2008-05-25 21:39:56,119 INFO No Type found by Extension. Trying all 2008-05-25 21:39:56,120 INFO Invalid header 2008-05-25 21:39:56,121 INFO trying mpeg-pes scan 2008-05-25 21:40:00,493 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,673 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,761 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,852 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,940 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:01,037 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:01,117 INFO SEGMENT: 0xffe0, len=16 ... 2008-05-25 21:40:06,621 WARNING osd.py (648): Bitmap file /usr/share/freevo/images/drom/pictures/001325/small/0002-51.jpg doesn't exist! 2008-05-25 21:40:06,634 WARNING osd.py (648): Bitmap file /usr/share/freevo/images/drom/pictures/001325/small/0002-52.jpg doesn't exist! why is it looking in /usr/share/freevo/images/ ??? and why not in /usr/share/freevo/images/cdrom/ (do not exist anyway) This may be a problem with kaa.metadata not identifying the image correctly. Will you try: mminfo /usr/share/freevo/images/drom/pictures/001325/small/0002-52.jpg this is path is very strange! /usr/share/freevo/images/drom do not exist at all... The path does look wrong if this is a cdrom. If this is a CDROM what are the settings for the ROM_DRIVES. ROM_DRIVES = [ ('/media/cdrom', '/dev/cdrom', 'CD/DVD') ] but now I found that the cdrom gets unmounted just before showing the picture in fullsize... showing the error that the picture does not exist! with the BACK button it is possible to navigate the CD after waiting the normal freevo mounting process... I use 1.8.0 and I think some other people have the same problem, where could I start to solve it? Andreas Duncan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] pictures on an foto CD, only thumbs
Andreas Dick wrote: Am Dienstag, 27. Mai 2008 22.47:35 schrieb Duncan Webb: Andreas Dick wrote: hei all I tried an old foto-CD (from a foto lab). I can navigate to the pictures and see the thumbs, but if I try to show it, it shows me that the picture do not exist... freevo is 1.8.0, interesting log snippets are: ... 2008-05-25 21:39:45,682 INFO No Type found by Extension. Trying all 2008-05-25 21:39:45,757 INFO Invalid header 2008-05-25 21:39:45,811 INFO trying mpeg-pes scan 2008-05-25 21:39:45,840 INFO No Type found by Extension. Trying all 2008-05-25 21:39:45,880 INFO Invalid header 2008-05-25 21:39:45,881 INFO trying mpeg-pes scan 2008-05-25 21:39:56,119 INFO No Type found by Extension. Trying all 2008-05-25 21:39:56,120 INFO Invalid header 2008-05-25 21:39:56,121 INFO trying mpeg-pes scan 2008-05-25 21:40:00,493 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,673 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,761 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,852 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:00,940 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:01,037 INFO SEGMENT: 0xffe0, len=16 2008-05-25 21:40:01,117 INFO SEGMENT: 0xffe0, len=16 ... 2008-05-25 21:40:06,621 WARNING osd.py (648): Bitmap file /usr/share/freevo/images/drom/pictures/001325/small/0002-51.jpg doesn't exist! 2008-05-25 21:40:06,634 WARNING osd.py (648): Bitmap file /usr/share/freevo/images/drom/pictures/001325/small/0002-52.jpg doesn't exist! why is it looking in /usr/share/freevo/images/ ??? and why not in /usr/share/freevo/images/cdrom/ (do not exist anyway) This may be a problem with kaa.metadata not identifying the image correctly. Will you try: mminfo /usr/share/freevo/images/drom/pictures/001325/small/0002-52.jpg this is path is very strange! /usr/share/freevo/images/drom do not exist at all... I seem to remember that this is caused by a bad path join. I'm guessing that freevo is stripping off 8 characters, could be trying to remove something line 'thumb:// with a string[8:] some where in the code, doing a grep grep -r '\[8:' src/ reveals that the problem could be in src/osd.py or src/video/videoitem.py. I would guess that osd module is to blame as this deals with images. Try adding some prints before the lines that contain [8:] and see what is coming out. Then it could be changes to something like: | if url.find('://') = 0: | filename = url.split('://')[1] The path does look wrong if this is a cdrom. If this is a CDROM what are the settings for the ROM_DRIVES. ROM_DRIVES = [ ('/media/cdrom', '/dev/cdrom', 'CD/DVD') ] but now I found that the cdrom gets unmounted just before showing the picture in fullsize... showing the error that the picture does not exist! with the BACK button it is possible to navigate the CD after waiting the normal freevo mounting process... I use 1.8.0 and I think some other people have the same problem, where could I start to solve it? The umount may be caused by the image not being found. HTH Duncan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Why does freevo unmount directories before playing in them?
Thanks for the info, but that doesn't help. I already don't have the automounter running. It's freevo that is mounting and umounting the drive over and over. So you tested this with 1.8.0, with a CD/DVD full of video, and were actually able to play a video? On Thu, Jun 5, 2008 at 2:34 PM, Duncan Webb [EMAIL PROTECTED] wrote: Adapted Cat wrote: I have a bunch of videos stored on CD and DVD, and my old Freevo setup used to play these with no problem (unlike MythTV). With Freevo 1.8.0, no such luck. On investigation, it seems that right before the call to MPlayer.play() there are two calls: directory.py calls self.media.umount() ejectromdrives.py calls item.media.umount() Naturally, once umounted, the file can no longer be seen, and mplayer.py returns an error that may or may not freeze Freevo. Looking deeper, it seems that every time I change directory there is a call to utils.umount_all(). I can't imagine why anybody thought that would be a good idea. So why does Freevo keep umounting my drive, and how do I stop it? Also, I have a USB drive that is not always there. If I mention it in local_conf.py, I get an error message to standard out and log every second about how the device isn't there. That really isn't helpful. Can this message be disabled? AFAIK this has not changed, since Freevo-1.5 Freevo is a bit odd with mounting, normally DVD and CD are handled automatically by freevo. You don't need to have an auto mounter running to mount them, See: http://doc.freevo.org/TipsAndTricks USB devices are a bit different, a device is created when a stick is plugged in, unlike DVD drives, and for these you do need an auto mounter running on these mount points. Last time I tested this it worked fine. HTH Duncan - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users