From: Duncan W. <du...@fr...> - 2009-04-26 16:23:10
|
Hi all, I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. The closing date for enhancement is Sunday 3 May, there is no closing date for bug fixes or translations. If you have some time please will you test the svn version. Most of the command line arguments have changed to use optparse. This means that to get the help for a helper then the -- option needs to be used to stop the argument processing for freevo. i.e: freevo makelircrc -- --help. The --start option has been replaced by --daemon as this is more what it does. album_tree has a new look and genre has been added to the database so a play-list by genre can now be generated. The sqlite database name has been changed to include the major version of sqlite as different versions of sqlite databases are incompatible. Image browsing has changed to use the thumbnails that freevo cache can generate, this is faster and less memory hungry. freevo cache can now run crop detect on directories and files and store the settings in the fxd file. I use a cron job to run this once a day, seems to work for me but you may have different results. If anyone wants an overscan test module, to see if the overscan settings are correctly set-up I'll post the plug-in. There are still a few bugs, that I know about, and these include: - the CD/DVD drive can be locked when at the main menu - the BusyIcon is a but broken, may be due to overscan settings. So if anyone wants to have a go at fixing these then they are welcome. There are still more changes, the current list is in the ChangeLog of a svn checkout. Cheers, Duncan |
From: Evan H. <eh...@gm...> - 2009-04-27 00:33:55
|
On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: > Hi all, > > I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. > > The closing date for enhancement is Sunday 3 May, there is no closing > date for bug fixes or translations. > > There are still more changes, the current list is in the ChangeLog of a > svn checkout. > > Cheers, > Duncan > Any major changes relative to kaa that it needs updating or modules add? I will see about testing it tonight and this week. Evan |
From: Duncan W. <du...@fr...> - 2009-04-27 16:42:46
|
Evan Hisey wrote: > On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >> Hi all, >> >> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >> >> The closing date for enhancement is Sunday 3 May, there is no closing >> date for bug fixes or translations. >> > >> There are still more changes, the current list is in the ChangeLog of a >> svn checkout. >> >> Cheers, >> Duncan >> > Any major changes relative to kaa that it needs updating or modules > add? I will see about testing it tonight and this week. You need a recent svn version of kaa due to the changes in the rpc calls. Duncan |
From: Dirk M. <di...@fr...> - 2009-04-27 17:58:59
|
Duncan Webb wrote: > Evan Hisey wrote: >> On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >>> Hi all, >>> >>> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >>> >>> The closing date for enhancement is Sunday 3 May, there is no closing >>> date for bug fixes or translations. >>> >> >>> There are still more changes, the current list is in the ChangeLog of a >>> svn checkout. >>> >>> Cheers, >>> Duncan >>> >> Any major changes relative to kaa that it needs updating or modules >> add? I will see about testing it tonight and this week. > > You need a recent svn version of kaa due to the changes in the rpc calls. I guess it is time to release a new kaa.base, too. Dischi -- Having trouble in Windows? Reboot! Having trouble in Linux? Be root! |
From: Jason T. <ta...@ur...> - 2009-04-28 15:44:00
|
On Tue, 2009-04-28 at 16:50 +0200, Duncan Webb wrote: > Also a release of kaa.display for Adam's mplayer overlay code. Ah, so kaa.display is now a dependency for Freevo 1? Or optional? Either way this will be our first release of kaa.display. |
From: John M. <joh...@gc...> - 2009-04-27 14:25:24
|
Duncan Webb wrote: > Hi all, > > I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. > > The closing date for enhancement is Sunday 3 May, there is no closing > date for bug fixes or translations. > > If you have some time please will you test the svn version. Most of the > command line arguments have changed to use optparse. This means that to > get the help for a helper then the -- option needs to be used to stop > the argument processing for freevo. i.e: freevo makelircrc -- --help. > > The --start option has been replaced by --daemon as this is more what it > does. > > album_tree has a new look and genre has been added to the database so a > play-list by genre can now be generated. The sqlite database name has > been changed to include the major version of sqlite as different > versions of sqlite databases are incompatible. > > Image browsing has changed to use the thumbnails that freevo cache can > generate, this is faster and less memory hungry. > > freevo cache can now run crop detect on directories and files and store > the settings in the fxd file. I use a cron job to run this once a day, > seems to work for me but you may have different results. > > If anyone wants an overscan test module, to see if the overscan settings > are correctly set-up I'll post the plug-in. > > There are still a few bugs, that I know about, and these include: > - the CD/DVD drive can be locked when at the main menu > - the BusyIcon is a but broken, may be due to overscan settings. > > So if anyone wants to have a go at fixing these then they are welcome. > > There are still more changes, the current list is in the ChangeLog of a > svn checkout. > > Cheers, > Duncan Could you include some of the skins from megabox? John |
From: Duncan W. <du...@fr...> - 2009-04-27 16:47:20
|
John Molohan wrote: > Duncan Webb wrote: >> Hi all, >> >> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >> >> The closing date for enhancement is Sunday 3 May, there is no closing >> date for bug fixes or translations. >> >> If you have some time please will you test the svn version. Most of the >> command line arguments have changed to use optparse. This means that to >> get the help for a helper then the -- option needs to be used to stop >> the argument processing for freevo. i.e: freevo makelircrc -- --help. >> >> The --start option has been replaced by --daemon as this is more what it >> does. >> >> album_tree has a new look and genre has been added to the database so a >> play-list by genre can now be generated. The sqlite database name has >> been changed to include the major version of sqlite as different >> versions of sqlite databases are incompatible. >> >> Image browsing has changed to use the thumbnails that freevo cache can >> generate, this is faster and less memory hungry. >> >> freevo cache can now run crop detect on directories and files and store >> the settings in the fxd file. I use a cron job to run this once a day, >> seems to work for me but you may have different results. >> >> If anyone wants an overscan test module, to see if the overscan settings >> are correctly set-up I'll post the plug-in. >> >> There are still a few bugs, that I know about, and these include: >> - the CD/DVD drive can be locked when at the main menu >> - the BusyIcon is a but broken, may be due to overscan settings. >> >> So if anyone wants to have a go at fixing these then they are welcome. >> >> There are still more changes, the current list is in the ChangeLog of a >> svn checkout. >> >> Cheers, >> Duncan > > Could you include some of the skins from megabox? Of course if someone wants to add them to the tracker. Reminds me, there is a fix that is in blurr and Panorama to use the userdate for audio metadata and the userdate for blurr's TV module. This is intended to fix the problem of year and userdate where which were a bit mixed up. Duncan |
From: John M. <joh...@gc...> - 2009-04-27 21:45:35
|
John Molohan wrote: > Duncan Webb wrote: >> Hi all, >> >> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >> >> The closing date for enhancement is Sunday 3 May, there is no closing >> date for bug fixes or translations. >> >> If you have some time please will you test the svn version. Most of the >> command line arguments have changed to use optparse. This means that to >> get the help for a helper then the -- option needs to be used to stop >> the argument processing for freevo. i.e: freevo makelircrc -- --help. >> >> The --start option has been replaced by --daemon as this is more what it >> does. >> >> album_tree has a new look and genre has been added to the database so a >> play-list by genre can now be generated. The sqlite database name has >> been changed to include the major version of sqlite as different >> versions of sqlite databases are incompatible. >> >> Image browsing has changed to use the thumbnails that freevo cache can >> generate, this is faster and less memory hungry. >> >> freevo cache can now run crop detect on directories and files and store >> the settings in the fxd file. I use a cron job to run this once a day, >> seems to work for me but you may have different results. >> >> If anyone wants an overscan test module, to see if the overscan settings >> are correctly set-up I'll post the plug-in. >> >> There are still a few bugs, that I know about, and these include: >> - the CD/DVD drive can be locked when at the main menu >> - the BusyIcon is a but broken, may be due to overscan settings. >> >> So if anyone wants to have a go at fixing these then they are welcome. >> >> There are still more changes, the current list is in the ChangeLog of a >> svn checkout. >> >> Cheers, >> Duncan > Could you include some of the skins from megabox? > > John I have the red version on my production machine, I'll submit that. I lost my laptop to a hard drive failure so I don't have a copy of the rest of them. I know someone else on the list had downloaded it, if they could submit some of the others it'd save me downloading another 1gb. John |
From: Jason T. <ta...@ur...> - 2009-04-27 21:02:19
|
On Mon, 2009-04-27 at 19:58 +0200, Dirk Meyer wrote: > I guess it is time to release a new kaa.base, too. Why not call it 0.9.0. We're getting closer. |
From: Evan H. <eh...@gm...> - 2009-04-28 04:25:01
|
On Sun, Apr 26, 2009 at 7:33 PM, Evan Hisey <eh...@gm...> wrote: > On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >> Hi all, >> >> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >> >> The closing date for enhancement is Sunday 3 May, there is no closing >> date for bug fixes or translations. >> > >> There are still more changes, the current list is in the ChangeLog of a >> svn checkout. >> >> Cheers, >> Duncan >> > Any major changes relative to kaa that it needs updating or modules > add? I will see about testing it tonight and this week. > > Evan > First bug before I even get to see the developments. When I try and convert the freevo 1.8.3 local_config.py to the SVN I get the following trace back root@freevo-dev:~/freevo-test# ./bin/freevo convert_config ~/freevo-test/local_conf.py Traceback (most recent call last): File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", line 164, in <module> opts, args = parse_options() File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", line 145, in parse_options version='%prog ' + str(version._version)) AttributeError: 'module' object has no attribute '_version' Actually I seem to be getting this AttributeError: 'module' object has no attribute '_version' in several places. I am checking my installs to be sure I have nothing missing but my 1.8.3 install works fin e on the same box. Evan |
From: Duncan W. <du...@fr...> - 2009-04-28 14:55:30
|
Evan Hisey wrote: > On Sun, Apr 26, 2009 at 7:33 PM, Evan Hisey <eh...@gm...> wrote: >> On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >>> Hi all, >>> >>> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >>> >>> The closing date for enhancement is Sunday 3 May, there is no closing >>> date for bug fixes or translations. >>> >>> There are still more changes, the current list is in the ChangeLog of a >>> svn checkout. >>> >>> Cheers, >>> Duncan >>> >> Any major changes relative to kaa that it needs updating or modules >> add? I will see about testing it tonight and this week. >> >> Evan >> > > First bug before I even get to see the developments. When I try and > convert the freevo 1.8.3 local_config.py to the SVN I get the > following trace back > > root@freevo-dev:~/freevo-test# ./bin/freevo convert_config > ~/freevo-test/local_conf.py > Traceback (most recent call last): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", > line 164, in <module> > opts, args = parse_options() > File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", > line 145, in parse_options > version='%prog ' + str(version._version)) > AttributeError: 'module' object has no attribute '_version' > > > Actually I seem to be getting this AttributeError: 'module' object has > no attribute '_version' in several places. I am checking my installs > to be sure I have nothing missing but my 1.8.3 install works fin e on > the same box. Looks like I forgot to commit src/version.py, done now. Duncan |
From: Evan H. <eh...@gm...> - 2009-04-28 22:56:26
|
>> First bug before I even get to see the developments. When I try and >> convert the freevo 1.8.3 local_config.py to the SVN I get the >> following trace back >> >> root@freevo-dev:~/freevo-test# ./bin/freevo convert_config >> ~/freevo-test/local_conf.py >> Traceback (most recent call last): >> File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", >> line 164, in <module> >> opts, args = parse_options() >> File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/convert_config.py", >> line 145, in parse_options >> version='%prog ' + str(version._version)) >> AttributeError: 'module' object has no attribute '_version' >> >> >> Actually I seem to be getting this AttributeError: 'module' object has >> no attribute '_version' in several places. I am checking my installs >> to be sure I have nothing missing but my 1.8.3 install works fin e on >> the same box. > > Looks like I forgot to commit src/version.py, done now. > > Duncan That fixed that one. Now I am getting a very interesting error between tvtime, the tv guide, the station.xml and TV_CHANNEL. When I get it narrowed down a bit I'll post the details. Evan |
From: Evan H. <eh...@gm...> - 2009-05-02 03:23:49
|
That fixed that one. Now I am getting a very interesting error between > tvtime, the tv guide, the station.xml and TV_CHANNEL. When I get it > narrowed down a bit I'll post the details. > > Evan > the following error has take teh place of the orginal error I was looking in too. I get this one using Tvtime: 2009-04-28 17:54:03,747 INFO record_client.py (90): record server is down 2009-04-28 17:54:03,748 DEBUG channels.py (89): getVideoGroup(chan='I11069.labs.zap2it.com', isplayer=True, chan_index=0) 2009-04-28 17:54:03,757 DEBUG channels.py (89): getVideoGroup(chan='7', isplayer=True, chan_index=2) Traceback (most recent call last): File "/root/freevo-test/lib/python2.5/site-packages/freevo/main.py", line 306, in eventhandler app.eventhandler(event) File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", line 779, in eventhandler if not isinstance(menu, Menu) and menu.eventhandler(event): File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvguide.py", line 229, in eventhandler pi.actions()[0][0](menuw=self.menuw) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/programitem.py", line 172, in play self.parent.player('tv', self.prog.channel_id) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvmenu.py", line 82, in start_tv p.Play(mode, tuner_id) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/plugins/tvtime.py", line 393, in Play vg = self.current_vg = self.fc.getVideoGroup(tuner_channel, True) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/channels.py", line 125, in getVideoGroup return config.TV_VIDEO_GROUPS[group] IndexError: list index out of range I get this one using Mplayer: 2009-04-28 23:22:35,484 INFO record_client.py (90): record server is down 2009-04-28 23:22:35,485 DEBUG channels.py (89): getVideoGroup(chan='I11069.labs.zap2it.com', isplayer=True, chan_index=0) 2009-04-28 23:22:35,494 DEBUG channels.py (89): getVideoGroup(chan='7', isplayer=True, chan_index=2) Traceback (most recent call last): File "/root/freevo-test/lib/python2.5/site-packages/freevo/main.py", line 306, in eventhandler app.eventhandler(event) File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", line 779, in eventhandler if not isinstance(menu, Menu) and menu.eventhandler(event): File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvguide.py", line 229, in eventhandler pi.actions()[0][0](menuw=self.menuw) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/programitem.py", line 172, in play self.parent.player('tv', self.prog.channel_id) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvmenu.py", line 82, in start_tv p.Play(mode, tuner_id) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/plugins/mplayer.py", line 83, in Play vg = self.current_vg = self.fc.getVideoGroup(tuner_channel, True) File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/channels.py", line 125, in getVideoGroup return config.TV_VIDEO_GROUPS[group] IndexError: list index out of range In both case freevo crashes. Currently I do not have anything in set for TV_CHANNELS. Evan |
From: Duncan W. <du...@fr...> - 2009-05-02 09:03:42
|
Evan Hisey wrote: > That fixed that one. Now I am getting a very interesting error between >> tvtime, the tv guide, the station.xml and TV_CHANNEL. When I get it >> narrowed down a bit I'll post the details. Hi Evan, There was an outstanding patch for this that was not committed to svn as I was waiting for some feed-back. I've committed this and a big patch from Adam so this may be fixed. Thanks for the testing Duncan >> >> Evan >> > the following error has take teh place of the orginal error I was > looking in too. > > I get this one using Tvtime: > 2009-04-28 17:54:03,747 INFO record_client.py (90): record server is down > 2009-04-28 17:54:03,748 DEBUG channels.py (89): > getVideoGroup(chan='I11069.labs.zap2it.com', isplayer=True, > chan_index=0) > 2009-04-28 17:54:03,757 DEBUG channels.py (89): > getVideoGroup(chan='7', isplayer=True, chan_index=2) > Traceback (most recent call last): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/main.py", > line 306, in eventhandler > app.eventhandler(event) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", > line 779, in eventhandler > if not isinstance(menu, Menu) and menu.eventhandler(event): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvguide.py", > line 229, in eventhandler > pi.actions()[0][0](menuw=self.menuw) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/programitem.py", > line 172, in play > self.parent.player('tv', self.prog.channel_id) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvmenu.py", > line 82, in start_tv > p.Play(mode, tuner_id) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/plugins/tvtime.py", > line 393, in Play > vg = self.current_vg = self.fc.getVideoGroup(tuner_channel, True) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/channels.py", > line 125, in getVideoGroup > return config.TV_VIDEO_GROUPS[group] > IndexError: list index out of range > > > I get this one using Mplayer: > > 2009-04-28 23:22:35,484 INFO record_client.py (90): record server is down > 2009-04-28 23:22:35,485 DEBUG channels.py (89): > getVideoGroup(chan='I11069.labs.zap2it.com', isplayer=True, > chan_index=0) > 2009-04-28 23:22:35,494 DEBUG channels.py (89): > getVideoGroup(chan='7', isplayer=True, chan_index=2) > Traceback (most recent call last): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/main.py", > line 306, in eventhandler > app.eventhandler(event) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", > line 779, in eventhandler > if not isinstance(menu, Menu) and menu.eventhandler(event): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvguide.py", > line 229, in eventhandler > pi.actions()[0][0](menuw=self.menuw) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/programitem.py", > line 172, in play > self.parent.player('tv', self.prog.channel_id) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/tvmenu.py", > line 82, in start_tv > p.Play(mode, tuner_id) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/plugins/mplayer.py", > line 83, in Play > vg = self.current_vg = self.fc.getVideoGroup(tuner_channel, True) > File "/root/freevo-test/lib/python2.5/site-packages/freevo/tv/channels.py", > line 125, in getVideoGroup > return config.TV_VIDEO_GROUPS[group] > IndexError: list index out of range > > In both case freevo crashes. > > Currently I do not have anything in set for TV_CHANNELS. > > Evan > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > Freevo-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freevo-devel > |
From: Evan H. <eh...@gm...> - 2009-05-02 15:25:50
|
On Sat, May 2, 2009 at 4:03 AM, Duncan Webb <du...@fr...> wrote: > Evan Hisey wrote: >> That fixed that one. Now I am getting a very interesting error between >>> tvtime, the tv guide, the station.xml and TV_CHANNEL. When I get it >>> narrowed down a bit I'll post the details. > > Hi Evan, > > There was an outstanding patch for this that was not committed to svn as > I was waiting for some feed-back. I've committed this and a big patch > from Adam so this may be fixed. > > Thanks for the testing > Duncan > No problem. I don't keep well tested the the important member of the family won't let me keep my toy :). The patch fixed the new tvtime and mplayer issue. Now the old quirk is back and a new MPlayer issue has cropped up. The tvtime issues is with the freevo channels not matching the tvtime channels and an odd interactions that are occuring. The new mlpayer issue is with v4l: ================================================================= WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! As the V4L1 compatibility layer is broken, this may not work. If you encounter any problems, use driver=v4l2 instead. Bugreports on driver=v4l with v4l2 drivers will be ignored. ================================================================= tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. Unknown norm! Error: Cannot set norm! FPS not specified in the header or invalid, use the -fps option. No stream found. I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = 'v4l' default to v4l2. A doc note for the mplayer pause it does not seem to work with non-ivtv cards beyond pausing the video frame. It then resumes to the current point in play. Evan |
From: Duncan W. <du...@fr...> - 2009-05-03 15:20:29
|
Evan Hisey wrote: > On Sat, May 2, 2009 at 4:03 AM, Duncan Webb <du...@fr...> wrote: >> Evan Hisey wrote: >>> That fixed that one. Now I am getting a very interesting error between >>>> tvtime, the tv guide, the station.xml and TV_CHANNEL. When I get it >>>> narrowed down a bit I'll post the details. >> Hi Evan, >> >> There was an outstanding patch for this that was not committed to svn as >> I was waiting for some feed-back. I've committed this and a big patch >> from Adam so this may be fixed. >> >> Thanks for the testing >> Duncan >> > > No problem. I don't keep well tested the the important member of the > family won't let me keep my toy :). > The patch fixed the new tvtime and mplayer issue. Now the old quirk is > back and a new MPlayer issue has cropped up. The tvtime issues is with > the freevo channels not matching the tvtime channels and an odd > interactions that are occuring. The new mlpayer issue is with v4l: > ================================================================= > WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! > As the V4L1 compatibility layer is broken, this may not work. > If you encounter any problems, use driver=v4l2 instead. > Bugreports on driver=v4l with v4l2 drivers will be ignored. > ================================================================= > tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. > Unknown norm! > Error: Cannot set norm! > FPS not specified in the header or invalid, use the -fps option. > No stream found. > > I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = > 'v4l' default to v4l2. A doc note for the mplayer pause it does not > seem to work with non-ivtv cards beyond pausing the video frame. It > then resumes to the current point in play. Sounds reasonable most of the drivers will now support v4l2 io controls. What are the other messages caused by simply the driver being v4l? Duncan |
From: Evan H. <eh...@gm...> - 2009-05-03 23:36:14
|
>>> >> >> No problem. I don't keep well tested the the important member of the >> family won't let me keep my toy :). >> The patch fixed the new tvtime and mplayer issue. Now the old quirk is >> back and a new MPlayer issue has cropped up. The tvtime issues is with >> the freevo channels not matching the tvtime channels and an odd >> interactions that are occuring. The new mlpayer issue is with v4l: >> ================================================================= >> WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! >> As the V4L1 compatibility layer is broken, this may not work. >> If you encounter any problems, use driver=v4l2 instead. >> Bugreports on driver=v4l with v4l2 drivers will be ignored. >> ================================================================= >> tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. >> Unknown norm! >> Error: Cannot set norm! >> FPS not specified in the header or invalid, use the -fps option. >> No stream found. >> >> I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = >> 'v4l' default to v4l2. A doc note for the mplayer pause it does not >> seem to work with non-ivtv cards beyond pausing the video frame. It >> then resumes to the current point in play. > > Sounds reasonable most of the drivers will now support v4l2 io controls. > > What are the other messages caused by simply the driver being v4l? > > Duncan None other than the above and Mplayer not working. Evan |
From: Duncan W. <du...@fr...> - 2009-05-04 16:03:18
|
Evan Hisey wrote: >>> No problem. I don't keep well tested the the important member of the >>> family won't let me keep my toy :). >>> The patch fixed the new tvtime and mplayer issue. Now the old quirk is >>> back and a new MPlayer issue has cropped up. The tvtime issues is with >>> the freevo channels not matching the tvtime channels and an odd >>> interactions that are occuring. The new mlpayer issue is with v4l: >>> ================================================================= >>> WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! >>> As the V4L1 compatibility layer is broken, this may not work. >>> If you encounter any problems, use driver=v4l2 instead. >>> Bugreports on driver=v4l with v4l2 drivers will be ignored. >>> ================================================================= >>> tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. >>> Unknown norm! >>> Error: Cannot set norm! >>> FPS not specified in the header or invalid, use the -fps option. >>> No stream found. >>> >>> I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = >>> 'v4l' default to v4l2. A doc note for the mplayer pause it does not >>> seem to work with non-ivtv cards beyond pausing the video frame. It >>> then resumes to the current point in play. >> Sounds reasonable most of the drivers will now support v4l2 io controls. >> >> What are the other messages caused by simply the driver being v4l? >> >> Duncan > None other than the above and Mplayer not working. Can you be a bit more specific about mplayer not working, assuming you are talking about using mplayer to watch TV. What do the main*.log and mplayer-std*.logs say. Mostly I'm curious about the command line and if it is being correctly built. Duncan |
From: Evan H. <eh...@gm...> - 2009-05-06 02:50:34
|
>>>> >>>> I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = >>>> 'v4l' default to v4l2. A doc note for the mplayer pause it does not >>>> seem to work with non-ivtv cards beyond pausing the video frame. It >>>> then resumes to the current point in play. >>> Sounds reasonable most of the drivers will now support v4l2 io controls. >>> >>> What are the other messages caused by simply the driver being v4l? >>> >>> Duncan >> None other than the above and Mplayer not working. > > > Can you be a bit more specific about mplayer not working, assuming you > are talking about using mplayer to watch TV. What do the main*.log and > mplayer-std*.logs say. Mostly I'm curious about the command line and if > it is being correctly built. > > Duncan Oops, yeah I was kinda vague. Yes it was with TV. After changing to V4L2 everything start to work fine. This is from the Mplayer-stderr log: ================================================================= WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! As the V4L1 compatibility layer is broken, this may not work. If you encounter any problems, use driver=v4l2 instead. Bugreports on driver=v4l with v4l2 drivers will be ignored. ================================================================= tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. Unknown norm! Error: Cannot set norm! FPS not specified in the header or invalid, use the -fps option. No stream found. This is from the Mplayer-stdout log: ( I did not think I had built an SVN release of Mplayer) MPlayer dev-SVN-rUNKNOWN-4.2.3 (C) 2000-2008 MPlayer Team CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (Family: 15, Model: 2, Stepping: 9) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. Playing tv://. TV file format detected. Selected driver: v4l name: Video 4 Linux input author: Alex Beregszaszi comment: under development Selected device: BT878 video (Hauppauge (bt878)) Capabilites: capture tuner overlay clipping scales Device type: 171 Supported sizes: 48x32 => 768x480 Inputs: 4 0: Television: tuner audio tv camera (tuner:1, norm:ntsc) 1: Composite1: audio camera (tuner:0, norm:ntsc) 2: S-Video: audio camera (tuner:0, norm:ntsc) 3: Composite3: audio camera (tuner:0, norm:ntsc) Using input 'Television' There is nothing showing up in the main log. Tested the games GENERIC setting. It is now working again :). Big plus for me, I can play Dig Dug again. Evan |
From: Duncan W. <du...@fr...> - 2009-04-28 14:51:04
|
Dirk Meyer wrote: > Duncan Webb wrote: >> Evan Hisey wrote: >>> On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >>>> Hi all, >>>> >>>> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >>>> >>>> The closing date for enhancement is Sunday 3 May, there is no closing >>>> date for bug fixes or translations. >>>> >>>> There are still more changes, the current list is in the ChangeLog of a >>>> svn checkout. >>>> >>>> Cheers, >>>> Duncan >>>> >>> Any major changes relative to kaa that it needs updating or modules >>> add? I will see about testing it tonight and this week. >> You need a recent svn version of kaa due to the changes in the rpc calls. > > I guess it is time to release a new kaa.base, too. Yes that would be great and quite necessary. Also a release of kaa.display for Adam's mplayer overlay code. Duncan |
From: Duncan W. <du...@fr...> - 2009-04-28 18:32:13
|
Jason Tackaberry wrote: > On Tue, 2009-04-28 at 16:50 +0200, Duncan Webb wrote: >> Also a release of kaa.display for Adam's mplayer overlay code. > > Ah, so kaa.display is now a dependency for Freevo 1? Or optional? A bit of both, strictly optional but required for some features. > Either way this will be our first release of kaa.display. That's good isn't it? Duncan |
From: Dirk M. <di...@fr...> - 2009-05-10 16:09:57
|
Duncan Webb wrote: > Jason Tackaberry wrote: >> On Tue, 2009-04-28 at 16:50 +0200, Duncan Webb wrote: >>> Also a release of kaa.display for Adam's mplayer overlay code. >> >> Ah, so kaa.display is now a dependency for Freevo 1? Or optional? > > A bit of both, strictly optional but required for some features. > >> Either way this will be our first release of kaa.display. > > That's good isn't it? Good question. Right now Freevo 2 is based on kaa.display and kaa.imlib2 for drawing, but if we move to clutter, I guess we do not need kaa.display anymore. :) Dischi -- PEOPLE'S WHOLE LIVES *DO* PASS IN FRONT OF THEIR EYES BEFORE THEY DIE. THE PROCESS IS CALLED 'LIVING'. -- (Terry Pratchett, The Last Continent) |
From: Evan H. <eh...@gm...> - 2009-05-04 03:48:50
|
On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: > Hi all, > > I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. > > Image browsing has changed to use the thumbnails that freevo cache can > generate, this is faster and less memory hungry. > > freevo cache can now run crop detect on directories and files and store > the settings in the fxd file. I use a cron job to run this once a day, > seems to work for me but you may have different results. > Freevo cache is producing the following error for me: Traceback (most recent call last): File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/cache.py", line 42, in <module> import util.mediainfo File "/root/freevo-test/lib/python2.5/site-packages/freevo/util/mediainfo.py", line 42, in <module> import menu File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", line 43, in <module> from item import Item File "/root/freevo-test/lib/python2.5/site-packages/freevo/item.py", line 46, in <module> from util import mediainfo, vfs, Unicode ImportError: cannot import name mediainfo Evan |
From: Duncan W. <du...@fr...> - 2009-05-04 15:57:57
|
Evan Hisey wrote: > On Sun, Apr 26, 2009 at 11:22 AM, Duncan Webb <du...@fr...> wrote: >> Hi all, >> >> I'm planning the next release of Freevo-1.8.4 for the 26 May 2009. >> > >> Image browsing has changed to use the thumbnails that freevo cache can >> generate, this is faster and less memory hungry. >> >> freevo cache can now run crop detect on directories and files and store >> the settings in the fxd file. I use a cron job to run this once a day, >> seems to work for me but you may have different results. >> > Freevo cache is producing the following error for me: > > Traceback (most recent call last): > File "/root/freevo-test/lib/python2.5/site-packages/freevo/helpers/cache.py", > line 42, in <module> > import util.mediainfo > File "/root/freevo-test/lib/python2.5/site-packages/freevo/util/mediainfo.py", > line 42, in <module> > import menu > File "/root/freevo-test/lib/python2.5/site-packages/freevo/menu.py", line 43, > in <module> > from item import Item > File "/root/freevo-test/lib/python2.5/site-packages/freevo/item.py", line 46, > in <module> > from util import mediainfo, vfs, Unicode > ImportError: cannot import name mediainfo We managed to introduce a cyclic dependency of mediamenu needing menu and menu needing mediamenu... Should be fixed in svn at r11471. Duncan |
From: Duncan W. <du...@fr...> - 2009-05-07 17:03:06
|
Evan Hisey wrote: >>>>> I change to v4l2 it goes away. It may be tiem to change # TV_DRIVER = >>>>> 'v4l' default to v4l2. A doc note for the mplayer pause it does not >>>>> seem to work with non-ivtv cards beyond pausing the video frame. It >>>>> then resumes to the current point in play. >>>> Sounds reasonable most of the drivers will now support v4l2 io controls. >>>> >>>> What are the other messages caused by simply the driver being v4l? >>>> >>>> Duncan >>> None other than the above and Mplayer not working. >> >> Can you be a bit more specific about mplayer not working, assuming you >> are talking about using mplayer to watch TV. What do the main*.log and >> mplayer-std*.logs say. Mostly I'm curious about the command line and if >> it is being correctly built. >> >> Duncan > > Oops, yeah I was kinda vague. Yes it was with TV. After changing to > V4L2 everything start to work fine. > > This is from the Mplayer-stderr log: > ================================================================= > WARNING: YOU ARE USING V4L DEMUXER WITH V4L2 DRIVERS!!! > As the V4L1 compatibility layer is broken, this may not work. > If you encounter any problems, use driver=v4l2 instead. > Bugreports on driver=v4l with v4l2 drivers will be ignored. > ================================================================= > tv.c: norm_from_string(NTSC): Bogus norm parameter, setting default. > Unknown norm! > Error: Cannot set norm! > FPS not specified in the header or invalid, use the -fps option. > No stream found. > > > This is from the Mplayer-stdout log: ( I did not think I had built an > SVN release of Mplayer) Have the mplayer team ever done a release? > MPlayer dev-SVN-rUNKNOWN-4.2.3 (C) 2000-2008 MPlayer Team > CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (Family: 15, Model: 2, Stepping: 9) > CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 > Compiled with runtime CPU detection. > > Playing tv://. > TV file format detected. > Selected driver: v4l > name: Video 4 Linux input > author: Alex Beregszaszi > comment: under development > Selected device: BT878 video (Hauppauge (bt878)) > Capabilites: capture tuner overlay clipping scales > Device type: 171 > Supported sizes: 48x32 => 768x480 > Inputs: 4 > 0: Television: tuner audio tv camera (tuner:1, norm:ntsc) > 1: Composite1: audio camera (tuner:0, norm:ntsc) > 2: S-Video: audio camera (tuner:0, norm:ntsc) > 3: Composite3: audio camera (tuner:0, norm:ntsc) > Using input 'Television' > > There is nothing showing up in the main log. > > Tested the games GENERIC setting. It is now working again :). Big plus > for me, I can play Dig Dug again. Still missing the command line, this should be in one of the mplayer logs or in main log. The main log will get this when DEBUG_CHILDAPP=1. The reason I'm asking is that I changed the tv.mplayer command line options and could have easily got it wrong. Duncan |