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. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    ok

    Version 0.4 is now available - this version adds an info screen. This screen pops up over top of the video list or the details page when you press the info button and it displays the meta data. Pressing clear or left on the popup will dismiss it. While on the pop-up, if there is more than 1 page, channel up/down will allow paging. There is an arrow "cue" at the top and bottom of the page to indicate if there is more information in that direction.

    Note - if you are in the habit of just copying the py file, there are new png files - most notably the "info*.png" files, but also, one of the png files in the "blue" collection was
    incorrect and is fixed with this delivery (specifically hiliteHD.png).
     
  2. reneg

    reneg Member

    699
    0
    Jun 19, 2002
    Tried out 0.4 and worked well on my setup. I like the formatting, but not the pink background. Pink is ok in small doses, but that's way too much for me. I haven't compared what is displayed vs my metadata files, but I didn't notice anything I couldn't live without.
     
  3. windracer

    windracer joined the 10k club

    11,580
    3
    Jan 3, 2003
    St. Pete, FL
    Try the blue skin ... it's a lot better.
     
  4. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    I agree with windracer - I don't pay too much attention to the original skin anymore - I ship all the png files that are needed, but I spend more time with the blue skin.

    If everyone feels this way, I might drop the original files - it's a pain to make sure both sets are updated.
     
  5. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    The only thing I explicitly leave out are the isEpisode and isEpisodic flags. I have a dictionary in the program to translate tags into a friendlier name, but If I don't find a label in that dictionary, I just use the label as is. Every tag except for the two mentioned above will be displayed. Also, I force Title, seriesTitle, episodeTitle, and description to the top of the display.

    If there are tags that you think I should ignore, translate into a friendlier name, or force to the front, give me your thoughts. The entire thing is based on a dictionary and two lists. It would be easy to extend or change.
     
  6. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Have you looked into this, or is it by any chance already part of 0.4c? I would love to have an expanded number of titles by this weekend - I have company coming over. If you ask me, the top selling point of this app is the greater coverage of titles in the video list. Essentially, it displays twice the number of titles the NPL does, because the NPL always retains the top or bottom entry, as the case may be, when moving to a new page. Adding one or two more lines would just be gravy.

    I'm looking forward to downloading your latest offering when I get home tomight.
     
  7. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    I totally forgot about Reneg's request with all of the changes for the info screen.
    version 0.4b is out on git - I increased the list size for the HD screen from 12 to 14.
    It looks OK on my TV, but because the simulator does not do HD, I cannot verify that I am not outside the safe zone.

    If I am, let me know. It's a 1 line change, but if there is enough of a difference from tv to tv, maybe I can make it a config option.
     
  8. reneg

    reneg Member

    699
    0
    Jun 19, 2002
    I made the one line change on my system for 14 rows and it worked well for me.

    I had made my own backgound a couple releases back because I didn't care for the original background. My preference is the blue skin and I believe it would be a more appealing default.

    The program is easy to use and has a high acceptance factor in my household. Thanks again for making this available.
     
  9. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    Is there any way the thumbnail could be moved down just a bit? Sometimes the description text overflows it. Perhaps it would also be a good idea to truncate the description text if it is longer than a certain size? Probably both of these should be configurable, as their proper values depend on font size.
     
  10. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    What, exactly, is the safe zone?
     
  11. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    The safe zone is an area around the perimeter of the screen that you can be reasonably sure will be displayed. Some TV's cut off the edges due to overscan. This potentially cut-off area is the unsafe zone - everything else is the safe zone.

    BTW - I made your requested changes to version 0.4c now available on git.

    I was able to move the thumbnail down about 20 pixels, but I also added logic to calculate the size of the description view based on the font size. Now it should only show full lines of text and it should not impinge on the thumbnail (and vice-versa). Incidentally, these two views only overlapped by a single pixel before this fix; the situation was exacerbated by the fact that the description view height was just an arbitrary value, and it was only showing the top half of a line of text.
     
  12. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Although there is presently no way to configure the positions of things on the screen, you CAN configure the description font size via a value in the config.ini.

    In the vidmgr section of the file, add a line such as:
    descsize=16

    The default value is 20. I know 20 might cause an overflow of the current description view, but I deemed that as acceptable since the full meta data is now available by pressing the info key.
     
  13. westside_guy

    westside_guy Annoyingly ephemeral

    460
    1
    Mar 13, 2005
    The soggy...
    I respectfully suggest that - even if you feel it's easier in the discussions to use the term "pyhme" - your docs should use the correct name "hmeforpython" (or "HME for Python") so it's easier to find the necessary external stuff. Speaking as someone who hasn't been hanging around TC for a while, I can say a Google search for "pyhme" is not particularly enlightening. :D

    If you choose to release this, I also suggest you consider adding a configuration file toggle that could disable the "delete" functionality.

    Thanks for making this! It seems to work well, and it's certainly snappier than streambaby (and likely doesn't have the memory leak issues, being based on python rather than java).
     
  14. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    Glad you like it. I will take the delete toggle feature into consideration. Seems like a good idea.

    I agree that with the many changes that have gone into the program, there is not one place that provides adeqaute documentation. I should simply consolidate everything into one place rather than just have a running log.
     
  15. westside_guy

    westside_guy Annoyingly ephemeral

    460
    1
    Mar 13, 2005
    The soggy...
    My personal bias is to always err towards caution - but that's just me.

    For my own use I just did a quick-and-dirty edit to your code, so I don't have to worry about the kid accidentally deleting the file (or thinking "of course I want to remove it from the Tivo, I'm done watching!"). I didn't even bother removing the button - it just says "no can do" if they hit delete (and simply plays the "bonk" sound if they manage to hit thumbs up and get into the script anyway). :D

    Anyway, thanks again! Seriously, it's so-ooo nice to have a quick and responsive UI for this.
     
  16. jbernardis

    jbernardis New Member

    1,072
    0
    Oct 21, 2003
    Princeton NJ
    I just posted version 0.5 (we're halfway to 1.0) onto git.

    I incorporated westside_guy's idea of having a config option to disable delete functionality, but I made MANY other changes as well:

    -As stated, I added the ability to specify deleteallowed=False in the config file to prevent file deletions

    -I formalized the skin concept. Now skins are kept in separate directories under the skins directory (e.g. skins/blue), and the directory you want to use for a skin is named in the config file (e.g. skin=blue). ALso, changed the
    image loading logic such that if the HD version of an image does not exist, then it will use the SD version of that file. This solved the situation where there were duplicate files just to satisfy a naming convention.

    -I moved metadata.py into the vidmgr directory. It didn't belong up in the pyhme directory and I never liked having it up there. I was too unfamiliar with python to know how to specify to look in the vidmgr subdirectory
    to find the file (it turns out I didn't need to do anything - python found it!!)

    -I split README.txt into README.txt and changelog.txt. changelog.txt will contain the change history, and README will be maintained as the always current description of the application

    -I fixed the positioning bug in 0.4c where the "Push" button was over top of the bottom line of the description.

    Perhaps the easiest way to install all of this over a present installation is to save your config file, and if you have a custom skin, save all of the png files. Delete the vidmgr subdirectory tree, move this package into its place, create a directory for your custom skin under skins (if you had one) and then add your desired skin to the config.ini file. Also, if you do not want delete enabled, set that flag to false.
     
  17. westside_guy

    westside_guy Annoyingly ephemeral

    460
    1
    Mar 13, 2005
    The soggy...
    This is really cool - thank you for sharing your work with us!

    It's amazing what a great group of "community devs" we have - what with pyTivo/X, tivodecode, streambaby, kttmg, the other sundry apps wmcbrine continues to develop, your great new tool, etc. etc. We're very lucky to have all of you guys letting us enjoy the fruits of your labor.
     
  18. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    I second that. Although I have not yet deleted a show on the server accidentally, I don't really ever want to do so, at least not from a TiVo. The other way around, yes, but deleting a file on the server from a TiVo? Uh-uh. For safety I would prefer to have the ability to disable the feature.

    Edit - Oh I see you've already done it. You're just too efficient!
     
  19. lrhorer

    lrhorer New Member

    6,922
    0
    Aug 31, 2003
    San...
    I vote to also force the "movieYear" field to the top, between the titles and the description, followed by director(s), writer(s), and then description, followed by the actors. For me, at least, I would also find the info more readable if there were a blank line between the writer(s) and the description, and another between the description and the actors.

    The two following fields show up in some of the metafiles, and I have no idea what they are. I think they can be suppressed:

    Showing Bits
    Display Major Number
     
  20. jcthorne

    jcthorne Active Member

    2,718
    2
    Jan 28, 2002
    Houston
    Showing Bits maps to the atributes Closed Captioned, Stereo, Subtitles, Joined in Progress, SAP, 3D, Letterbox, the various advisories for language, violance, nudity. These could be useful to some but I do not use them. Maping info for this is in one of the pytivo metadata threads over on pytivo forum but its been a long time. WMcBrine would know for sure.

    Display Major Number is related to channel number it was recorded from.


    I would second the request for movie year to display after the title but before the discription. Also the movie star rating (1 star to 5 stars)
     

Share This Page