Re: [Freevo-users] Help with Remote
Douglas A. Seifert wrote: All, My Hauppauge WinPVR-250 remote stopped working with my freevo install. I am at a loss figuring out what is broken about my config or setup. Freevo version: rel-1, revision 10157 (head of trunk) irw session shows this when I press a bunch of buttons: $ irw 17e1 00 Ch- hauppauge_pvr 17e1 01 Ch- hauppauge_pvr 17e1 00 Ch- hauppauge_pvr 17e1 00 Ch- hauppauge_pvr 17e0 00 Ch+ hauppauge_pvr 17e5 00 Ok hauppauge_pvr 17e5 01 Ok hauppauge_pvr 17e5 00 Ok hauppauge_pvr 17e5 00 Ok hauppauge_pvr 17d1 00 Vol- hauppauge_pvr 17e1 00 Ch- hauppauge_pvr 17e1 01 Ch- hauppauge_pvr 17e1 00 Ch- hauppauge_pvr 17e1 00 Ch- hauppauge_pvr the freevo daemon.py responds to Back/Exit and starts up the main freevo GUI. When I get into the GUI, however, it does not respond to the remote. Haven't tried the keyboard yet. local_conf.py and lircrc attached. Thanks for any ideas, especially how I might debug my pylirc install using python in interactive mode ... You shouldn't have any problem with pylirc, have you also upgraded the ivtv driver or the kernel? If so then take a look at http://doc.freevo.org/LircDevInput One very useful debugging trick, after the irw is: ircat --config=/etc/freevo/lircrc freevo Then press the remote's buttons, you will then see the mappings. Yhe config option is where ever LIRCRC points to by default it is LIRCRC='/etc/freevo/lircrc' Don't know of any other reason why it should not work, except if pylirc is not installed. Duncan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Freevo-users] tv viewing.
Just finishing setup of a new box using 1.7.4, I have got pretty much everything done, but I have a little problem when viewing live TV. It constantly cycles between TV and the menu. Is this because the tuner is not getting good Tv reception because I am using a set-top aerial? or is it likely to be something else? There is nothing in th logs to suggest a problem. I cannot get this box to a proper aerial to test at this time. Thanks, Drew. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
Re: [Freevo-users] tv viewing.
drew wrote: Just finishing setup of a new box using 1.7.4, I have got pretty much everything done, but I have a little problem when viewing live TV. It constantly cycles between TV and the menu. Is this because the tuner is not getting good Tv reception because I am using a set-top aerial? or is it likely to be something else? There is nothing in th logs to suggest a problem. I cannot get this box to a proper aerial to test at this time. Thanks, Drew. Hi Drew, I doubt it's an aerial problem. What do your logs say? John - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Freevo-users] freevo installation on a AMD 64 X2 : linux 32 bits or 64 bits ?
Hi, Just starting a brand new installation of a brand new system build on a AMD X2 64 bits processor. I installed a 64 bits version of Linux, and freevo is happy with that. But I discovered that some other code are not so 64bit ready. So the question is : Is there any interest other than the technical perf to use a x64 version of Linux for freevo ? Can I hope better perfs, smoother system, or what else ? On contrary, are there still a lot of software not compatible with a x64 version ? At this time, I hang on flash player (and this seems to be a real issue), and also, it seems that my trouble to use the VFD display of my system could also be related to the fact that the code is not 64 bit ready. This should probably be fairly easy to correct, as the source code is only a few pages long, but as I speak c not better than Chinese, I cannot be the correcter :-| Thanks, Pascal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
Re: [Freevo-users] freevo installation on a AMD 64 X2 : linux 32 bits or 64 bits ?
Hi On Nov 27, 2007 7:24 PM, Pascal Schirrmann [EMAIL PROTECTED] wrote: Hi, Just starting a brand new installation of a brand new system build on a AMD X2 64 bits processor. I installed a 64 bits version of Linux, and freevo is happy with that. But I discovered that some other code are not so 64bit ready. I did the same step a month ago. And everything seems to be running smooth, including the VFD from my shuttle box. ThereĀ“s a way to install flash on 64 bit. cant remember the details but i did it before. What exactly didnt work? So the question is : Is there any interest other than the technical perf to use a x64 version of Linux for freevo ? Can I hope better perfs, smoother system, or what else ? On contrary, are there still a lot of software not compatible with a x64 version ? At this time, I hang on flash player (and this seems to be a real issue), and also, it seems that my trouble to use the VFD display of my system could also be related to the fact that the code is not 64 bit ready. This should probably be fairly easy to correct, as the source code is only a few pages long, but as I speak c not better than Chinese, I cannot be the correcter :-| Thanks, Pascal - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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 -- Christian Lyra PoP-PR/RNP - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
Re: [Freevo-users] freevo installation on a AMD 64 X2 : linux 32 bits or 64 bits ?
Pascal- So the question is : Is there any interest other than the technical perf to use a x64 version of Linux for freevo? For most home systems right now, it is mainly a matter of technical preference. I run serveral 32 and 64 bit rigs, same hardware and software load outs, and really see very little difference in performance for about 90% of what they get used for. The remaining 10% is all heavy duty simulation code using 64bit versions of apps. Can I hope better perfs, smoother system, or what else ? As freevo and most of the multimedia software is either optomized for 32 bit or only available in 32 bit (win32 codecs), you really end of with little or no gain in most cases with the 64bit setup. This also true of most desktop setups. 64bit only really come in to its own in compute heavy loads with softare made to take advantage of it. You have mention you are going with a dual core. That should give you a nice response improvement over all. On contrary, are there still a lot of software not compatible with a x64 version ? Mplayer, I know has had some issues with with 64bit. Mostly these have been do to needing to work with 32 bit codec. - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] VCR_CMD bash script, child process not killed when recording stops
Hello, I have a bash script that I'm calling as a VCR_CMD, like so: VCR_CMD = '/home/freevo/commands/recorder %(filename)s dvb://%(channel)s' My bash script says: # some stuff ... /usr/bin/mplayer -dumpstream -dumpfile $FN $CHAN # and some other stuff When recording ends, I expect my bash script to get killed. - Which it does. However, mplayer keeps on running. I figured it would get killed when the script died. How can I fix this? I'm not the world's best bash programmer by any stretch. Thanks, Simon -- Pokey are you drunk on love? Yes. Also whiskey. But mostly love... And whiskey! - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
Re: [Freevo-users] Help with Remote
Redzinalds Knipsis wrote: Hello Doug, I do not have this remote, but just an idea. After applying your patch to kaa (see Recordserver crash on rel-1 SVN) my remote stopped working as well. I had to remove patch to get it back. Actually Freevo did not respond to keyboard as well while with patch, so may be it is not the case. Reggie, No, you were right, the patch was garbage. Chalk it up to my lack of experience in python. If you need it, attached is a patch that should work correctly. Thanks for the help, my patch was the problem, creating an infinite loop that caused the GUI to stop responding to any events at all. -Doug Index: base/src/notifier/pynotifier/nf_generic.py === --- base/src/notifier/pynotifier/nf_generic.py (revision 2907) +++ base/src/notifier/pynotifier/nf_generic.py (working copy) @@ -204,9 +204,22 @@ r = w = e = () try: - r, w, e = select( __sockets[ IO_READ ].keys(), + # According to this thread: http://mail.python.org/pipermail/medusa-dev/2000/000586.html + # the select call can raise EINTR which is safe to ignore and retry. Should really + # shore this up with a retry counter that raises the EINTR after some number of loops + # so we can avoid an infinite loop + while 1: +try: + r, w, e = select( __sockets[ IO_READ ].keys(), __sockets[ IO_WRITE ].keys(), __sockets[ IO_EXCEPT ].keys(), timeout / 1000.0 ) + break +except select_error, v: + if v[0] != EINTR: + raise + else: + log.exception(got EINTR exception in select, will RETRY, code: %d % v[0]) +log.exception(Left select) except ( ValueError, select_error ): log.exception( 'error in select' ) sys.exit( 1 ) - SF.Net email is sponsored by: The Future of Linux Business White Paper from Novell. From the desktop to the data center, Linux is going mainstream. Let it simplify your IT future. http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users