My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Today

  • 16 hours ago
    issue 75 (Set width of channel/episode numbers) Labels changed by moy...@yahoo.com   -   Episode Numbers are currently already hard coded to be 3 digits (padded with zeros if necessary). Are you looking for a different config spec for each, or a single config for both? If this was implemented I assume it would apply in general in the GUI, not just for file naming purposes? Other than channel and episode #s are there any other #s you had in mind?
    Labels: Type-Enhancement Priority-Low Type-Defect Priority-Medium
    Episode Numbers are currently already hard coded to be 3 digits (padded with zeros if necessary). Are you looking for a different config spec for each, or a single config for both? If this was implemented I assume it would apply in general in the GUI, not just for file naming purposes? Other than channel and episode #s are there any other #s you had in mind?
    Labels: Type-Enhancement Priority-Low Type-Defect Priority-Medium

Yesterday

  • 38 hours ago
    issue 75 (Set width of channel/episode numbers) reported by RicksLists   -   Is it possible to provide a width specifier to specify the width of numeric values? I admit, I'm anal, but would like the channel number to be, say, 3 digits; e.g. 997, 025, 004. Low priority, but and item to consider. Thanks.
    Is it possible to provide a width specifier to specify the width of numeric values? I admit, I'm anal, but would like the channel number to be, say, 3 digits; e.g. 997, 025, 004. Low priority, but and item to consider. Thanks.
  • 40 hours ago
    r835 (Updated to release version) committed by moy...@yahoo.com   -   Updated to release version
    Updated to release version
  • 40 hours ago
    release_notes Wiki page edited by moy...@yahoo.com   -   Revision r834 Edited wiki page through web user interface.
    Revision r834 Edited wiki page through web user interface.
  • 40 hours ago
    kmttg_v0p7g.zip (v0p7g platform independent installation) file uploaded by moy...@yahoo.com
  • 40 hours ago
    release_notes Wiki page edited by moy...@yahoo.com   -   Revision r833 Edited wiki page through web user interface.
    Revision r833 Edited wiki page through web user interface.
  • 40 hours ago
    auto_transfers Wiki page edited by moy...@yahoo.com   -   Revision r832 Edited wiki page through web user interface.
    Revision r832 Edited wiki page through web user interface.
  • 40 hours ago
    auto_transfers Wiki page edited by moy...@yahoo.com   -   Revision r831 Edited wiki page through web user interface.
    Revision r831 Edited wiki page through web user interface.
  • 40 hours ago
    auto_transfers Wiki page edited by moy...@yahoo.com   -   Revision r830 Edited wiki page through web user interface.
    Revision r830 Edited wiki page through web user interface.
  • 40 hours ago
    r829 (Updated to new release version) committed by moy...@yahoo.com   -   Updated to new release version
    Updated to new release version

