Adam
Thanks for getting back to me about all this.
I dont think the record function is working but I was only playing around and
until i get normal tv working, I wont be looking at that any time soon.
As far as the LIVE_PAUSE2_PREFERRED_PLAYER variable, I have set this to a
particular player and unfortunately it didnt work, it would always default to
vlc first, then xine and finally mplayer no matter what i said this too
i had
LIVE_PAUSE2_PREFERRED_PLAYER= 'mplayer' in my local_conf.py, and it still ran
with vlc.
I am having problem with my wireless connection at the moment, its not comming
up as it should and comes up well after freevo has started. I will have a look
at the code when I get a chance but does the socket it creates bind to a
particular interface? I would have thought that all of the network traffic for
freevo except for tv_grab etc that looks externally would all be on the
loopback interface and not use the wireless connection.
How does this new version affect the old version. As in I can have both
installed together with no ill effects on the old version, and as long as I
have the new livepause app both will continue to function correctly?
Matt
> Date: Tue, 14 Apr 2009 14:51:25 +0100
> From: a...@dvbstreamer.org
> To: freevo-users@lists.sourceforge.net
> Subject: Re: [Freevo-users] cannot watch tv with livepause plugin
>
> On Sun, April 12, 2009 4:52 am, Matthew Job wrote:
> >
> > I spent a bit of time on this and it seems that the livepause plugin
> > fails. I cannot get a consist result as to why the livepause plugin
> > fails. Sometimes it is when freevo starts, other times it lasts hours.
> >
>
> I've been meaning to answer this thread but didn't mean to find the time
> over the weekend and I see Jonathan has done a fine job of answering most
> of the questions :-)
>
> >
> > THe error is as follows.
> >
> >
> >
> > 2009-04-12 12:08:34,742 INFO encodingclient.py (109): ('localhost',
> > 18002) i
> > s up
> > Freevo 1.8.3 ready
> > Exception in thread Slave Server:
> > Traceback (most recent call last):
> > File "/usr/lib/python2.5/threading.py", line 486, in __bootstrap_inner
> > self.run()
> > File "/usr/lib/python2.5/threading.py", line 446, in run
> > self.__target(*self.__args, **self.__kwargs)
> > File
> > "/usr/lib/python2.5/site-packages/freevo/tv/plugins/livepause/__init__.py
> > ", line 777, in run
> > connection, addr = self.socket.accept()
> > File "/usr/lib/python2.5/socket.py", line 167, in accept
> > sock, addr = self._sock.accept()
> > timeout: timed out
>
> Eh, this shouldn't happen there is no timeout on the accept!? I've never
> seen this before and I've run livepause at home for, well before it was
> released. Not a helpful answer I know but see the end of the email for
> some hope.
>
> > WHen this fails, I am still able to record using the record serer.
>
> That's as expected as the record server is in a separate process. On that
> note I'll answer a question that was asked earlier wrt does the record
> button send the recording to the server or use the buffer? It uses the
> contents of the stream buffer so in theory you should be able to watch a
> program decided you want to keep it to show the misses and then hit record
> and the whole thing get dumped into the recordings directory. I say in
> theory as it was one area that didn't get enough testing due to not being
> used at home.
>
> And now one of those annoying it'll be fixed in the next release messages,
> yes most of the issues raised should be fixed in the next release of
> freevo (they are currently in svn if people want to test them, hint hint).
> The current svn and the next release will need you to download and install
> a new program, livepause from http://sf.net/projects/dvbstreamer, that
> moves a lot of the code out of python into C. As a result there is now
> only a 1 second delay before mplayer/xine/vlc is started and CPU usage (on
> my system anyway) has dropped massively.
>
> One thing I forgot to mention was you can select which player is used by
> livepause by setting the LIVE_PAUSE2_PREFERRED_PLAYER variable to mplayer,
> xine or vlc. A bit nicer than having to uninstall xine/vlc :-).
>
> cheers
>
> Adam
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> High Quality Requirements in a Collaborative Environment.
> Download a free trial of Rational Requirements Composer Now!
> http://p.sf.net/sfu/www-ibm-com
> _______________________________________________
> Freevo-users mailing list
> Freevo-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freevo-users
_________________________________________________________________
View photos of singles in your area Click Here
http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fdating%2Eninemsn%2Ecom%2Eau%2Fchannel%2Findex%2Easpx%3Ftrackingid%3D1046247&_t=773166080&_r=Hotmail_Endtext&_m=EXT------------------------------------------------------------------------------
This SF.net email is sponsored by:
High Quality Requirements in a Collaborative Environment.
Download a free trial of Rational Requirements Composer Now!
http://p.sf.net/sfu/www-ibm-com
_______________________________________________
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users
