View Full Version : LDJ 0.07 Available
February 25th, 2003, 08:05 AM
Todays build 8):
* Fixed the major bug in DVD Profiler files that broke DVD's with no genre
* Added collection# support
* Fixed XML & amp; and friends
* Added "Sort Title" support
* Tweeked title squeezing algorithm
-- If you are adding the GML to an existing Girder file. Please disable and reneable devices to load the code into memory (press F9 twice)
-- In NetRemote, if you are not getting feedback, exit the LDJ panel and re-enter it.
Hope this one works for you guys.
February 25th, 2003, 11:37 AM
Can't wait to get home an try it. You have done a wonderful job of putting this stuff together....you have my eternal gratitude.
I didn't see yet how to put the Page UP and Page DN buttons for the titles list....
Also, if you want to have a good test for your title shortening routine, try this one.... "Lord of the Rings: Fellowship of the Rings" it will show some pretty neat results.
Keep up the good work! -Carl
February 25th, 2003, 02:53 PM
I loaded the 0.07 version of LDJ and it works much better than the 0.05 version.
In order to get it to work though, I needed to change line 2 of the register script from "local port = pld2 or 1023" to simply "local port = 1023"
Without this change, the port was never being saved and I could not get responses.
It would be great if all of the client information could be dynamic in stead of hard coding the static port.
February 25th, 2003, 05:53 PM
Sorry - that is correct. Ben gave me a copy of the Girder plugin that sent port numbers, so I thought this back compatability hack would keep you guys working. Oops :cry: !!
I guess changing the "Register" and "Unregister" functions, as you show, is the quick fix for now.
February 26th, 2003, 12:27 PM
Sorry about that. I will be adding the fixed Girder driver to the currently available 0.98 by tomorrow morning.
February 28th, 2003, 09:40 PM
Okay, it's added to the new driver, but it isn't available yet. I'm holding off on the fixed release until Stewart gives the okay. The next version will support some new Tonto features (4 hard keys plus nav (4 way + select)) plus a mask color for transparent buttons, in addition to this girder fix.
I also started adding multi-image feedback. There are two ways to go about this. I have the first implemented. 1) It only stores the image in memory while a button is registered to see it. This is better for memory management, but means when you go from one panel to another, the image will need to be resent unless I come up with some wacky way to have it stored in memory for a few seconds, and "emptied" if not reregistered. 2) Images are in memory for the life of the app. Only one copy per button name. But if you are showing 9+ images, all will stay in memory until NetRemote is turned off.
Gavin, how are you handling this? Do items "timeout" in the feedback mechanism? For instance if you send 9 images (for Carl's DVD jukebox picker), will it always -resend- the 9 images, even if the user doesn't neccesarily care?
Should each NetRemote client "subscribe" to pieces of data when they are on a specific panel, and Girder only sends the subscribed data to a client? Is that overcompilicating things?
Also, I just downloaded 0.07. Unfreaking believable. I love how it says "Scanning" in NetRemote, and then updates. Very, -very- cool. Can't wait until that doofus NetRemote developer gets you everything else you need to make luadvd even better.
February 28th, 2003, 10:13 PM
Multiple feedback is a interesting problem. My biggest fear is that 9+ images are realy going to suck up bandwidth and PPC resources - both CPU for rendering and memory for storage).
Even so, for now I think I prefer option 2 to 1. We could rework my side so feedback data is cached by panel, but currently a "RESEND" causes all data, including images to be resent - I don't know if they are needed or not. Your "panel change" change should have reduced the number of resends so this is not so bad. People (or me at least) are also using the side effect of having one "image tag" on multiple panels - I think this is a usefull hack to preserve.
Option 3 (the subscriptions) has merrit. This could also be extended to allow caching on your side. The conversation would go along the lines of:
NR: I have this button called X on this panel
LUA: Put image Y.JPG in it
NR: I don't have image Y
LUA: Ok - here's the data
Now this is a lot of chit chat. And could be even slower if we mess it up.
I suggest going for the KISS option 2 - if it breaks in the future - then rework it. After all you have enough stupid requests from me already!
March 1st, 2003, 11:08 AM
Ben & Gavin,
You guys are awesome! Can't beleive the quality and speed with which you guys deliver.
As for multiple images, I don't thinke that there should be much consideration given for how it would effect PPC's.... I mean those things don't really have the screen space to even make them useful. I'm thinking that it is mostly useful for Win32.
It is definitely and interesting problem.... Not that I am some great programmer, but I'll ponder on issue a while to see if I can think of something that would help with efficeincy of sending images...
Keep up the great work! You guys are my heros. -Carl
March 1st, 2003, 11:21 PM
Okay, the version I just uploaded (0.981) supports multiple image feedback, and goes for option 2. As we progress we might want to spend some more time talking about option 3.
Another issue I don't know if we should bother with for now is the complications related to two copies of NetRemote using the same instance of Girder. For instance, if I'm watching something in the theater and my wife wants to listen to music, will her music playing and my movie watching "collide" in the two Pocket PC's? If that makes sense.
March 1st, 2003, 11:35 PM
With multiple NRs, I don't think most of the feedbacks should be an issue - apart from process bloat. The one that will get you is the "JUMP" panel messages. There is no real way, without a major reworking, to support jump directed at only a single device.
Powered by vBulletin® Version 4.2.0 Copyright © 2013 vBulletin Solutions, Inc. All rights reserved.