Last 7 days

  • Dec 30, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r828 Edited wiki page through web user interface.
    Revision r828 Edited wiki page through web user interface.
  • Dec 30, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r827 Edited wiki page through web user interface.
    Revision r827 Edited wiki page through web user interface.
  • Dec 30, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r826 Edited wiki page through web user interface.
    Revision r826 Edited wiki page through web user interface.
  • Dec 30, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) Status changed by moy...@yahoo.com   -   OK thanks for the testing. I will close this issue for now but you can continue to comment here should another issue related to these changes surface.
    Status: Fixed
    OK thanks for the testing. I will close this issue for now but you can continue to comment here should another issue related to these changes surface.
    Status: Fixed
  • Dec 30, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   Yep, I put the .* entry back on top and added an entry below it to grab "Ace of Cakes". Logs showed: 2009_12_30_09:16:32 NOTE: no match due to Suggestions Filter - Ace of Cakes - It's a Hard Knock Cake for Duff 2009_12_30_09:16:32 Title keyword match: 'ace of cakes' found in 'ace of cakes' 2009_12_30_09:16:32 START PROCESSING OF ENTRY: Ace of Cakes - It's a Hard Knock Cake for Duff and it is indeed grabbing the show right now. So I haven't tested many cases (and haven't yet tested the multiple entry matches), but in my basic case, things appear to be working as planned. Thanks again for all of the work on this. I can actually see a lot of other cases where this will be useful.
    Yep, I put the .* entry back on top and added an entry below it to grab "Ace of Cakes". Logs showed: 2009_12_30_09:16:32 NOTE: no match due to Suggestions Filter - Ace of Cakes - It's a Hard Knock Cake for Duff 2009_12_30_09:16:32 Title keyword match: 'ace of cakes' found in 'ace of cakes' 2009_12_30_09:16:32 START PROCESSING OF ENTRY: Ace of Cakes - It's a Hard Knock Cake for Duff and it is indeed grabbing the show right now. So I haven't tested many cases (and haven't yet tested the multiple entry matches), but in my basic case, things appear to be working as planned. Thanks again for all of the work on this. I can actually see a lot of other cases where this will be useful.
  • Dec 30, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   I coded such that it will only fetch same show once regardless of how many times it matches auto entries, and specifically tested that scenario. (You will see multiple matching entries in that case, but the fetch request will only happen on the first match).
    I coded such that it will only fetch same show once regardless of how many times it matches auto entries, and specifically tested that scenario. (You will see multiple matching entries in that case, but the fetch request will only happen on the first match).
  • Dec 30, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   Just a quick check on this (although I can test it easily as well), If an program matches more than one entry that tells it to fetch, will it fetch only once, or once per matching entry? (I ask because if you previously exited after the first match, then you wouldn't have had to deal with multiple entries telling a show to download.) In my case I definitely will have some entries that are told to fetch more than once (non-suggestions caught in both the .* filter and the other filters that also catch suggestions).
    Just a quick check on this (although I can test it easily as well), If an program matches more than one entry that tells it to fetch, will it fetch only once, or once per matching entry? (I ask because if you previously exited after the first match, then you wouldn't have had to deal with multiple entries telling a show to download.) In my case I definitely will have some entries that are told to fetch more than once (non-suggestions caught in both the .* filter and the other filters that also catch suggestions).
  • Dec 30, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   OK, now that I was able to test myself (I enabled suggestions) I was able to see what the issue was. Previously as soon as a show was matched or filtered versus an auto entry then no further auto entries were processed. I have changed things now such that a show is always matched against all auto entries. Thus it now shouldn't matter what order your auto entries are stored in auto.ini. Please give this version a test drive: http://kmttg.googlecode.com/files/kmttg_issue71c.zip (Also try with your auto.ini file with your '.*' title entry first as it was previously).
    OK, now that I was able to test myself (I enabled suggestions) I was able to see what the issue was. Previously as soon as a show was matched or filtered versus an auto entry then no further auto entries were processed. I have changed things now such that a show is always matched against all auto entries. Thus it now shouldn't matter what order your auto entries are stored in auto.ini. Please give this version a test drive: http://kmttg.googlecode.com/files/kmttg_issue71c.zip (Also try with your auto.ini file with your '.*' title entry first as it was previously).
  • Dec 30, 2009
    kmttg_issue71c.zip (kmttg.jar test file for issue 71) file uploaded by moy...@yahoo.com   -  
    Labels: Deprecated
    Labels: Deprecated
  • Dec 30, 2009
    r825 (Process all auto entries for each TiVo show and then return ...) committed by moy...@yahoo.com   -   Process all auto entries for each TiVo show and then return if accepted/rejected
    Process all auto entries for each TiVo show and then return if accepted/rejected
  • Dec 30, 2009
    r824 (Reverted to previous version) committed by moy...@yahoo.com   -   Reverted to previous version
    Reverted to previous version
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   I did see that NOTE in my entries, but it still didn't process Futurama again. I did have the global suggestionsFilter set to 0. So not sure on that one, although I don't really think it is necessary to change the processing logic. I've verified that with your previous binary (and maybe the more recent one but I didn't test), everything works correctly if I just drop the *. entry to the last one in the auto.ini file. It appears rules are processed in order, so when it gets to Futurama it hits the entry with no suggestions filter first, then the *. one, but by that time, it has already marked it for download. I don't mind at all that the rules would be ordered. It actually makes some sense with regards to *. entries being "dropthrough" kinds of entries. Again, the logic appears to be perfect with your first binary if I just order the entries correctly.
    I did see that NOTE in my entries, but it still didn't process Futurama again. I did have the global suggestionsFilter set to 0. So not sure on that one, although I don't really think it is necessary to change the processing logic. I've verified that with your previous binary (and maybe the more recent one but I didn't test), everything works correctly if I just drop the *. entry to the last one in the auto.ini file. It appears rules are processed in order, so when it gets to Futurama it hits the entry with no suggestions filter first, then the *. one, but by that time, it has already marked it for download. I don't mind at all that the rules would be ordered. It actually makes some sense with regards to *. entries being "dropthrough" kinds of entries. Again, the logic appears to be perfect with your first binary if I just order the entries correctly.
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   I don't see how that possibly could be. You should be seeing this text now related to the *. pattern matching & suggestions filter: "NOTE: no match due to auto entry Suggestions Filter - <title>" However that no longer prevents other auto entries from being processed. The only way I could see it doesn't work is if you have global suggestionsFilter turned on in your auto.ini. Make sure global filter is off - i.e. in auto.ini you should have: <suggestionsFilter> 0 If still no go then I guess I'll have to turn on suggestions and test myself as I must be missing something...
    I don't see how that possibly could be. You should be seeing this text now related to the *. pattern matching & suggestions filter: "NOTE: no match due to auto entry Suggestions Filter - <title>" However that no longer prevents other auto entries from being processed. The only way I could see it doesn't work is if you have global suggestionsFilter turned on in your auto.ini. Make sure global filter is off - i.e. in auto.ini you should have: <suggestionsFilter> 0 If still no go then I guess I'll have to turn on suggestions and test myself as I must be missing something...
  • Dec 29, 2009
    VideoRedo_configuration Wiki page commented on by brucek   -   If you used the compatibility setting "Run As Administrator" on VideoReDo in order to run it at least once as administrator, you'll probably need to then clear that setting for regular use. At least I did -- kmttg was not able to start VRD for me until I cleared this setting.
    If you used the compatibility setting "Run As Administrator" on VideoReDo in order to run it at least once as administrator, you'll probably need to then clear that setting for regular use. At least I did -- kmttg was not able to start VRD for me until I cleared this setting.
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   That didn't change things, as the local *. entry still pounded the others. But I fixed it with configuration logic. I went back to your original binary on this thread (where the processing order didn't change), and I modified my auto.ini to put the *. entry _last_. With the ini entry order changed, on a quick run it appears to be performing as I expect.
    That didn't change things, as the local *. entry still pounded the others. But I fixed it with configuration logic. I went back to your original binary on this thread (where the processing order didn't change), and I modified my auto.ini to put the *. entry _last_. With the ini entry order changed, on a quick run it appears to be performing as I expect.
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   OK, try this new kmttg.jar to see if it works with your setup: http://kmttg.googlecode.com/files/kmttg_issue71b.zip I moved the local suggestionsFilter processing to be outside the global filtering logic.
    OK, try this new kmttg.jar to see if it works with your setup: http://kmttg.googlecode.com/files/kmttg_issue71b.zip I moved the local suggestionsFilter processing to be outside the global filtering logic.
  • Dec 29, 2009
    kmttg_issue71b.zip (kmttg.jar test file for issue 71) file uploaded by moy...@yahoo.com   -  
    Labels: Deprecated
    Labels: Deprecated
  • Dec 29, 2009
    VideoRedo_configuration Wiki page commented on by brucek   -   re: "it may be necessary to run kmttg as administrator to get things to work". I know how to set regular .exe files to run this way, but I don't know what to do for a .jar file like kmttg. Do I have to configure all of the Java runtime to run as administrator? Or is there some way to mark just this file?
    re: "it may be necessary to run kmttg as administrator to get things to work". I know how to set regular .exe files to run this way, but I don't know what to do for a .jar file like kmttg. Do I have to configure all of the Java runtime to run as administrator? Or is there some way to mark just this file?
  • Dec 29, 2009
    r823 (Moved individual auto entry suggestions filter out of global...) committed by moy...@yahoo.com   -   Moved individual auto entry suggestions filter out of global filter processing
    Moved individual auto entry suggestions filter out of global filter processing
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   Yes that's what it is. The "*." entry means match everything, so every TiVo entry is processed with that setup. The way the matching process works is each TiVo entry is checked only once versus all auto config entries, thus if it is eliminated due to a filter then it won't be checked again versus other auto config entries. That logic was fine because up to this point all filters were global anyway. This throws a wrench into that logic now. I'll have to think about it some more...
    Yes that's what it is. The "*." entry means match everything, so every TiVo entry is processed with that setup. The way the matching process works is each TiVo entry is checked only once versus all auto config entries, thus if it is eliminated due to a filter then it won't be checked again versus other auto config entries. That logic was fine because up to this point all filters were global anyway. This throws a wrench into that logic now. I'll have to think about it some more...
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   I think my syntax is ok, as even when setting the global suggestionsFilter to 0, I get Futurama filtered out due to suggestions with the above config. I tried the GUI on my Mac and it created the same suggestionsFilter entries that I did manaully. I _think_ that the problem might be that I have the global *. entry first, and it is filtering out Futurama due to suggestions, and maybe it never gets a chance to hit a second entry? Is there logic that might prevent a show from matching more than one entry? Whether my global suggestionsFilter is 0 or 1 with the above entries, Futurama is always filtered out due to suggestionsFilter being set to 1 for the *. entry.
    I think my syntax is ok, as even when setting the global suggestionsFilter to 0, I get Futurama filtered out due to suggestions with the above config. I tried the GUI on my Mac and it created the same suggestionsFilter entries that I did manaully. I _think_ that the problem might be that I have the global *. entry first, and it is filtering out Futurama due to suggestions, and maybe it never gets a chance to hit a second entry? Is there logic that might prevent a show from matching more than one entry? Whether my global suggestionsFilter is 0 or 1 with the above entries, Futurama is always filtered out due to suggestionsFilter being set to 1 for the *. entry.
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   Caught me in a boat with no oar on that one. I'm running this on a headless embedded server sitting by my Tivo that doesn't have any gui (including no X11 installed). I'll try disabling the global settings filter to see if that helps. Should this also work with the config file change that I posted? Is there a syntax I can use that won't require the gui?
    Caught me in a boat with no oar on that one. I'm running this on a headless embedded server sitting by my Tivo that doesn't have any gui (including no X11 installed). I'll try disabling the global settings filter to see if that helps. Should this also work with the config file change that I posted? Is there a syntax I can use that won't require the gui?
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   Please use the kmttg GUI to set and check the changes: Auto Transfers->Configure... Then if you click on an entry in the table it will update the options that are set in the dialog. Also make sure that the "Filter out TiVo Suggestions" under GLOBAL SETTINGS is disabled, since that will override any individual settings. You can test everything from GUI by turning on "Dry Run Mode" and then choosing Auto Transfers->Run in GUI.
    Please use the kmttg GUI to set and check the changes: Auto Transfers->Configure... Then if you click on an entry in the table it will update the options that are set in the dialog. Also make sure that the "Filter out TiVo Suggestions" under GLOBAL SETTINGS is disabled, since that will override any individual settings. You can test everything from GUI by turning on "Dry Run Mode" and then choosing Auto Transfers->Run in GUI.
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   No love. I have the following two entries in the auto.ini <title> .* <options> enabled 1 tivo DREWTIVO metadata 0 decrypt 1 qsfix 0 comskip 0 comcut 0 captions 0 encode 1 push 0 custom 0 encode_name ff_drew comskipIni none suggestionsFilter 1 <title> Futurama <options> enabled 1 tivo DREWTIVO metadata 0 decrypt 1 qsfix 0 comskip 0 comcut 0 captions 0 encode 1 push 0 custom 0 encode_name ff_drew comskipIni none suggestionsFilter 0 ---- And Futurama still gets skipped due to suggestions filter. I just guessed at the syntax based on the other options. Did I get it right? (I tried having a global suggestionsFilter of 1, as well as having no global suggestionsFilter)
    No love. I have the following two entries in the auto.ini <title> .* <options> enabled 1 tivo DREWTIVO metadata 0 decrypt 1 qsfix 0 comskip 0 comcut 0 captions 0 encode 1 push 0 custom 0 encode_name ff_drew comskipIni none suggestionsFilter 1 <title> Futurama <options> enabled 1 tivo DREWTIVO metadata 0 decrypt 1 qsfix 0 comskip 0 comcut 0 captions 0 encode 1 push 0 custom 0 encode_name ff_drew comskipIni none suggestionsFilter 0 ---- And Futurama still gets skipped due to suggestions filter. I just guessed at the syntax based on the other options. Did I get it right? (I tried having a global suggestionsFilter of 1, as well as having no global suggestionsFilter)
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by drew.streib   -   Will download and test tonight. Thanks!
    Will download and test tonight. Thanks!
  • Dec 29, 2009
    issue 73 (Intel tivodecode binary does not seem to run on 10.5.8) Status changed by moy...@yahoo.com   -   Closing this issue.
    Status: Done
    Closing this issue.
    Status: Done
  • Dec 29, 2009
    issue 71 (Feature request: transfer all non-suggestions, transfer some...) commented on by moy...@yahoo.com   -   Got around to adding this today. Note that I didn't test it at all, so please test it out and confirm it works as you expect. Download the zip file below and rename kmttg.jar in your current kmttg installation and replace with one in zip file: http://kmttg.googlecode.com/files/kmttg_issue71a.zip Please provide feedback here on how it works.
    Got around to adding this today. Note that I didn't test it at all, so please test it out and confirm it works as you expect. Download the zip file below and rename kmttg.jar in your current kmttg installation and replace with one in zip file: http://kmttg.googlecode.com/files/kmttg_issue71a.zip Please provide feedback here on how it works.
  • Dec 29, 2009
    kmttg_issue71a.zip (kmttg.jar test file for issue 71) file uploaded by moy...@yahoo.com   -  
    Labels: Deprecated
    Labels: Deprecated
  • Dec 29, 2009
    r822 (Added capability for individual entry suggestionsFilter) committed by moy...@yahoo.com   -   Added capability for individual entry suggestionsFilter
    Added capability for individual entry suggestionsFilter
  • Dec 29, 2009
    r821 (Added parsing of individual entry suggestionsFilter option) committed by moy...@yahoo.com   -   Added parsing of individual entry suggestionsFilter option
    Added parsing of individual entry suggestionsFilter option
  • Dec 29, 2009
    r820 (Added individual entry suggestionsFilter option) committed by moy...@yahoo.com   -   Added individual entry suggestionsFilter option
    Added individual entry suggestionsFilter option
  • Dec 29, 2009
    r819 (Added suggestionsFilter option) committed by moy...@yahoo.com   -   Added suggestionsFilter option
    Added suggestionsFilter option
  • Dec 29, 2009
    windows_installation Wiki page commented on by moy...@yahoo.com   -   Simply browse to *kmttg.jar* file and then right click on it and choose *Copy*, then right click mouse over empty desktop space and choose *Paste Shortcut*. Now when you double-click on that desktop shortcut it will launch the kmttg GUI.
    Simply browse to *kmttg.jar* file and then right click on it and choose *Copy*, then right click mouse over empty desktop space and choose *Paste Shortcut*. Now when you double-click on that desktop shortcut it will launch the kmttg GUI.
  • Dec 29, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r818 Edited wiki page through web user interface.
    Revision r818 Edited wiki page through web user interface.
  • Dec 29, 2009
    windows_installation Wiki page commented on by Chris.D.Bacchus   -   I have installed this.....do I have to click the .jar file each time to access it? I canno locate anything to make a shortcut to on my desktop
    I have installed this.....do I have to click the .jar file each time to access it? I canno locate anything to make a shortcut to on my desktop
  • Dec 28, 2009
    tivodecode_0.3.4_win32.zip (tivodecode with TiVo TS decryption support) file uploaded by moy...@yahoo.com
  • Dec 27, 2009
    windows_installation Wiki page commented on by moy...@yahoo.com   -   You don't have proper file association setup. I ammended item 4. above with instructions on how to associate javaw.exe with .jar files.
    You don't have proper file association setup. I ammended item 4. above with instructions on how to associate javaw.exe with .jar files.
  • Dec 27, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r817 Edited wiki page through web user interface.
    Revision r817 Edited wiki page through web user interface.
  • Dec 27, 2009
    windows_installation Wiki page edited by moy...@yahoo.com   -   Revision r816 Edited wiki page through web user interface.
    Revision r816 Edited wiki page through web user interface.
  • Dec 27, 2009
    windows_installation Wiki page commented on by dan85a   -   please help I can't get this to run if I try to open the kmttg.jar it opens winzip.
    please help I can't get this to run if I try to open the kmttg.jar it opens winzip.
 
Hosted by Google Code