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

PyTivo Video Manager HME App for pyhme

Discussion in 'Developers Corner' started by jbernardis, Apr 20, 2011.

  1. wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    It's due to the push process. TiVo Inc. flags everything transferred this way. It doesn't happen if you pull.
     
  2. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Hey Jeff,

    How difficult would it be to allow the user to specify cover art for virtual shares? It would be rather nice if the following had cover art:

    [​IMG]

    [​IMG]
     
  3. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Let me look at it. It should be doable.
     
  4. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Cweb - sorry it took so long to get back with an answer to this, but I don't think this will be too easy to do - I think I'm going to have to decline.

    The problem is that for physical shares, the root directory is an integral part of the data structure, and for virtual shares, they know nothing about the physical structure of the disk - they're passed one video at a time for consideration for inclusion or exclusion. I just don't see how your request could be incorporated without some major design changes.
     
  5. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Leslie,

    Adding the logic to display the images is not a great task. However, the difficulty arises when trying to decide WHERE the images need to be located. I don't think it's practical for you to specify a full path name in the ini file - that would be OK for the share itself but a potential nightmare if you needed to add an entry for all the different genre or actors. So I am thinking of the following:

    Let's create a directory beneath the vidmgr directory -call it "artwork" or something like that. In there there'd be a jpg file whose basename is the exact name of the share (for example "Browse by Genre.jpg"). If there is no filename, no artwork is displayed. Potentially in there is also a directory named "Browse by Genre", and inside THAT directory would (potentially) be a file named "Action.jpg" or "Comedy.jpg". And a similar thing for the other virtual share types. A structure like this would be at most 3 layers deep with the current virtual share model I have.

    The ONLY concern I have with this is that I can't always guarantee that the value of the meta data will form a legal file name. I guess I could add some logic to strip offending characters, but I'm not sure there's an easy OS independent way of doing that. Also, it would have to be a very well defined algorithm so that users would be able to predict what they need to name their files.

    I'm still working on it.
     
  6. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Yeah, that's clear.

    'Works for me.

    You lost me, there. I'm certainly not complaining, but why would there be, in effect, "sub-types"?

    It seems to me the user should be responsible for not creating illegal file names.

    I'm inclined to say you should just put the requirement in the docs and let the users worry about it. It's entirely up to you, of course.

    Many, many thanks!
     
  7. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Ok - here's the idea. Suppose you had a "Browse by Genre" virtual share and you had genre of "Comedy" and "Action". In the main directory you'd have "Browse by Genre.jpg" which would be the artwork for that virtual share. You'd also have a "Browse by Genre" directory, and it would/could contain "Comedy.jpg" and "Action.jpg" and these would be the artwork for those genre. Because some of the virtual shares ALSO allow for a grouping metadata item, this essentially creates another layer of directories. I wasn't complaining about this - I was pointing out that because of this small limit, the job wouldn't be too daunting.

    But the issue is that the filenames are NOT created by the user - at least not directly - they are created from the metadata values. For genre, I don't see an issue, but, for example, Actor names could have special characters - umlaut's tildes, etc - that might result in illegal (or at least difficult to deal with) file names.

    Maybe you're right - I could just put it on the user. If they have garbage metadata, they might end up with a screwy filename.



    I'll proceed on that assumption. I don't think I'm too far away from having something. I've just been distracted lately trying to dig out from the hurricane. No major damage, but we have a house on Long Beach Island - yeah THAT Long Beach Island - that needs some attention. Compared to other people, we were very very lucky, and I'm grateful for that, but it still diverts my focus.
     
  8. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Ah, I see. 'Very thorough of you.

    Oh, I absolutely knew you weren't. I just wanted everyone to know I wasn't, either.

    Oh, I see what you mean, and sometimes those values are created by automated processes, such as Metagenerator or the feed from Tribune Media.

    Yeah, I see. perhaps it would be good to have Buildcache complain if it comes across something your code does not handle well, and so skips. Like many people, I am sure, I don't run Buildcache manually on a regular basis, but I certainly would run it if artwork on one of my shares was not showing up, or indeed right after adding any artwork.

    Such is life. Yours is not devoted to making sure we don't ever make a mistake.

    Dude, take care of your needs. You're doing this for fun. Anyone who doesn't like it can take a long walk on what's left of a short pier near that house.
     
  9. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Thanks for the support, but believe me that when dealing with these kinds of issues, having a nice distraction like working on this software is therapeutic. It takes my mind off of things.
     
  10. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Oh, well, there's that, I'm sure. If it keeps your bubble at the top of the glass in the level AND gets us great software, then I'm all for it! :)
     
  11. jcthorne

    jcthorne Active Member

    2,718
    2
    Jan 28, 2002
    Houston
    Now that pytivo supports pulling TS files to Series 4 units remuxed from mp4 on the fly containing h.264 video...

    Any way vidmgr could now initiate a pull of the video rather than request a push via the mind server? If possible the transfer would begin almost instantly. mind server working or not....
     
  12. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Somebody else can chime in here, but I don't believe there is a way to initiate a pull from HME.
     
  13. lpwcomp

    lpwcomp Active Member

    8,075
    2
    May 6, 2002
    John's...
    I don't use it, but I do not understand the reason for wanting vidmgr to initiate a pull. Do you really prefer the vidmgr interface that much?
     
  14. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Absolutely! The NPL really sucks, especially on the Premiere, but badly so even on the S3. Vidmgr has some annoying limitations (imposed by the TiVo, not Jeff's coding), but it far exceeds the abilities of the NPL. It's not just the interface, either. It's the vast number of features in vidmgr. Grouping by genre, series, actor, director, producer, push date, record date, etc., is just not practical at all with the NPL. It can be done, of course, using symlinks, but it tends to be a highly manual process, and it's definitely not scalable. It's trivial with vidmgr. The amount of information presented to the viewer using vidmgr is several times that of the NPL user, and much of what is needed requires no extra button presses at all with vidmgr, or perhaps only 1, versus several button presses in the NPL.

    I mean, come on. This:

    [​IMG]

    vs. this:

    [​IMG]

    and this:

    [​IMG]

    vs. this:

    [​IMG]

    [​IMG]

    [​IMG]

    Oh, please. What's just as important as the efficiency and the greater amount of information kept at the user's fingertips is the fact vidmgr is highly and easily configurable, while configuring the NPL presents a considerable challenge, one that is quite time consuming.

    That, and I just skimmed through the "RAID Server" share in the NPL at top speed without reading any of the titles or drilling into any of the subdirectories. It took 2 minutes, 21 seconds. It took 32 seconds using vidmgr.

    Suppose I wanted to transfer the video The Jewel of the Nile. Finding that video and initiating the transfer in vidmgr took just under 2 seconds. Doing the same in the NPL took 56 seconds, and I have a fairly highly optimized share.

    One or two minutes may not sound like much, but repeat the process hundreds of times, and it adds up to many hours of time wasted using the NPL.
     
  15. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    It surely would be nice if there were. (Actually, I think there is for the Premiere using RPC, but I can't say for the S2 or S3 platforms.)
     
  16. lpwcomp

    lpwcomp Active Member

    8,075
    2
    May 6, 2002
    John's...
    Yes, it would be possible. Practical? No. There just isn't enough information available to the PC to properly navigate the TiVo.

    As far as the vidmgr interface being preferable, I wasn't asking you. We all know what you think.
     
  17. cweb

    cweb New Member

    106
    0
    May 29, 2004
    The vidmgr interface is great. Much prefer it to anything else.


    Have a new issue. It may involve cache corruption. I recently added a new drive and created a new vidmgr volume. The new drive and volume presently has just on directory which contains 126 supernatural episodes. When I list the shows in the new volume, 7 of the 126 show up as bones episodes. I've checked the metadata on the affected files and there is no Bones info contained.

    There are bones episodes on the first volume and drive, but none one the second. The bones on drive 1 show up correctly. Also of note is that bones and supernatural are my only 100+ collections. I'm wondering if there is some type of error in the caching process. I have deleted and rebuilt the cache file with the same results. I don't believe there was an issue with the supernatural files before they were moved to the new drive / volume.

    Any thoughts would be appreciated.
     
  18. wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Again, no.
     
  19. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    I'm wondering if its an issue with file ids. What is your setting for usefileid in your INI file, and what is your host operating system? There should be no issues at all with Linux, but I was never happy with the file identification algorithm I found for windows. In either case, if you are not creating multiple links to your video files, you can defeat this logic by turning this option off. It might be interesting to see if there is a difference.

    Incidentally, there are no designed limits to the video cache. The artwork cache is limited to 100 images managed in a "least frequently used" fashion.
     
  20. lew

    lew Active Member

    3,950
    3
    Mar 12, 2002
    You could probably do something using the remote control protocol. KTTMG "autotune" sends the necessary commands so your tivo changes the channel on both tuners to a channel you don't receive.

    Use the command to hit the select key to clear any pending message.
    Use the command to go to your NPL. Use the command to go the bottom of your NPL. Select. You're now browsing videos located on your PC. Navigate based on where the show is located. Just hit the down command however many times it takes to go the show you want to pull.

    I suspect the lag time, and reliability, will be worse then using the mind server and "pushing" the file.

    edited to add:

    lrhorer--I don't know the answer...would it make more sense to just use a DNLA server on your PC and a blu ray player connected to your TV set?
     

Share This Page