1. This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

New program for 1 step TTG downloads, decryption, encoding - kmttg

Discussion in 'TiVo Home Media Features & TiVoToGo' started by moyekj, Mar 15, 2008.

  1. Mar 11, 2014 #6581 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
    Read the tooltip associated with the "Autoresolve" button - it tells you how to run kmttg batch mode to run this function. You can use batch mode run in conjunction with your OS scheduler to schedule periodic runs of Autoresolve.
     
  2. Mar 11, 2014 #6582 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
  3. Mar 12, 2014 #6583 of 10412
    wuzznuubi

    wuzznuubi New Member

    118
    0
    Jan 16, 2013
    Thanks. Sorry I didn't reply earlier, was out of town w/no Inet access.
     
  4. Mar 12, 2014 #6584 of 10412
    rocket777

    rocket777 New Member

    55
    0
    Sep 11, 2013
    No biggy, I'm just beta testing the latest versions and reporting something I found to help out. As I mentioned, it can be adjusted on the tivo itself, it's just much easier to use kmttg :)
     
  5. Mar 16, 2014 #6585 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    I am having sync issues. QS Fix with project x doesnt seem to help. I am on a mac, is there anything else to try?
     
  6. Mar 18, 2014 #6586 of 10412
    dredwing

    dredwing New Member

    18
    0
    Apr 2, 2008
    First, many thanks for KMTTG.

    Second, I think it would be an improvement if KMTTG were to add processing jobs to the job queue for older (by recording date/time) shows before newer shows. When it is running as a service, this probably doesn't make a lot of difference, since each series is likely to have only one new episode since the previous fetch of Now Playing List.

    When running Auto Transfers in GUI, if multiple episodes have accumulated since the last run (or while first setting up Auto Transfers), the timestamps on downloaded files will end up in the same order as they were received from the TiVo. For Roamio Plus (and I think S3) NPL is sent in reverse chronological order, so that most recently recorded programs are listed first.

    If all other TiVo's send NPL in same order (most recent first), it should be relatively simple to just reverse the Now Playing List received from TiVo when processing Auto Transfers. If there is an option to limit number of listings downloaded, this should still be OK, since the TiVo will still be sending most recent programs first.

    The support for episode numbering (special thanks for going above and beyond the old way of just using episode number in meta-data if it happened to be present) means that much of the time, properly named shows can be sorted. After seeing how well the episode numbering worked, I dropped "(Recorded 2014...) from the file naming scheme. It wasn't generally sortable by that, nor was I using times (if recorded time was even an option).

    In some cases, broadcast order does not match episode number order. Having an easy way to sort (by file date/time in explorer on the PC) to sort as a proxy for recording date comes in handy at times. One particular example is "The Three Stooges". There is a 2 or 3 hour block of 20 minute shows. The network does not always start and end episodes at the times specified in guide, so the tail of one show often ends up in the head of the next or vice versa. Fixing this via VideoRedo or some other editor is easier when date on PC's disk is same order as time recorded on TiVo. They are not broadcast in episode order. Over time, the Auto Transferred episodes end up in an order (by file creation/modification time) like this:

    (oldest on disk)
    Stooge week 1 @ 6:40
    Stooge week 1 @ 6:20
    Stooge week 1 @ 6:00

    Stooge week 2 @ 6:40
    Stooge week 2 @ 6:20
    Stooge week 2 @ 6:00

    Stooge week 3 @ 6:40
    Stooge week 3 @ 6:20
    Stooge week 3 @ 6:00
    (newest on disk)

    If the NPL were reversed before Auto Transfer programming, we could end up with
    (oldest on disk)
    Stooge week 1 @ 6:00
    Stooge week 1 @ 6:20
    Stooge week 1 @ 6:40

    Stooge week 2 @ 6:00
    Stooge week 2 @ 6:20
    Stooge week 2 @ 6:40

    Stooge week 3 @ 6:00
    Stooge week 3 @ 6:20
    Stooge week 3 @ 6:40
    (newest on disk)


    Thank you for considering this feature request.
     
  7. Mar 18, 2014 #6587 of 10412
    dredwing

    dredwing New Member

    18
    0
    Apr 2, 2008
    Lately, I have been using KMTTG in GUI mode only, with the service disabled. Every few days, I "Run Once in GUI" from the Auto Transfers menu.

    With version v1p0q (and I think, but am not sure, with v1p0p), after the jobs created by AutoTransfer have completed, I return to the PC (perhaps a day or more after completion), and Refresh the list from Tivo (Roamio Plus, if that matters), and a side effect of refreshing the list is a new set of jobs are queued by the AutoTransfer process. I am quite sure that I'm NOT pressing Auto Transfers/Run Once in GUI again. It doesn't happen every time. Maybe it is related to time of day, though I have not kept any log to see what the pattern is. It could also be that it happens one time for each time I "Run Once in GUI", but again, I have not kept a detailed log.

    This isn't catastrophic - odds are that I was going to do it anyway, but it can be annoying, for example, if I had planned on rebooting (monthly updates for Windows, or some other reason) before queuing up the Auto Transfers.

    This may have already been reported - I only reviewed the last couple pages of posts, so if it is a duplicate, I apologize.

    Update: It occurs to me that this might be related to having 2 TiVo's configured in KMTTG, but with only one (Roamio Plus) actually online, with the S3 not currently active. After the most recent unsolicited Auto Transfer, I refreshed several times, and everything behaved normally. Stopping and starting KMTTG also behaved normally. After the reboot for this month's patches, I'll see if there is exactly one extra set of Auto Transfers triggered by a normal refresh. (I may need to wait overnight for the first AT to finish.)
     
  8. Mar 19, 2014 #6588 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
    dredwing, the reverse chronological order (older first) makes some sense and was easy enough to implement, so it will be in next release.
    Can't reproduce the "Run Once in GUI" issue you described above.
     
  9. Mar 22, 2014 #6589 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    I'm on a mac and when I click "configure" I am getting errors. Here is the stack trace. Bad java install?

    java.lang.NullPointerException
    at com.apple.laf.AquaComboBoxUI$1.itemStateChanged(AquaComboBoxUI.java:97)
    at javax.swing.JComboBox.fireItemStateChanged(JComboBox.java:1225)
    at javax.swing.JComboBox.selectedItemChanged(JComboBox.java:1282)
    at javax.swing.JComboBox.contentsChanged(JComboBox.java:1329)
    at javax.swing.AbstractListModel.fireContentsChanged(AbstractListModel.java:118)
    at javax.swing.DefaultComboBoxModel.setSelectedItem(DefaultComboBoxModel.java:93)
    at javax.swing.JComboBox.setSelectedItem(JComboBox.java:578)
    at com.tivo.kmttg.gui.configMain.read(configMain.java:866)
    at com.tivo.kmttg.gui.configMain.display(configMain.java:160)
    at com.tivo.kmttg.gui.gui$25.actionPerformed(gui.java:1011)
    at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:2018)
    at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2341)
    at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:402)
    at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:259)
    at javax.swing.AbstractButton.doClick(AbstractButton.java:376)
    at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:833)
    at com.apple.laf.AquaMenuItemUI.doClick(AquaMenuItemUI.java:157)
    at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:877)
    at java.awt.Component.processMouseEvent(Component.java:6505)
    at javax.swing.JComponent.processMouseEvent(JComponent.java:3320)
    at java.awt.Component.processEvent(Component.java:6270)
    at java.awt.Container.processEvent(Container.java:2229)
    at java.awt.Component.dispatchEventImpl(Component.java:4861)
    at java.awt.Container.dispatchEventImpl(Container.java:2287)
    at java.awt.Component.dispatchEvent(Component.java:4687)
    at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4832)
    at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4492)
    at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4422)
    at java.awt.Container.dispatchEventImpl(Container.java:2273)
    at java.awt.Window.dispatchEventImpl(Window.java:2719)
    at java.awt.Component.dispatchEvent(Component.java:4687)
    at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:735)
    at java.awt.EventQueue.access$200(EventQueue.java:103)
    at java.awt.EventQueue$3.run(EventQueue.java:694)
    at java.awt.EventQueue$3.run(EventQueue.java:692)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:87)
    at java.awt.EventQueue$4.run(EventQueue.java:708)
    at java.awt.EventQueue$4.run(EventQueue.java:706)
    at java.security.AccessController.doPrivileged(Native Method)
    at java.security.ProtectionDomain$1.doIntersectionPrivilege(ProtectionDomain.java:76)
    at java.awt.EventQueue.dispatchEvent(EventQueue.java:705)
    at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:242)
    at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:161)
    at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:150)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:146)
    at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:138)
    at java.awt.EventDispatchThread.run(EventDispatchThread.java:91)
     
  10. Mar 22, 2014 #6590 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
    Other Mac users have reported this too. It seems to be related to "config-Visual-look and feel" setting, but I don't have a Mac to try and debug the problem. Try different settings there to see if there's one that doesn't produce the problem.
     
  11. Mar 22, 2014 #6591 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    It seems to be related to the Mac OS Theme
     
  12. Mar 22, 2014 #6592 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
    So if you pick any theme other than Mac OS it's OK?
     
  13. Mar 22, 2014 #6593 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    Default theme is ok. I'll try others tonight.
     
  14. Mar 22, 2014 #6594 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    Yes, its just the Mac OS theme
     
  15. Mar 22, 2014 #6595 of 10412
    moyekj

    moyekj Well-Known Member

    11,140
    29
    Jan 23, 2006
    Mission...
    OK, I've added a note in Wiki and in tooltip for next release advising not to use Mac OS selection for look and feel.
     
  16. Mar 22, 2014 #6596 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    bummer! thats the best one!
     
  17. Mar 23, 2014 #6597 of 10412
    dredwing

    dredwing New Member

    18
    0
    Apr 2, 2008
    One other detail I forgot to mention - I also have a TiVo Mini on the network.
    I did confirm that the "Run Once in GUI" issue happens for exactly one extra time (the first refresh after a "Run Once in GUI" was intentionally started, assuming the ROiG tasks have completed). I also confirmed that the problem disappeared when I removed the S3 (which is not powered on) from the KMTTG configuration.

    Thanks for the quick response on the feature request. A couple more feature requests.

    1) It would be nice if the summary at end of Auto Transfer reported the number of programs scheduled for processing, in addition to the message indicating how many matches were found.

    2) An easy way to remove an episode from the transfer history, probably with an interface similar to that for adding an episode TO the transfer history. This would be useful in cases where a download was corrupted, or an incomplete program was recorded. For this to have the desired effect, user would need to delete the problem episode from TiVo before removing it from transfer history. For cable channels that repeat an episode several times over a couple weeks, there would be a good chance of Auto-transferring the episode after re-scheduling it manually on TiVo. For shows that only air once a week, there would be a chance to automatically re-capture the episode when the network repeats episodes during a season, or perhaps to get the program from syndication in another year or so.

    Thanks again for a great program!

    Added 03-23-2014
    Hmmm... a couple hours after I posted this, I realized the inherent contradiction. If the show is in the now playing list, where it can easily be selected and marked for removing the program ID from download history, it will immediately become a candidate for download. Since there was something wrong with the program to start with, we probably do not want to re-download the current episode. Perhaps some kind of "remove from history and remotely delete from the tivo" or "remove from history and tell user to delete it" could work. As long as kmttg can remember the program ID for a few seconds, it should be possible to delete first, then remove from download history, just so a badly timed Auto-download doesn't catch the program during a small window of vulnerability.

    And tonight we have another of the events that might lead to partial recordings for which this feature would be useful - CBS Sports running long, and pushing back east coast start and end times for 60 minutes, The Amazing Race, The Good Wife and The Mentalist. (Padding The Mentalist as part of season pass is another way to minimize impact of sports delays, but having multiple ways to solve a problem is useful.)

    Another scenario where clearing a program from download history is useful - when the network broadcasts an episode that does not match the guide data (particularly if they air a rerun in a slot that the program guide has labeled as a new episode), then the following week airs the episode with correct guide data. You will probably need to manually record (on TiVo) next weeks episode (or change season pass to record ALL episodes), but it would be useful for KMTTG to download the episode that has content matching guide data.
    (My description is a bit unclear - hopefully you can envision the scenario I am describing.)
     
  18. Mar 23, 2014 #6598 of 10412
    BankZ

    BankZ New Member

    188
    0
    Aug 16, 2007
    Is there anyway for it to auto sort shows alphabetically after it starts?
     
  19. Mar 25, 2014 #6599 of 10412
    ThAbtO

    ThAbtO TiVoholic by the bay

    6,724
    8
    Apr 6, 2000
    SF Bay Area
    I just noticed the line highlight color on a show that is currently recording is purple.
    Shouldn't it be red?
     
  20. Apr 2, 2014 #6600 of 10412
    dredwing

    dredwing New Member

    18
    0
    Apr 2, 2008
    Yet another feature request(s)..
    Maybe this is already in more recent builds, but I seem to recall a time when I was trying to close a child window, used Alt-F4 (on windows), and the whole program closed, which resulted in a bunch of partially processed job sequences. Would the "maintain job queue between sessions" option (which I did not have selected) have minimized the manual recovery needed afterwards, even though I was running in GUI mode?

    I can't test the current behavior right this moment, as I have a bunch of qsfix and comskip jobs still being processed (more on this in a sec).

    Perhaps with java this would be beyond the programs control, but it would be nice if there were a confirmation dialog before the program exits. I have not tried the "save and restore job queue" features, but if kmttg does get control when window is closed, in addition to OK/Cancel choice, perhaps a option to save current job queue could be added.

    The reason for long queue of qsfix and comskip jobs is a (videoredo) decrypt/qsfix job that got stuck for 14 hours at 100% completion (until I canceled the job from kmttg gui). I do not have the "run multiple VideoRedo tasks" option selected. Would it be practical for kmttg to automatically cancel the problem job (and optionally add it and dependent jobs back to end of queue (once)), once some reasonable amount of time has passed and status of program isn't changing?
     

Share This Page