Re: [Freevo-users] freevo not recording to consecutive recordings

2007-05-11 Thread Duncan Webb
Tanja wrote:
> I also can confirm that freevo is not recording two consecutive programs 
> anymore.
> It was working in the past, but unfortunately I have no idea when this bug 
> occures the first time.
> 
> I am using the latest svn version, thus it is not a problem of the debian 
> package,
> although I am also using debian and dvb.
> 
> The overlap detection in the TV Guide is also working perfectly for me (nice 
> work by the way),
> thus this bug is not related to the overlap problem, that was discussed here.
> 
> Regards
> Tanja
> 
> PS: I hope for a fast fix, as this one is very annoying...

The recording of consecutive programmes seems to have been fixed and the
 changes are in svn.

Duncan


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] freevo not recording to consecutive recordings

2007-05-08 Thread Duncan Webb
Andrew Flegg wrote:
> On 5/8/07, Schirrms <[EMAIL PROTECTED]> wrote:
>> Tanja a écrit :
>>> I also can confirm that freevo is not recording two consecutive
>>> programs anymore. It was working in the past, but unfortunately I have
>>> no idea when this bug occures the first time.
>> Very strange : I'm using the latest 1.7.2-svn version, and I'm used to
>> record two or three consecutive shows of the same program.
>>
> [snip]
>> No problems here.
>>
>> Maybe your case is different ? (Channel change between the two records ?)
> 
> Yes, I've also now got problems recording consecutive programmes on
> two separate channels. What people's recording padding options? Could
> it be related to the complete removal of TV_RECORD_PADDING in
> preference to the separate PRE/POST?

Nothing to do with the TV_RECORD_PADDING setting as it was only being
used to initialise the TV_RECORD_PADDING_PRE and TV_RECORD_PADDING_POST
settings.

Not sure what the problem is yet, read the source while on the train and
there is some iffy logic about when it decides to stop and start the
next recordings.

I'm going to revise the debug messages first to see it this helps to
find out what the logic is doing. As it always takes a bit of time to
check what the record server is really doing.

Duncan


-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] freevo not recording to consecutive recordings

2007-05-08 Thread Andrew Flegg
On 5/8/07, Schirrms <[EMAIL PROTECTED]> wrote:
> Tanja a écrit :
> > I also can confirm that freevo is not recording two consecutive
> > programs anymore. It was working in the past, but unfortunately I have
> > no idea when this bug occures the first time.
>
> Very strange : I'm using the latest 1.7.2-svn version, and I'm used to
> record two or three consecutive shows of the same program.
>
[snip]
>
> No problems here.
>
> Maybe your case is different ? (Channel change between the two records ?)

Yes, I've also now got problems recording consecutive programmes on
two separate channels. What people's recording padding options? Could
it be related to the complete removal of TV_RECORD_PADDING in
preference to the separate PRE/POST?

Cheers,

Andrew

-- 
Andrew Flegg -- mailto:[EMAIL PROTECTED]  |  http://www.bleb.org/

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] freevo not recording to consecutive recordings

2007-05-08 Thread Schirrms
Tanja a écrit :
> I also can confirm that freevo is not recording two consecutive programs 
> anymore.
> It was working in the past, but unfortunately I have no idea when this bug 
> occures the first time.
>   
Hi,

Very strange : I'm using the latest 1.7.2-svn version, and I'm used to 
record two or three consecutive shows of the same program.

So I set one favorite saying 'Every instance of 'This show' in the day 
(at ANY TIME)'.
This works perfectly on my two systems.

No problems here.

Maybe your case is different ? (Channel change between the two records ?)

--
Pascal Schirrmann

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] freevo not recording to consecutive recordings

2007-05-08 Thread Tanja
I also can confirm that freevo is not recording two consecutive programs 
anymore.
It was working in the past, but unfortunately I have no idea when this bug 
occures the first time.

I am using the latest svn version, thus it is not a problem of the debian 
package,
although I am also using debian and dvb.

The overlap detection in the TV Guide is also working perfectly for me (nice 
work by the way),
thus this bug is not related to the overlap problem, that was discussed here.

Regards
Tanja

PS: I hope for a fast fix, as this one is very annoying...




Duncan Webb schrieb:
>> Duncan, I would be happy to file a bug report, but I didn't think this
>> was affecting anyone else.  Where do I file bug reports?
> 
> I can confirm that it is a bug, as I quite often record consecutive
> programs but don't watch them, and just notice that the second one hasn't
> been recorded. Here:
> http://sourceforge.net/tracker/?func=add&group_id=46652&atid=446895
> 
> Duncan
> 
>> On 5/7/07, Duncan Webb <[EMAIL PROTECTED]> wrote:
>>> Josh Vickery wrote:
 Well, I think my problems go deeper than the TV guide display.  Last
 night I found out that my Freevo install will not record two
 consecutive shows.  From /tmp/freevo/recordserver-1000.log:
