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

HME for Python

Discussion in 'Developers Corner' started by wmcbrine, Jan 28, 2008.

  1. Jan 28, 2008 #1 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    I've mentioned this a couple times... here it is. Yes, the new HME implementations are coming thick and fast now. (Seriously, I'd been working on this for about a week when jbcooley posted his... weird.)

    Here's the README:

    Code:
    HME for Python, v0.20
    by William McBrine <wmcbrine@gmail.com>
    May 6, 2012
    
    An implementation of TiVo's HME (Home Media Extensions) protocol for 
    Python, as a module (hme.py), a simple server (start.py), and examples 
    (mostly ported from TiVo's Java HME SDK). Everything is released under 
    the LGPL 2.1+, except where noted. (Most of the examples are Common 
    Public License.)
    
    Tested on multiple platforms with Python 2.3 through 2.7 (not 
    caompatible with Python 3.x). Requires only the standard library.
    
    
    Quick Start
    -----------
    
    In Linux, Mac OS X, etc.:
    
      ./start.py
    
    In Windows:
    
      python start.py
    
    This will serve the example apps. The default port is 9042 (NOT TiVo's 
    default of 7288). To see more options, run "./start.py --help".
    
    
    Quick Stop
    ----------
    
    In Linux, Mac OS X, etc., Ctrl-C does an orderly shutdown, un-announcing 
    the apps before closing. (The equivalent is SIGINT, or "kill -2".)
    
    In Windows, with older versions of Python, you're stuck with either 
    Ctrl-Break, or closing the command window, neither of which does an 
    orderly shutdown. This may have been fixed with Python 2.7.
    
    
    Config
    ------
    
    You can optionally create a file named "config.ini" to specify the same 
    kind of options as on the command line. The contents also become part of 
    the context passed on to each app, so apps can store their own 
    preferences there. See the picture viewer for an example -- it now 
    checks the config for optional root path, delay and extension list 
    options. (You'll almost certainly want to change the path.)
    
    Here's an example config.ini, showing all the possible keywords for the 
    server and the picture app. (The values shown here are purely for 
    illustrative purposes.)
    
    [hmeserver]
    port=7288
    address=192.168.1.1
    zeroconf=False
    basepath=c:\hme
    datapath=c:\
    apps=picture clock
    
    [picture]
    path=c:\pictures
    delay=2
    exts=.jpg .png
    
    
    Direct Text Input
    -----------------
    
    TiVo has extended HME to allow direct input of ASCII text via key 
    events, instead of requiring the "Ouija board" input method. This is 
    intended primarily for use with the Slide remote, but it also works with 
    other USB keyboards, as well as the network remote control interface. 
    TiVo has not documented it publicly, so I'll describe it here.
    
    There are two types of direct text key events. The first type returns a 
    key code of KEY_UNKNOWN (0), with the value of the key encoded in the 
    rawcode. (To convert this rawcode to ASCII, you can use HME for Python's 
    new top-level function qwerty_map().) This type of event is used for 
    KEY_PRESS events generated by the IRCODE command from the network 
    interface, and is used for all KEY_RELEASE events. Case is not 
    distinguished (HME for Python decodes the values as uppercase), and for 
    symbolic values that appear on the upper half of a key, the value on the 
    lower half is reported.
    
    The second type of direct text key event returns the ASCII code, plus 
    0x10000, as the key code. Case is preserved, and symbols are reported 
    exactly. This type of event is used for KEY_PRESS events generated by 
    USB keyboards, as well as by the KEYBOARD command from the network 
    interface, which currently works only on the Premiere. This second type 
    of event is only returned if the HME app reports that it implements 
    version 0.49 of the HME protocol or later; otherwise, the TiVo drops 
    these events, while still reporting events of the first type. (This 
    means that a pre-0.49 app will receive only KEY_RELEASE events for most 
    keys on a USB keyboard.)
    
    After going back and forth on this, I decided to pass the codes for both 
    event types through unchanged, so that the app could handle them as 
    needed. (In my own Reversi, for events of the second type, the existing 
    case is respected, while it's adjusted automatically for events of the 
    first type.)
    
    
    More Info
    ---------
    
    The main documentation is in the hme module itself, as docstrings. (Open 
    a Python shell; "import hme"; "help(hme)".) And be sure to look over the 
    example apps.
    
    You may also want to consult the HME Protocol Specification, from TiVo's 
    Java SDK. And the rest of the documentation from that package may be 
    helpful in a general way, but it can also be misleading, because (apart 
    from the example apps) this is NOT a port of the Java SDK; it's based on 
    the protocol spec.
    
    
    Notes
    -----
    
    As of TiVo software version 20.2, at least, the HDUI no longer requests 
    the app icons. (The SDUI works as always.) Also in 20.2, there's a bug 
    in transparency rendering that sometimes causes black to be substituted 
    for white in text that's not fully opaque.
    
    The last TiVo software revision for the Series 2, 9.3b, still has fatal 
    bugs in its HME engine under certain conditions, where the text 
    disappears from the menus (outside HME), or the entire machine locks up. 
    As a result, the "animate" and "effects" demos now have code to keep 
    them from running in that environment. You can see the same effects with 
    the original versions from the Java SDK.
    
    
    Changes
    -------
    
    0.20  -- UTF-8 strings can now be passed directly to HME commands --
             previously only ASCII and Unicode strings were accepted. Note
             that HME for Python isn't checking for valid UTF-8, so in fact
             you can pass anything, and it's up to the TiVo to handle it.
    
             Automatic flush after send_key().
    
             Added KEY_OPT_ZOOM as another alias for KEY_OPT_WINDOW.
    
             Check for existing instances of a title before announcing it,
             to avoid stepping on them; append "[2]" etc. as needed. After
             the Java SDK.
    
             Added the ability to back out to most sample apps (all that
             didn't have it except "hello"), using Left, Clear and/or Pause,
             depending on the app. This deviates (further) from the apps
             being exact clones of the Java versions, but who cares.
    
             Use the alternate (modern) method of loading PIL's Image
             module; prefer "import hme" over "from hme import *" for
             examples; minor style cleanups for examples.
    
             In Zeroconf, use the same method of getting the default IP as
             in start.py, instead of gethostbyname(gethostname()); minor
             style cleanups and code tightening for Zeroconf.
    
             Documentation cleanup.
    
    0.19  -- HME for Python now reports itself as implementing version 0.49
             of the HME protocol. This version has not been publicly
             documented by TiVo, but the change is necessary in order to
             properly support direct text input (including from the Slide
             remote). In addition to the new keyboard handling (see above),
             there's an added parameter for stream creation: a dict called
             "params". None of its possible values are known.
    
             New top-level function, qwerty_map(), to convert the rawcode
             from an IRCODE-style keyboard event to its ASCII equivalent.
    
             More key names reported by the test app, with keyboard text
             reported from either kind of input.
    
             Initialize MIMETYPES from mimetypes.types_map -- allows HME/VLC
             to continue using it.
    
             Flush after a change in stream speed -- gets sounds to play
             immediately, even when not immediately followed by an event
             check.
    
    0.18  -- More automatic removal of some resources when they go out of
             scope: nameless Image, TTF (named ones are cached, and may
             be duplicate references to the same TiVo-side resource --
             should probably rework this), Text and Stream resources. (Other
             resources are still cached.) As part of these changes,
             app.resources has been removed.
    
             "Test" app: Add KEY_OPT_A, B, C, and D button names; for key
             codes that aren't in the list of names, print the number.
    
             Stupid bug: extra colon in Content-Length header. Revealed by
             the new HD UI on the TiVo Premiere.
    
             Use the mimetypes module instead of hardwiring quite so many
             MIME types in start.py.
    
             Various minor fixes for Zeroconf (mainly cosmetic).
    
             Icons resaved as RGB for the sake of the new UI on the 
             Premiere, which can't handle indexed or greyscale PNGs.
    
    0.17  -- Set up a 64K output buffer before initializing. This will cut
             down on the number of packets sent, as well as forestalling any
             potential "#3-5-6"-style errors, as in pyTivo (though I haven't
             observed those in HME). But it also means that you have to
             flush the output to be sure all commands are sent. The buffer
             is flushed automatically when waiting for events; the only time
             this is an issue is when sleep()ing instead of returning from
             the event handler. To deal with this, I've added a sleep()
             method to the Application class; just use it in place of
             time.sleep(). All it does is flush the output, then sleep. You
             could also do this manually. The example programs have been
             modified to use the new method.
    
             When unpacking an HME dict, if a list contains only a single
             item, take it out of list form. This makes it more symmetrical
             with what was done for packing in 0.8, although if any actual
             one-item lists were packed, the list will be lost in that case,
             too.
    
             Added MIME types for .tivo files, and some other video types.
    
             When the address isn't specified, to find it, skip
             gethostbyname(), and just use the default route method; use
             port 123 instead of 0 (the Mac doesn't like 0).
    
             Supress Zeroconf.py's useless "NonLocalNameException".
    
    0.16  -- Support for alpha values in colors -- apparently this was fixed
             in TiVo software 9.3. (?) Reported by TCF user "Allanon". The
             way this works is, wherever you previously could specify a
             color number in RGB form, you can now do it as ARGB, where "A"
             (alpha), the most significant byte, represents the opacity --
             _except_ that an alpha value of 0 is treated as full opacity
             (equivalent to 0xff), for the sake of simplicity and backwards
             compatibility. (So, if you don't want to mess with alpha 
             values, you can continue using plain RGB values.) Otherwise, 
             the higher the number, the more opaque.
    
             Removed the note about limits on the size of color resources --
             fixed in 9.4 (or earlier?). A color assigned to an HD view will
             now fill the whole view.
    
             hmeserver (start.py) now responds to requests for robots.txt,
             with no permission. (No good can come of trying to crawl an HME
             app.)
    
             Taiwanese TiVos append "?width=704&height=480" to their app
             requests. Previously, this would make hmeserver send back a
             403. Now, it ignores these parameters, so the app will work.
             (And perhaps in the future, hmeserver will actually support
             this undocumented feature of TiVo's SDK.)
    
             Added MIME type for WMV video.
    
             Minor changes to demo apps: made a few bits more Pythonic, and
             fixed some erroneous spacing that was only apparent with Python
             3.0.
    
             Minor changes to the Zeroconf module: untabbed, and removed the
             deprecated has_key().
    
    0.15  -- Added clear_resource() and remove_resource() methods for Views.
             clear_resource() disassociates the View from its resource,
             without removing the resource. remove_resource() is kind of
             trivial -- equivalent to "resource.remove(); resource = None" --
             but is included for completeness.
    
             Optional config file parsing for hmeserver -- see above.
    
             Moved check for application class from Handler to startup.
    
             Slightly more robust path handling for hmeserver -- works
             better in Windows, and the disallowed-directory check is less
             kludgy.
    
             Renamed hmeserver.py to start.py. But note that it's still
             "hmeserver" for purposes of config.ini.
    
             Support for Python < 2.3 is dropped.
    
    0.14  -- hmeserver now separates the app and data roots, to allow
             keeping icons etc. together with their apps, while having data
             elsewhere. The new command-line option "--datapath" specifies
             the data root, while "--basepath" still sets the app root.
             Files outside of app directories (including those in the app
             root, which had previously been allowed) are now forbidden
             unless the datapath is set.
    
             The initial transparency of a View can now be set via the
             "transparency" keyword parameter when creating it, instead of
             being settable only by a call to set_transparency().
    
    0.13  -- Added a new method for specifying sounds, by name. (The old
             method, by number, will also still work.) The symbolic names
             were a bit cumbersome, but I didn't feel that I could shorten
             them... hence, this. It's similar to how it works in the Java
             SDK, but without the fake ".snd" extension. See examples.
    
             Added a "speed" attribute to the Resource class -- only
             meaningful for Streams.
    
             In hmeserver, send size information with regular files where
             available; catch and report socket errors on sending regular
             files; use log_error() and log_message() instead of print where
             appropriate.
    
             Added MIME types for video, since it can now be Streamed.
    
             Added port number to logged address, for help in debugging.
    
             Startup banner for hmeserver; "help" and "version" options.
    
             Removed "sorted()" for compatibility with older versions of
             Python (or Jython).
    
             Some new command-line options for hmeserver, to set host, port,
             path, and/or zeroconf off, and to allow specific modules to be 
             named. (See "./hmeserver.py --help".)
    
             The HME server classes now depend only on the values passed
             to __init__(), not the globals. In principle, you can import
             hmeserver and use the classes from another program.
    
             Skip Zeroconf functions if the module is missing.
    
    0.12  -- Barred effects and animate from all non-S3/HD TiVos running 9.1
             or 9.3. This may be overbroad, but I can't confirm that any
             S2's can handle these apps with 9.x.
    
             Made some things "private", so they won't be imported by "from
             hme import *".
    
             Added ".pyo" to the list of file types not to send.
    
             In the picture viewer, shuffle the pictures instead of sorting
             them; also, check not only for a valid directory, but for one
             containing pictures.
    
             Miscellaneous internal reworking and simplification.
    
             Tested under more versions.
    
             Typo: had "LPGL" instead of "LGPL".
    
    0.11  -- Added a simple slideshow Picture Viewer to the included apps.
             It depends on the Python Imaging Library, and you'll have to
             edit picture/__init__.py to set ROOT to an appropriate
             directory. The app automatically uses hi-def mode when
             available.
    
             Changed the Animation class (and all the "animtime" parameters
             of various functions) to take seconds instead of milliseconds,
             to make it more consistent with general Python usage.
    
             Small tweak to the put_chunked() function.
    
    0.10  -- Sending data larger than 64K was broken since 0.3. Argh.
    
             Images without names are not cached, but Image.remove() was
             still trying to remove them from the cache.
    
    0.9   -- Added a separate set_resolution() function.
    
             Changing the resolution with an already-visible root view
             (which is always the situation, since 0.2) requires a
             set_bounds() call on the root view.
    
    0.8   -- The dict items for transition() no longer have to be in list 
             form, although they still _can_ be. (The values returned to
             handle_init_info() are still lists, though.)
    
             Simplified the transition demo and added an icon for it.
    
             Print the skipped directories in hmeserver, along with the
             reasons they were skipped.
    
    0.7   -- Added support for app transitions -- the last unimplemented
             part of the HME specification. (But I still have more to do to
             match the Java SDK.) This also entailed support for the HME
             "dict" type, which although mentioned in the specification is
             not documented. A sample app is included.
    
    0.6   -- Added set_focus() to use when changing focus, instead of
             setting self.focus directly. Define a handle_focus() method for
             an object if you want it to do something special on a focus
             change; handle_focus() should take a single boolean parameter,
             which will be False when losing focus and True when gaining it.
    
             Shorter form for sound calls -- because in practice, they're
             always ID-based.
    
             Exit (event loop) on receiving an EVT_APP_INFO of active=false.
    
             Flush the sent handshake; exit mainloop() if no valid handshake
             is received.
    
    0.5   -- Focus support -- set self.focus to the object you want to 
             handle events. It need not be a View; it can be any object.
             Just add the appropriate handler as an attribute. If a handler
             isn't present in the self.focus object, the app's handler is
             used. But if you want to pass events on from the object's
             handler, you'll have to call the app's handler explicitly.
    
             Default key repeat event behavior is now to call the key press
             handler.
    
             Unspecified width and height in a child window need to default
             to that of the parent window _minus_ the position.
    
    0.4   -- Narrow the list of exceptions handled when importing -- this
             covers non-module directories without masking real errors.
    
             One more event handler -- handle_active(). This can be used
             where startup() used to be, i.e., after the startup events.
    
    0.3   -- Absorb all exceptions during reading or writing, allowing
             orderly shutdown even if the socket is abrubtly cut off; also,
             the use of the term "chunk" was not appropriate -- it should be
             reserved for the components of the chunked stream.
    
             Removed self.app_info and self.device_info; added
             handle_app_info() and handle_device_info(). With the new
             structure (startup(), activate, then start handling events),
             something like this is necessary.
    
             Prevent animate and effects from being run on the broken 9.1
             software (the others seem OK); print more info about events in
             the test app.
    
    0.2   -- Moved root view activation to after startup(), but before event
             handling; flush output before checking for input; flush input
             after close. This should bring it a little closer to the Java
             SDK's behavior, and makes it work under TiVo software 7.2.
    
             hmeserver now prints app names as they're published/unregistered.
    
    0.1.3 -- Skip reverse lookup in hmeserver (thanks armooo).
    
             Include the app name in the Starting/Stopping HME line.
    
    0.1.2 -- The mechanism for skipping non-app directories was broken.
    
    0.1.1 -- Changed default port.
    [Now hosted at wmcbrine.com.]
     
  2. Jan 28, 2008 #2 of 231
    jbcooley

    jbcooley New Member

    55
    0
    May 13, 2007
    Very cool. It is amazing how much you can do with so little code. My Application.cs file only has a few more lines than your hme.py and yours seems to contain the entire protocol.

    I ran this with python 2.4.3 on Vista, and got socket.error: (10013, 'Permission denied'). I haven't tried upgrading to a newer version yet. I just happened to have that version on my machine.

    I'll post with more info after I upgrade python.
     
  3. Jan 29, 2008 #3 of 231
    jbcooley

    jbcooley New Member

    55
    0
    May 13, 2007
    Even with python 2.5.1, I get the same error. Any thoughts?
     
  4. Jan 29, 2008 #4 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    I'd guess that Vista's not allowing hmeserver to bind to port 8080. Either that, or it's not letting Zeroconf broadcast. I dunno, I don't have Vista to test with.

    Edit: Oh, or allowing it to connect to 4.2.2.1. It'll only try that if it can't get a sensible IP from gethostbyname() (as it can't on my Linux system). If that's the problem, you can hardwire the IP.

    With the full traceback, I could tell you which it is.
     
  5. Jan 29, 2008 #5 of 231
    jbcooley

    jbcooley New Member

    55
    0
    May 13, 2007
    Here's the traceback:

    Traceback (most recent call last):
    File "hmeserver.py", line 217, in <module>
    httpd = Server((HOST, PORT), Handler)
    File "c:\Python25\lib\SocketServer.py", line 330, in __init__
    self.server_bind()
    File "c:\Python25\lib\BaseHTTPServer.py", line 101, in server_bind
    SocketServer.TCPServer.server_bind(self)
    File "c:\Python25\lib\SocketServer.py", line 341, in server_bind
    self.socket.bind(self.server_address)
    File "<string>", line 1, in bind
    socket.error: (10013, 'Permission denied')
     
  6. Jan 29, 2008 #6 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Yeah, it's not letting the http server bind to port 8080. So you gotta either do whatever it is one does in Vista to allow that, or change the port in hmeserver.py. (It's just a line that says PORT = 8080, near the top of the file.)

    What I'm wondering now is, would this apply for any port in Vista, or is it that particular port that's a problem?
     
  7. Jan 29, 2008 #7 of 231
    jbcooley

    jbcooley New Member

    55
    0
    May 13, 2007
    I should have looked at this earlier. I have TivoDesktop running and the TivoServer.exe is sitting on port 8080. After stoping TivoServer, I was able to run hmeserver.py.

    Do you have a stop key combination that ends hmeserver.py?
     
  8. Jan 29, 2008 #8 of 231
    smock9

    smock9 New Member

    14
    0
    Jun 14, 2006
    I'm just getting into all the home networking options that are available to my new Tivo HD. Does this serve a similar function as pyTivo?
     
  9. Jan 29, 2008 #9 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Ah. I guess 8080 was a bad choice, then. :eek:

    Up there... under "Quick Stop"...

    No.

    This is only for programmers... and, maybe, avid Tic Tac Toe players.
     
  10. Jan 29, 2008 #10 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    OK, I've chosen a new port (9042) and updated the original post.
     
  11. Jan 29, 2008 #11 of 231
    eb3604

    eb3604 Go Yankees

    9
    0
    Jan 1, 2008
    ran it last night. i ran the animation program, and at first it worked, then the screen went black, and random vertical stripes mostly green ones would appear. I got back to the home screen, but there was no text. I could go to the other screens, but no text. Live tv did not have the guide or information bar thing.
     
  12. Jan 29, 2008 #12 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Odd. I can only tell you that I've run my version of Animate for several hours without incident.
     
  13. Jan 29, 2008 #13 of 231
    armooo

    armooo pyTivo Developer

    81
    0
    Feb 1, 2003
    You may want to add this to your Handler, it prevents large delays if there are not valid reverse DNS entries for your tivo.

     
  14. Jan 30, 2008 #14 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    So, you may have noticed lines like this in the sample apps:

    Code:
            Font(self, size=96, style=FONT_BOLD)
            Color(self, 0)
    
    and wondered what was going on there. By the capitalized names, you'd guess that they were classes. But nowhere are the instances saved. Well, they are classes, and the instances are saved -- in the caches created by the Application class.

    When I first got the resource classes together, they worked, but my code looked like this:

    Code:
            font = Font(self, self.default_ttf, FONT_BOLD, 36)
            color = Color(self, 0xffffff)
            text = Text(self, 'Hello, world!', font, color)
            self.root.set_resource(text)
    
    (and you can still do it that way). Which is fine, I guess; but the Java SDK did the same thing like this:

    Code:
            getRoot().setResource(createText("default-36-bold.font",
                                        Color.white, "Hello, world!"));
    
    and I wanted my module to be easier to use than that, much less what I had at that point.

    I made a little progess by adding lots of default parameters -- for example, self.default_ttf is the default TTF object for the Font class, and white (0xfffffff) is the default Color:

    Code:
            font = Font(self, style=FONT_BOLD, size=36)
            color = Color(self)
            text = Text(self, 'Hello, world!', font, color)
            self.root.set_resource(text)
    
    But the real boost came from having the new resources cache themselves in the app. There's a cache for each type of resource (well, almost) that records each one sent to the TiVo, so it doesn't have to be sent again. That means I don't necessarily need to keep track of the return values in the app:

    Code:
            font = Font(self, style=FONT_BOLD, size=36)
            text = Text(self, 'Hello, world!', font, Color(self))
            self.root.set_resource(text)
    
    The resource for color white is created and cached; the next time I want to use white, "Color(self)" will create a new object, but won't recreate the resource on the TiVo.

    Better, but I still wanted to get rid of some of those darn "selfs". So in addition to the overall resource caching, I added records of the last color, TTF and font created. Then I made these the defaults for the Text class. That way, I could have a number of successive Text items without having to specify font or color again until I actually wanted to change them. It also meant that "Font" and "Color" could essentially be used in a declarative way -- they still return instances, but I don't have to explicitly use the return values:

    Code:
            Font(self, style=FONT_BOLD, size=36)
            Color(self)
            text = Text(self, 'Hello, world!')
            self.root.set_resource(text)
    
    And if there was no last color set, then I had it automatically make a resource for color white:

    Code:
            Font(self, style=FONT_BOLD, size=36)
            text = Text(self, 'Hello, world!')
            self.root.set_resource(text)
    
    Text isn't cached, but since I never wanted to use that text again anyway:

    Code:
            Font(self, style=FONT_BOLD, size=36)
            self.root.set_resource(Text(self, 'Hello, world!'))
    
    Finally, I added a View method that takes some text directly, so I can leave out the explicit Text class call:

    Code:
            Font(self, size=36, style=FONT_BOLD)
            self.root.set_text('Hello, world!')
    
    And that's today's version of the 'Hello, world!' app. Note that if I wanted size=24 and style=FONT_PLAIN, I wouldn't need to invoke Font at all.

    I hope this has been helpful to someone.
     
  15. Jan 31, 2008 #15 of 231
    armooo

    armooo pyTivo Developer

    81
    0
    Feb 1, 2003
    I have two patches for you.

    The first makes passing app optional if you are passing the parrent to View.

    The other prints a traceback if there is an exception while importing a package.
     

    Attached Files:

  16. Jan 31, 2008 #16 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Thanks. However...

    This was something I'd already done, and then backed out. I felt it was too hairy, and too inconsistent. (If you can omit the self (app) parameter for views, then why not for resources? But you can't.) Instead, I recommend using the child() method -- rather than:

    Code:
    View(self, parent=parent)
    just:

    Code:
    parent.child()
    In fact, using self.root.child(), you can avoid ever calling View directly.

    I don't want to do it that way because I want to allow non-module directories to be present, and have them silently ignored. But maybe with a more specific set of exceptions?

    On the other hand, perhaps I should at least be printing a list of modules successfully loaded...
     
  17. Jan 31, 2008 #17 of 231
    CuriousMark

    CuriousMark Forum Denizen

    2,606
    0
    Jan 13, 2005
    SoCal
    I tried 0.1.3 on my Kurobox NAS last night and it worked ok. I see the messed up animation and it leaves my TiVo in an unusual state, but a restart clears that. There are exceptions occurring when this happens, so it is probably something that can be handled with a real application with error handling built in, rather than toy sample apps. If you are interested I can post the exceptions and describe the screen errors if you would like.

    On the clock sample, when running under windows XP the text stayed on screen all the time and seconds character faded nicely from one digit to the next, a very sweet effect. On the Debian box the text flashed on with each new second for about half a second and the screen cleared for the other half second. This could be because I ran apps in a different order between the two boxes and the TiVo had different resources available, or a real difference in how python is working between the two platforms.

    Let me know if there is something I should be looking at here.
     
  18. Jan 31, 2008 #18 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Huh. What kind of TiVo are you using, with what software version? (I only have a Series 3 with 9.2 and the simulator to test in -- no problems there.) Does the same thing not happen with the Java version from TiVo's SDK?

    The Animate app is a pretty straight port of the Java version (as is the Clock app), and they're almost identical in what they send to the TiVo. AFAIK, there are only two differences: the point at which the root window is made visible, and the number of Animation resources sent -- fewer for mine, so I'd expect it to be less stressful for the TiVo. But then, the Java version removes some of them... hmm... I wonder if I'm going over a limit there? None is documented, but there probably is one. Mine only sends up to 100 (vs. up to 5000 for the Java version), but with none being removed, maybe that's still too many for some TiVos.

    When to make the root visible was an issue... originally I was doing it manually at the end of startup(), which (going by simulator debug output) matched the Java version; but then I wanted it to be automatic (as it was in Java), so I put it at the end of __init__(), which means it happens before startup(). I saw no difference here, but maybe it matters on some TiVos?

    Yes, please.

    More weirdness. Again, I develop on an Ubuntu system (= essentially Debian) and have never seen this. How about with the Java version?

    I have noticed a difference in the way that Python networking works in Windows and Linux, and something about the way it works in Windows seems to be distasteful to the TiVo, making it report errors every so often even when the data is correct -- I saw this in pyTivo; so far, not with HME. But maybe that's what others are seeing? Although it wouldn't explain your Clock problem.
     
  19. Jan 31, 2008 #19 of 231
    CuriousMark

    CuriousMark Forum Denizen

    2,606
    0
    Jan 13, 2005
    SoCal
    I have not installed or tried out the Java simulator, but surely can try to do so tonight. First I will replicate what I saw and take some pictures and copy/pastes to show you what I see.

    This is going to a Humax DVD burner TiVo, the slowest model out there. I recall JavaHMO making comments about having to add slowdowns to Galleon to keep it from causing problems in a very old thread here. I wonder if that might be part of it. I guess it is too soon to speculate, you will probably find the actual Exceptions more useful than my guesswork.

    As I collect information I can post it here, email it, or post it on Armooo's site, whichever is most convenient for you.

    BTW, I found I needed to exit most apps by hitting the TiVo button, left didn't seem to do anything. Is that expected, or am I doing it wrong and introducing problems. I will provide a narrative with my results so you can catch mess-ups on my part.

    Edit: Humax SW version is 9.1
     
  20. Jan 31, 2008 #20 of 231
    wmcbrine

    wmcbrine Ziphead

    10,363
    22
    Aug 2, 2003
    Here is fine. Email is fine. But this isn't pyTivo, so don't put it there.

    Yes, it's normal. That's just the way TiVo wrote most of their sample apps; and my goal, for illustrative purposes, was to slavishly copy them. :D (I couldn't resist that one attempt at optimization in animate, but that's about the only serious change I made.)
     

Share This Page