TiVoWeb Module : Manual Record

Discussion in 'TiVo Underground' started by cwingert, Jun 12, 2003.

  1. Jul 2, 2005 #161 of 287
    6022tivo

    6022tivo A Happy Member

    2,062
    1
    Oct 29, 2002
    UK

    Advertisements

    Yep, there is, just ftp it, chmod it and run it, it will remove all references to manual from the now showing list.

    Usage:
    -l
    List mode. Displays a list of all shows and fsids

    -c
    Show Changes but don't do anything

    -d
    Delay mode. Use this mode to add a delay to each loop - runs slower
    but should reduce any skipping.

    -q Quiet mode - no progress messages

    -h help

    Examples:

    delmanual.tcl -l
    List mode: shows list of shows including fsids but updates nothing.

    delmanual.tcl -c
    Changes mode: shows proposed changes but updates nothing.

    delmanual.tcl -d -q
    Delay and Quiet modes: for use in cron



    I have Cron run it for me every 12 hours but with the delay switch to slow things down.

    Attached (Rename .txt to .tcl)
     

    Attached Files:

  2. Jul 2, 2005 #162 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Okay... This should have fixed the "can't read "db": no such variable" error. The quirky error that rbautch reported concerning the expression was a result of no number being entered for the Start Minute (this resulted in an empty $womin variable). Give this a go and let me know what issues there are with the conflicts... the added function in the code that has the smarts is called "RecConflictsList_Dual" if you wish to have a look at it.

    Update: Beta3 has debug statements which should help us figure out what the problem is when resolving conflicts with dual tuners. Ther version information string at the bottom of the form should say "v0.1.8beta3 (Dual Tuner)" if a dual tuner setup is recognised (requires TWP). There should also be debug (DBG) statements in blue that are displayed when conflicts are being parsed.

    Update: Beta4 should resolve the issue with Dual Tuners... still could be an issue with the default settings of the "Start Minute" field on some browsers?

    Update: Beta6 might finally get there... grrrrr... sure is a messy when you do not have a system to test with :) I have also inserted a test for blank fields (such as Start Minute and Duration).
     

    Attached Files:

  3. Jul 2, 2005 #163 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Thanks John. I'll try this out tomorrow. One last thing I noticed is that a few of the recordings that I made did not have the name I entered for them in the module, they had the actual recording name.
     
  4. Jul 2, 2005 #164 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Yes. It seems that from version 3.0 onwards if the times of your manual recording match a program in the EPG then the description will be replaced. This does not occur on the (UK) 2.5.5 software. If you wish to get around this you might like to try starting the recording a minute earlier or ending a minute later... this may fool the new "smarts" into thinking that the EPG entry does not match.
     
  5. Jul 4, 2005 #165 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL

    Advertisements

    Still getting this error when I don't enter anything in the minutes field:
    Code:
    INTERNAL SERVER ERROR
    --cut here--
    action_manrec '' 'set "titlestr" "Manual Recording";set "descriptionstr" "Manual Recording";set "chnsel" "36291";set "repeat" "once";set "weeks" "2";set "wodatetz" "1120435200";set "wotimetz" "1";set "womin" "";set "durationstr" "60";set "ratingstr" "1";set "recqual" "75";set "forcerecord" "0";set "createSP" "1";set "keepdays" "6";set "keepmost" "5";set "submit" "Record";'
    syntax error in expression "1120435200 + ( 1 * 3600 ) + (  * 60 )"
        while executing
    "expr $wodatetz + ( $wotimetz * 3600 ) + ( $womin * 60 )"
        (procedure "convert_time" line 5)
        invoked from within
    "convert_time $wodatetz $wotimetz $womin $durationstr "
        (procedure "::action_manrec" line 223)
        invoked from within
    "::action_$action $chan $part $env"
        ("eval" body line 1)
        invoked from within
    "eval {::action_$action $chan $part $env}"
    --cut here--
    It's still not able to handle conflicts correctly. Even if there's a conflict on only one tuner, it won't record it. Doesn't matter if the one conflicting recording was scheduled in TWP or myworld.
     
  6. Jul 4, 2005 #166 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Okay... I am a little confused here... Yes, this error will be displayed if the "Start Minute" field is blank. The field should be auto-populated with a '0', so this error should only be seen if you delete this? Is this what you are doing, or is your browser not populating the field with a '0'? (in fact, all the fields in the form should be auto-populated, eg "Duration" should be '60').

    Unfortunately there is not a lot I can do here without access to a dual tuner unit. I will create a version with some debugging output enabled so that the problem can be tracked down a little further... See the beta3 version in post 162
     
  7. Jul 4, 2005 #167 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    That's true. I didn't know that the fix was to auto-populate that field. I'll try the debug version and let you know what I find. Thanks John.
     
  8. Jul 4, 2005 #168 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Well, I doubt this helps, but here's the debug screen showing the failure to record with only one conflict. Note that once a recording is underway, the module manages the conflict just fine. Let me know if there's anything else I can do to help you troubleshoot this.
     

    Attached Files:

  9. Jul 4, 2005 #169 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    What browser (type and version) are you running? The field should have a default value of '0', just like the duration should have a default value of '60'. Obviously your browser is not automatically doing this... I know that IE and Firefox do... in fact anything conforming to the standards should...
     
  10. Jul 4, 2005 #170 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    My browser does indeed enter a default value of 0 for the minutes field (Firefox). What I meant was that when you decribed the fix you made, I didn't realize it was to put a default value of 0 in that field. I thought you made some other fix to the code that allowed an empty input field.
     
  11. Jul 4, 2005 #171 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Hehe... actually that is all I need. I think you will have far more luck with beta4 (found in post 162).
     
  12. Jul 4, 2005 #172 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Got the exact same debug message with beta4.
     
  13. Jul 4, 2005 #173 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    The debug messages are still in there, but the recording should have been scheduled. For example the DBG4 line will be displayed, but no conflicts will be listed and the recording should have been scheduled.
     
  14. Jul 4, 2005 #174 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Actually, no. I get the same exact screen showing one conflict, and the manual recording not being scheduled. I confirmed that it wasn't scheduled in the to do list. Also the version number at the bottom of the TWP main screen still shows beta3.
     
  15. Jul 4, 2005 #175 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    The module was designed around placing a fake entry for a manual recording in the database. This should in no way affect the running of any other software on the TiVo. However it does result in the "Manual Recording" tag.

    If you do not wish to mark the recordings as manuals, then you can try the following alterations. [note: the TiVo will not know these are manual recordings so may do other odd things with them - give it a go and let us know how it works].

    The code modifications are as follows:

    Code:
    [U][I]Around line 210 in manrec.itcl:[/I][/U]
    # Manual Recording
    [B]dbobj $recording set SelectionType 5[/B]
    dbobj $recording set StartDate $recdate
    dbobj $recording set StartTime $rectime
    Replace the above bold line with the following:
    Code:
    dbobj $recording set SelectionType 3
    and

    Code:
    [U][I]Around line 225 in manrec.itcl:[/I][/U]
    #
    # Create the RecordingBehavior subobject.
    #
    set recordingbehavior [db $db createsub RecordingBehavior $recording]
    dbobj $recordingbehavior set DiskBehavior 1
    dbobj $recordingbehavior set PresentationBehavior 2
    [B]dbobj $recordingbehavior set ProgramGuideBehavior 3[/B]
    dbobj $recordingbehavior set TunerBehavior 3
    dbobj $recording set RecordingBehavior $recordingbehavior
    Replace the above bold line with the following:
    Code:
    dbobj $recordingbehavior set ProgramGuideBehavior 1
    NOTE: This could cause problems as the TiVo software will think that the recording is linked to a show (as it is not marked as manual)... but there is no information to link to. This results in error messages being displayed under TivoWeb, and I have no idea how the tivoapp GUI will handle it.
     
  16. Jul 4, 2005 #176 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    If you downloaded the zip file marked as beta4, then it should be showing beta4. Remember that you need to "restart" TWP in order to activate the new code.
     
  17. Jul 4, 2005 #177 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Actually I forgot to remount my root as read-write when I FTPd if over - hate that. Still, when I try beta4 it's still showing the same debug when handling a single conflict. Same as post 168.
     
  18. Jul 4, 2005 #178 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Okay... 90% confident that beta5 might work... usual story... have a look at post 162.
     
  19. Jul 4, 2005 #179 of 287
    rbautch

    rbautch User

    3,629
    0
    Feb 5, 2004
    Chicago, IL
    Now I'm getting this error, even though I have all fields filled in:
    Code:
    INTERNAL SERVER ERROR
    --cut here--
    action_manrec '' 'set "titlestr" "Manual Recording";set "descriptionstr" "Manual Recording";set "chnsel" "36291";set "repeat" "once";set "weeks" "2";set "wodatetz" "1120521600";set "wotimetz" "21";set "womin" "0";set "durationstr" "3";set "ratingstr" "1";set "recqual" "75";set "forcerecord" "0";set "createSP" "0";set "submit" "Record";'
    can't read "duration": no such variable
        while executing
    "if {$womin == "" || $duration == ""} {
    	    puts $chan "Both Start Minute and Duration must be specified."
    	    puts $chan [htm..."
        (procedure "::action_manrec" line 229)
        invoked from within
    "::action_$action $chan $part $env"
        ("eval" body line 1)
        invoked from within
    "eval {::action_$action $chan $part $env}"
    --cut here--
    
    
     
  20. Jul 4, 2005 #180 of 287
    john1980

    john1980 New Member

    179
    0
    Jun 17, 2004
    New Zealand
    Now 93% confident that beta6 will work... usual story... have a look at post 162.
     

Share This Page

spam firewall

Advertisements