>>> It looks as if the record server is not recording two consecutive shows,
>>> which is odd, as it was working. I will look into the problem, in the
>>> meantime will you raise a bug report.
>>>
 2007/05/06 22:36 EDT [HTTPChannel,4,127.0.0.1] prog=Sun 2007-05-06
 22:30->23:00 (22:30)  I35781.labs.zap2it.com Joanne Weir's Cooking
 Class
 2007/05/06 22:36 EDT [HTTPChannel,4,127.0.0.1] channel: C90.4
 2007/05/06 22:36 EDT [*RecordServer*] received event RECORD_START
 2007/05/06 22:36 EDT [*RecordServer*] popen  /usr/bin/mplayer
 -dumpstream -dumpfile
 /home/vickeryj/tv/05-06_22_30_Joanne_Weir_s_Cooking_Class_-_Tuscan.ts
 "dvb://C90.4"
 2007/05/06 22:36 EDT [HTTPChannel,6,127.0.0.1] config.LOCALE=latin-1
 2007/05/06 22:36 EDT [HTTPChannel,6,127.0.0.1] prog=Sun 2007-05-06
 23:00->23:30 (23:00)  I35781.labs.zap2it.com Rick Steves' Europe
 2007/05/06 22:36 EDT [HTTPChannel,8,127.0.0.1] config.LOCALE=latin-1
 2007/05/06 22:36 EDT [HTTPChannel,8,127.0.0.1] prog=Sun 2007-05-06
 23:35->00:35 (23:35)  I21103.labs.zap2it.com Alias
 2007/05/06 23:00 EDT [*RecordServer*] channel: C90.4
 2007/05/06 23:00 EDT [*RecordServer*] killing pid 31610 with sig 15
 2007/05/06 23:00 EDT [*RecordServer*] recorderver: After wait()
 2007/05/06 23:00 EDT [*RecordServer*] waiting on pid 31610
 2007/05/06 23:00 EDT [*RecordServer*] received event RECORD_STOP
 2007/05/06 23:00 EDT [*RecordServer*] no imagefile found
 2007/05/06 23:00 EDT [*RecordServer*]
 /home/vickeryj/.freevo/vfs/home/vickeryj/tv/05-06_23_00_Rick_Steves_Europe_-_Travel_Skills.ts.raw.tmp
 2007/05/06 23:35 EDT [*RecordServer*] channel: C113.1
 2007/05/06 23:35 EDT [*RecordServer*] received event RECORD_START
 2007/05/06 23:35 EDT [*RecordServer*] popen  /usr/bin/mplayer
 -dumpstream -dumpfile
 /home/vickeryj/tv/05-06_23_35_Alias_-_Authorized_Personnel_Only.ts
 "dvb://C113.1"

 At 22:36 I schedules three consecutive shows for recording.  From the
 log, you can see that the first show (which was already in progress)
 started recording just fine.  However, when it ended at 23:00 it
 stopped ok, but the next show did not begin recording.  What happened
 instead was this line:
 2007/05/06 23:00 EDT [*RecordServer*]
 /home/vickeryj/.freevo/vfs/home/vickeryj/tv/05-06_23_00_Rick_Steves_Europe_-_Travel_Skills.ts.raw.tmp

 That's the name of the show that should have started recording, but
 that is the line that usually prints after a show is done recording.

 Then at 23:35, the scheduled show started recording and completed
>>> correctly.
 Finally, later in the log, I found this:
 2007/05/07 06:29 EDT [HTTPChannel,80,127.0.0.1] prog.isRecording:
 TvProgram instance has no attribute 'isRecording'

 This was repeated several times, followed by messages about my nightly
 tv_grab update.

 My theory is that the 1.7.1 package from
 http://www.geole.info/Repository-for-deb-packages-deb.9.0.html?&l=1
  is incomplete, so my plan, for now, is to uninstall that and
>>> re-install 1.6.3.
 Alternately, I would be happy to help troubleshoot this package,
 though I have next to zero knowledge about the codebase.  I am,
 however able to use subversion, diff and can more or less read Python.

 Josh

 On 5/6/07, Josh Vickery <[EMAIL PROTECTED]> wrote:
> I was using blurr (just switch to panorama since you got me thinking
> about skins) and the file /usr/share/freevo/skins/main/basic.fxd at
> line 529 has
> 
>>> This is strange, I have no idea why overlap/past/current are not working
>>> for you. May be I've said this