[Freevo-users] Linux event interface
I am trying to use an x10 mouseremote with Freevo's Linux event interface. I am having troubles mapping the keys on the remote to the EVENTMAP. If I run 'input-events 4' and press the '1' button on the remote I get this output: 00:12:13.007163: EV_REL REL_X 65 00:12:13.007166: EV_REL REL_Y -127 00:12:13.007170: EV_SYN code=0 value=0 00:12:13.113663: EV_REL REL_X 65 00:12:13.113666: EV_REL REL_Y -127 00:12:13.113670: EV_SYN code=0 value=0 timeout, quitting If I press the '2' button I get this output: 00:14:27.580079: EV_REL REL_X 66 00:14:27.580082: EV_REL REL_Y -127 00:14:27.580088: EV_SYN code=0 value=0 00:14:27.686518: EV_REL REL_X 66 00:14:27.686524: EV_REL REL_Y -127 00:14:27.686528: EV_SYN code=0 value=0 timeout, quitting How do I translate the above to an EVENTMAP entry in local_conf.py? ex> USE_SDL_KEYBOARD = 0 EVENT_DEVS = ['/dev/input/event4'] EVENTMAP['not sure what to use here...'] = 'UP' Thanks in advance for help... - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] freevo 1.8.2 svn : Strange behaviour of Mplayer
I have had similar issues with other software in the past that ended up being related to selinux taking a while to allow a process or program to perform an operation. On my internal systems, I disable selinux for that very reason. This could not be the answer, but maybe worth a looksee. Joe Pascal Schirrmann wrote: > Hi, > > On a newly rebuild freevo box, I have a strange behaviour of mplayer. > I'm pretty sure that the trouble has nothing to do with freevo, but if > someone has an idea... > > The system is built on an Athlon BR-2350 (a low power X2), 1 giga ram, > one s-ata drive, chipset nvidia nforce 4 . and one Hauppauge PVR-150 card. > The OS is a Mandriva 2008 spring x64 version, with a 2.6.24-7 kernel. > > I used to start the system in runlevel 4, with an autologin (as freevo, > not root) and a freevo -fs. > > Everything works fine, exept that mplayer need around 11 second to start > to play any video file, and during the first seconds, the movie is shoppy. > > If I go in runlevel 5 (KDE desktop), log in as freevo, start freevo, the > movie start immediately, and with a good quality from the begionning. > > If I go back to reunlevel 4, the video then start immediately, as > expected !!! > > I did a lo of logging, didn't find any relevant diff between the logs. > Here are the two extracts of main-501.log : > > -First try : > > 2008-08-19 21:13:24,664 DEBUGtrying ext avi > 2008-08-19 21:13:24,664 DEBUGparse RIFF LIST "hdrl": 8830 bytes > 2008-08-19 21:13:24,665 DEBUG_parseSTRH(vids) : 4232 bytes > 2008-08-19 21:13:24,665 DEBUG_parseSTRH(auds) : 4222 bytes > 2008-08-19 21:13:24,665 DEBUGparse RIFF LIST "INFO": 28 bytes > 2008-08-19 21:13:24,665 DEBUGRIFF LIST "movi" to long to parse: > 726076140 bytes > 2008-08-19 21:13:24,665 DEBUGidx1: 6380832 bytes > 2008-08-19 21:13:24,666 DEBUGmplayer.py (142): MPlayer.play(): > mode=file, url=//home/media/movies/comedy/Les.Visiteurs.teste.avi > 2008-08-19 21:13:24,667 DEBUGmplayer.py (352): /usr/bin/mplayer > -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick > -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect > 16:9 -vf pp=de //home/media/movies/comedy/Les.Visiteurs.teste.avi > 2008-08-19 21:13:24,668 DEBUGchildapp.py (315): > ChildApp2.__init__(app=['--prio=-20', '/usr/bin/mplayer', '-slave', > '-v', '-vo', 'xv,sdl,x11,', '-ao', 'alsa', '-autosync', '100', > '-nolirc', '-nojoystick', '-autoq', '100', '-screenw', '720', > '-screenh', '576', '-fs', '-cache', '5000', '-idx', '-monitoraspect', > '16:9', '-vf', 'pp=de', > '//home/media/movies/comedy/Les.Visiteurs.teste.avi'], debugname=None, > doeslogging=0, stop_osd=2) > 2008-08-19 21:13:24,698 DEBUGchildapp.py (152): Running (list) > '/usr/bin/mplayer -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 > -nolirc -nojoystick -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 > -idx -monitoraspect 16:9 -vf pp=de > //home/media/movies/comedy/Les.Visiteurs.teste.avi' with pid 6728 > priority -20 > 2008-08-19 21:13:24,703 DEBUGchildapp.py (410): logging stdout child > to "/var/log/freevo/mplayer-stdout-501.log" > 2008-08-19 21:13:24,706 DEBUGchildapp.py (410): logging stderr child > to "/var/log/freevo/mplayer-stderr-501.log" > 2008-08-19 21:13:24,708 DEBUGchildapp.py (169): /usr/bin/renice -20 > -p 6728 > 0.03 > 2008-08-19 21:13:40,903 DEBUGchildapp.py (429): stdout: no data, > closing log > 2008-08-19 21:13:40,905 DEBUGchildapp.py (429): stderr: no data, > closing log > > Not very speaking, but I did stop mplayer as soon as the video starts. > > Second try, still in runlevel 4, but after going to runlevel 5 > > 2008-08-19 21:18:19,069 DEBUGtrying ext avi > 2008-08-19 21:18:19,072 DEBUGparse RIFF LIST "hdrl": 8830 bytes > 2008-08-19 21:18:19,072 DEBUG_parseSTRH(vids) : 4232 bytes > 2008-08-19 21:18:19,073 DEBUG_parseSTRH(auds) : 4222 bytes > 2008-08-19 21:18:19,073 DEBUGparse RIFF LIST "INFO": 28 bytes > 2008-08-19 21:18:19,073 DEBUGRIFF LIST "movi" to long to parse: > 726076140 bytes > 2008-08-19 21:18:19,074 DEBUGidx1: 6380832 bytes > 2008-08-19 21:18:19,076 DEBUGmplayer.py (142): MPlayer.play(): > mode=file, url=//home/media/movies/comedy/Les.Visiteurs.teste.avi > 2008-08-19 21:18:19,077 DEBUGmplayer.py (352): /usr/bin/mplayer > -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick > -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect > 16:9 -vf pp=de //home/media/movies/comedy/Les.Visiteurs.teste.avi > 2008-08-19 21:18:19,083 DEBUGchildapp.py (315): > ChildApp2.__init__(app=['--prio=-20', '/usr/bin/mplayer', '-slave', > '-v', '-vo', 'xv,sdl,x11,', '-ao', 'alsa', '-autosync', '100', > '-nolirc', '-nojoystick', '-autoq', '100', '-screenw', '720', > '-screenh', '
[Freevo-users] freevo 1.8.2 svn : Strange behaviour of Mplayer
Hi, On a newly rebuild freevo box, I have a strange behaviour of mplayer. I'm pretty sure that the trouble has nothing to do with freevo, but if someone has an idea... The system is built on an Athlon BR-2350 (a low power X2), 1 giga ram, one s-ata drive, chipset nvidia nforce 4 . and one Hauppauge PVR-150 card. The OS is a Mandriva 2008 spring x64 version, with a 2.6.24-7 kernel. I used to start the system in runlevel 4, with an autologin (as freevo, not root) and a freevo -fs. Everything works fine, exept that mplayer need around 11 second to start to play any video file, and during the first seconds, the movie is shoppy. If I go in runlevel 5 (KDE desktop), log in as freevo, start freevo, the movie start immediately, and with a good quality from the begionning. If I go back to reunlevel 4, the video then start immediately, as expected !!! I did a lo of logging, didn't find any relevant diff between the logs. Here are the two extracts of main-501.log : -First try : 2008-08-19 21:13:24,664 DEBUGtrying ext avi 2008-08-19 21:13:24,664 DEBUGparse RIFF LIST "hdrl": 8830 bytes 2008-08-19 21:13:24,665 DEBUG_parseSTRH(vids) : 4232 bytes 2008-08-19 21:13:24,665 DEBUG_parseSTRH(auds) : 4222 bytes 2008-08-19 21:13:24,665 DEBUGparse RIFF LIST "INFO": 28 bytes 2008-08-19 21:13:24,665 DEBUGRIFF LIST "movi" to long to parse: 726076140 bytes 2008-08-19 21:13:24,665 DEBUGidx1: 6380832 bytes 2008-08-19 21:13:24,666 DEBUGmplayer.py (142): MPlayer.play(): mode=file, url=//home/media/movies/comedy/Les.Visiteurs.teste.avi 2008-08-19 21:13:24,667 DEBUGmplayer.py (352): /usr/bin/mplayer -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect 16:9 -vf pp=de //home/media/movies/comedy/Les.Visiteurs.teste.avi 2008-08-19 21:13:24,668 DEBUGchildapp.py (315): ChildApp2.__init__(app=['--prio=-20', '/usr/bin/mplayer', '-slave', '-v', '-vo', 'xv,sdl,x11,', '-ao', 'alsa', '-autosync', '100', '-nolirc', '-nojoystick', '-autoq', '100', '-screenw', '720', '-screenh', '576', '-fs', '-cache', '5000', '-idx', '-monitoraspect', '16:9', '-vf', 'pp=de', '//home/media/movies/comedy/Les.Visiteurs.teste.avi'], debugname=None, doeslogging=0, stop_osd=2) 2008-08-19 21:13:24,698 DEBUGchildapp.py (152): Running (list) '/usr/bin/mplayer -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect 16:9 -vf pp=de //home/media/movies/comedy/Les.Visiteurs.teste.avi' with pid 6728 priority -20 2008-08-19 21:13:24,703 DEBUGchildapp.py (410): logging stdout child to "/var/log/freevo/mplayer-stdout-501.log" 2008-08-19 21:13:24,706 DEBUGchildapp.py (410): logging stderr child to "/var/log/freevo/mplayer-stderr-501.log" 2008-08-19 21:13:24,708 DEBUGchildapp.py (169): /usr/bin/renice -20 -p 6728 0.03 2008-08-19 21:13:40,903 DEBUGchildapp.py (429): stdout: no data, closing log 2008-08-19 21:13:40,905 DEBUGchildapp.py (429): stderr: no data, closing log Not very speaking, but I did stop mplayer as soon as the video starts. Second try, still in runlevel 4, but after going to runlevel 5 2008-08-19 21:18:19,069 DEBUGtrying ext avi 2008-08-19 21:18:19,072 DEBUGparse RIFF LIST "hdrl": 8830 bytes 2008-08-19 21:18:19,072 DEBUG_parseSTRH(vids) : 4232 bytes 2008-08-19 21:18:19,073 DEBUG_parseSTRH(auds) : 4222 bytes 2008-08-19 21:18:19,073 DEBUGparse RIFF LIST "INFO": 28 bytes 2008-08-19 21:18:19,073 DEBUGRIFF LIST "movi" to long to parse: 726076140 bytes 2008-08-19 21:18:19,074 DEBUGidx1: 6380832 bytes 2008-08-19 21:18:19,076 DEBUGmplayer.py (142): MPlayer.play(): mode=file, url=//home/media/movies/comedy/Les.Visiteurs.teste.avi 2008-08-19 21:18:19,077 DEBUGmplayer.py (352): /usr/bin/mplayer -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect 16:9 -vf pp=de //home/media/movies/comedy/Les.Visiteurs.teste.avi 2008-08-19 21:18:19,083 DEBUGchildapp.py (315): ChildApp2.__init__(app=['--prio=-20', '/usr/bin/mplayer', '-slave', '-v', '-vo', 'xv,sdl,x11,', '-ao', 'alsa', '-autosync', '100', '-nolirc', '-nojoystick', '-autoq', '100', '-screenw', '720', '-screenh', '576', '-fs', '-cache', '5000', '-idx', '-monitoraspect', '16:9', '-vf', 'pp=de', '//home/media/movies/comedy/Les.Visiteurs.teste.avi'], debugname=None, doeslogging=0, stop_osd=2) 2008-08-19 21:18:19,100 DEBUGchildapp.py (152): Running (list) '/usr/bin/mplayer -slave -v -vo xv,sdl,x11, -ao alsa -autosync 100 -nolirc -nojoystick -autoq 100 -screenw 720 -screenh 576 -fs -cache 5000 -idx -monitoraspect 16:9 -vf pp=de //home/media/movies/comed
Re: [Freevo-users] Odd problem with tv_grab
On Tue, August 19, 2008 4:26 am, Elizabeth Dodd wrote: > On Mon, 18 Aug 2008, Duncan Webb wrote: >> Elizabeth Dodd wrote: >> > I've had this happen twice now, on two different installs Debian and >> > Gentoo. I use shepherd as my tv_grab_au script. >> > it works fine. >> > Initially it works fine from cron but after an interval >> > '/usr/bin/freevo tv_grab' >> > doesn't complete the task. The log stops after "Grabbing listings" and >> > never gets to "Sorting listings". >> > Run freevo tv_grab from the command line and it all works fine >> > Does anyone have any ideas? >> >> cron does not run in the same environment as the command line, the path, >> etc are not set up (may be .profile or /etc/profile are not sourced). >> >> You need to add the other paths and environment variables that are >> needed to the batch script that runs the job. >> >> HTH >> Duncan > > Yes, that's the logical answer. > Now for the bits whose logic defeats me > 1. The cron job did work for 2 weeks (or on the debian install, about 8 > months) > 2. One day it runs but doesn't finish, and doesn't work again. > Freevo hasn't changed > Shepherd does change (it is installed in userland and does update itself) > The basic program runs, grabs the listings (and if run from cron [freevo's > cron] it now stops). > If run from a user terminal it grabs the listings and then passes to the > next > phase "sorting listings" and then updates favourites and other important > freevo jobs. > > Liz I had the same problem when I updated my recordserver to ubuntu, my previous debian cron job had worked for years, but for some reason it wouldn't grab the listing, but would do everything else (sort and then update the favourites). In the end I tried several things and one of them must have worked although I don't know which. I specified the PATH in the crontab file, I also set the HOME variable and finally I fully specified the path to the xmltv config file. While I was debugging the crontab I did find that for some reason perl didn't want to start when run from cron, I found this out by getting the cron job to run every five minutes and add lines to my grab script (ie perl -v > /tmp/perl_version.txt, tv_grab_uk_rt --version > /tmp/tv_grab_version.txt etc) cheers Adam - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
