Re: [Freevo-users] Rebuilding again my freevobox...
Phil Raymond a écrit : I use the Hauppauge HD PVR, which captures HD from the cable box using component cables, then converts it to h.264 AVCHD in a .mpg container. I posted a local_conf example in the Freevo wiki, it's just a simple stream dump, since this is a hardware encoder. Component out from an SD box would work, albeit not HD. It is a bit expensive, Amazon has it for $204 U.S., it lists for $249. The beauty of this device is that it will record anything from your cable box, even premium movie channels and on-demand content. Hi Phil, Thanks for your answer. Unfortunately, the HD PVR is very expensive in Europe, and I wasn't so confident to buy one in te United States. So I finally bougth a 'not so cheap' Hauppauge PVR USB2. This thing is really easy to setup, it's nearly a PCI PVR replacment, for freevo (and for xin, too) ! So as you can guess, here I am with some questions ;-) First the setup : I setu the PVR USB3 like a PCI PVR card, so I use the ivtv_xine_tv plugin to drive the beast. * I was a little bit astonished when I did download the svn version of freevo, as freevo states that the current version is still 1.8.4 ? So I finally installed the tags/REL-1_9_1 version (and the current kaa svn version). * When I started the tv plugin, I got a crash : (I didn't recordthe exact message, but the trouble was when the ivtv.py prog try first to read the 'Stream VBI Format', the just after to set the same'Stream VBI Format'.) To pass over, I just change in tv/ivtv.py, line 325 and 338 : The original line was: if self.version = 0x800: and I rplaced by if self.version = 0xF00: so this part of the test is false and the prog go further, with only a short message : 2009-11-07 18:48:52,193 WARNING ivtv.py (333): getvbiembed: failed 2009-11-07 18:48:52,194 WARNING ivtv.py (345): setvbiembed: failed But I suppose that this is not the correct solution ! * Last (for now !), my system set the PVR box as /dev/video1. I setup freevo according, but xine didn't like it. In fact, xine in the pvr/// forms seems to connect only on /dev/viedo0, and google dind't help much, this time. To be sure, I remove the webvcam driver (I currently use my laptop for the test, so no, I cannot disconnect the webcam !), then the pvrusb2 driver, and loaded then in the reverse order : pvrusb2 got the /dev/video0 and I can watch TV (didn't do a lot of test for now !) Is there a way to tell xine to use another device than /dev/video0, an if so, is freevo 'aware' of that ? Many many thanks, Pascal -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users
[Freevo-users] Debian Squeeze - Freevo 1.9 starts and shuts down immediately
I'm setting up debian Squeeze on a separate partition and the version of Freevo is 1.9.0. Freevo starts on vt9 at boot time, I see the screen with the progress bar but before I get to the main menu, there is a message informing me that freevo is shutting down and I'm bounced back to a linux console. This is what I see at the end of the freevo log: [..] Freevo 1.9.0 ready 2009-11-07 20:26:23,400 ERRORUnhandled InProgress exception: Traceback (most recent call last): File /usr/lib/python2.5/site-packages/kaa/thread.py, line 355, in __call__ result = super(MainThreadCallback, self).__call__(*args, **kwargs) File /usr/lib/python2.5/site-packages/kaa/callback.py, line 212, in __call__ result = cb(*cb_args, **cb_kwargs) File /usr/lib/python2.5/site-packages/kaa/timer.py, line 145, in start self._id = notifier.timer_add(int(interval * 1000), self) File /usr/lib/python2.5/site-packages/kaa/nf_wrapper.py, line 124, in __call__ init() File /usr/lib/python2.5/site-packages/kaa/nf_wrapper.py, line 175, in init if notifier.loop: AttributeError: 'module' object has no attribute 'loop' 2009-11-07 20:26:23,401 INFO Create-stack for InProgress from preceding exception: File /usr/lib/python2.5/site-packages/freevo/main.py, line 559, in module rc.post_event(FREEVO_READY) File /usr/share/pyshared/freevo/rc.py, line 73, in post_event return get_singleton().post_event(event) File /usr/share/pyshared/freevo/rc.py, line 598, in post_event event.post() File /usr/lib/python2.5/site-packages/kaa/event.py, line 88, in post return manager.post(event) File /usr/lib/python2.5/site-packages/kaa/event.py, line 172, in post self.timer.start(0) File /usr/lib/python2.5/site-packages/kaa/thread.py, line 123, in newfunc in_progress = callback(*args, **kwargs) 2009-11-07 20:26:23,403 INFO create thread notifier pipe Freevo 1.9.0 r11576 finished at Sat Nov 7 20:26:08 2009 A Freevo ready message, a couple of python back traces and immediately afterwards the Freevo finished message. So it looks like the problem is with one of the kaa packages, I have googled a bit to try and learn more about this, but I haven't seen anything conclusive, only hints that other users have run into a similar problem. I had a feeling this might be caused by a plugin or other and I removed them one at a time but trimming down to a barebones configuration hasn't made any difference. The only other issue I'm having with debian testing on the laptop is that certain keys are mapped to the wrong keycodes. I don't see this having any bearing on this issue, but I thought I'd mention it. Thanks, CJ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Freevo-users mailing list Freevo-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freevo-users