View Full Version : NetRemote 2
Ron
September 17th, 2007, 09:26 AM
We are please to announce the availability of NetRemote 2.0. NetRemote 2.0 enhances NetRemote 1.1 with more features for
flexible interface design, powerful media control, enhanced integration with Girder, Promixis' leading automation
platform and major performance and stability increases.
Some of NetRemote 2.0's major enhancements
1. Animated graphic support
2. 24 bit color selection for button background color and text
3. Different fonts for different buttons
4. Tight MCE support
5. Radio support
6. DVD Profiler integration from MB
7. Thread Lua support
8. Enhanced scripting from Lua of plugins and plugin instances
9. Support for multiple NetRemote instances on one machine (required Whole Home)
10. Support for profiles
11. Enhanced support for interface creation including Lua console and variable inspection
12. Embedded web server with scriptable pages.
13. Smarter zone support (no longer need to change host and zone)
14. Much more stability in communication with MediaBridge
15. Direct USB-UIRT support from NetRemote on Windows (for learn and transmit)
16. Native Windows CE.net 4.2 support
NetRemote 2.0 Packaging and Pricing:
NetRemote 2.0 Pro (single license for use on Windows or Pocket PC) - $49.99.
Single License - Click here to purchase (https://www.plimus.com/jsp/buynow.jsp?contractId=1670398)
Includes all music features, plus tight integration with Girder 4, direct support for the USB-UIRT and GlobalCache IR transmitters. Also features expandability via Promixis and community supplied plugins.
NetRemote 2.0 Whole Home (unlimited licenses for Windows and Pocket PC) - $99.99
Whole Home License - Click here to purchase (https://www.plimus.com/jsp/buynow.jsp?contractId=1658998)
Both include a free license for NetRemote Designer
Downloads version 2
NetRemote Suite (http://promixis.com/download.php?id=1041)
NetRemote CAB (http://promixis.s3.amazonaws.com/netremote-2.0.21.144.cab)
NetRemote CE (http://promixis.s3.amazonaws.com/netremote-CE4.2-2.0.21.144.cab)
Compatible Plugins
Marcel Utils (http://www.promixis.com/forums/attachment.php?attachmentid=4748&d=1208590310)
XMLTv (http://www.promixis.com/forums/attachment.php?attachmentid=4753&d=1208725569)
Build 144 - 2.0.21
July 27, 2009.
build 2.0.21 released
Changes
Fixed image variables in alternate states
Build 143 - 2.0.20
May 12, 2009
build 2.0.20 released.
Changes
NetRemote: updated the advanced controls to tell NRD that certain parameters are Lua variables
Mediabridge: Hopefully the final fix for the issue of not connecting to JRMC at boot time
Build 142 - 2.0.19
March 11, 2009
Changes
Mediabridge: PageCount should now work for all schemes
NetRemote: Fixed slow drawing issue
NetRemote: element:Scale() method now takes a second, optional boolean parameter to scale the element around its centre
NetRemote: windowed popup frames should now draw correctly
Build 141 - 2.0.18
March 3, 2009
Mediabridge changes
Should now work with Vista 64 MCE
When creating a GAC you can now specify a Transform parameter to transform cover images the operations you can perform are
Mirror - in the X or Y direction
Rotate - by 0, 90, 180 or 270 degrees clockwise
Fade - Up, Down, Left, Right
Width - vary the width by a percentage of the original size
Height - vary the height by a percentage of the original size
Here's and example of a transform parameter to the GAC constructor
Transform=Mirror:Y;Fade:Down;Height:50
This will create a transformed version of each cover that is 50% of the size, mirrored vertically and fades from normal to
black downwards, as though it were a reflection in black glass. The transformed version of the image will be sent to the
suffix .Transformed.Image for each cover
Fixed help when running under Vista
NetRemote changes
The element object now has a Scale method - this allows you to adjust the relative size of an element (and any elements
that it contains in the case of frames.). This is an expensive operation however and uses a fair bit of CPU and memory so
is not really recommended for use on low powered machines like a PPC.
Usage:
element:Scale(factor)factor is a float - element:Scale(0.5) will scale the element to half size element:Scale(2.0) to twice normal size and
element:Scale(1.0) will return it to normal size.
Build 140 - 2.0.17
February 5, 2009
Added new experimental CCF format 1.1 revision 1.5 (requires NRD 2.0 build 9 - you must explicitly request a conversion to this format)
Rev 1.5 provides individual Image variables for each button up/down state.
Rev 1.5 added image variable scaling options, Scale to Fit (the previous default), Scale to fit but maintain aspect ratio, Shrink only, Shrink only but maintain aspect ratio, Do not scale (clips if necessary).
Mediabridge DVD Profiler Fixes
Added element:BringForward(), BringToFront, SendBackward, SendToBack()
Changed Resource identifiers
Added Mediabridge startup delay.
Build 139 - 2.0.16
January 2, 2009
Fixed blue pixel offset
Build 138 - 2.0.15
December 4, 2008
Girder Plugin Instance Fix
Girder 3 communication fix (hsGirder / ievents)
Build 137 - 2.0.14
December 3, 2008
LuaCom fix
LuaSocket update
Improved Drawing code speed
Build 136 - 2.0.13
November 19, 2008
Whoops. Fixed init bug
Build 135 - 2.0.12
November 17, 2008
Fixed memory leak
Build 134 - 2.0.11
Novermber 11, 2008
Updated luacom and luasockets to use nrlua.dll instead of lua.dll
Updated luasockets to 2.0.2
Build 133 - 2.0.10
November 8, 2008
Attempt to fix Axim issue
MC13 support in MediaBridge
Tracing Code
Smoother Element Animation
Device Manager updates
Build 131 - 2.0.8
October 20, 2008
Couldn't QueryInterface for IID_INetRemoteDriver !
Build 130 - 2.0.7
October 17, 2008
Fixed animations not working on states/substates other than the default released state.
Build 129 - 2.0.6
October, 13, 2008
Fixed problems with Flash driver crashing NR when trying to retrieve the player from Lua
Changed the background painting to use FillSolidRect instead of FillRect as it is supposed to be quicker and doesn't involve creating and deleting a brush
Build 128 - 2.0.5
August 21, 2008
Reinstated Global Device Context
Added support for <.> notation, referencing current element
GetSelection Clipping fix
Changed MediaBridge to use .NET-2.0 framework
Changed MediaBridge to target x86, this should fix Vista64 issues with ADOX
Changed MediaBridge Registry Entries to use HKCU instead of HKLM
Some scripting additions to prepare for the upcoming NetRemote Designer 2.0 Beta.
Build 127 - 2.0.4
July 3, 2008
Fixed crash when a plain string contained a \
Fixed non-stop comserver reconnects during heavy load.
Build 126 - 2.0.3
June 3, 2008
Fixed crash on startup.
Build 125 - 2.0.2
June 2, 2008
Fixed crash when NetRemote.LoadCCF was used in an Action
Fixed crash in NetRemote.GetElementByName when no ccf is loaded
Fixed infinite loop in Socket code
Fixed crash due to slider having an empty slider variable
Fixed looped children not being clipped by parent frame
Fixed MB namespace troubles.
Build 124 - 2.0.1
April 28, 2008
Fixed crash reported here (http://www.promixis.com/forums/showpost.php?p=126580&postcount=36)
Fixed MB issue reported here (http://www.promixis.com/forums/showthread.php?p=118787#post118787)
theguywiththefunnyhair
September 17th, 2007, 02:55 PM
Hi Ron,
Looks to me like you've mostly ironed out the frame state problems, the only problem i'm seeing now is from a Lua state that compares an NR var with a Lua var.
return NetRemote.GetVariable('<^^^>_<^_LoopIndex>') == MyVars.Search.TagThis rule toggles only the colour of a frame.
If you want i can put it in a simple demo for you.
Cheers
Dan
Ron
September 17th, 2007, 03:02 PM
If you can give us the code, the steps to reproduce (STR) and the result you think it should have produced we can have a look at that.
theguywiththefunnyhair
September 17th, 2007, 11:40 PM
Fair enough,
If you load this ccf and click (select) a menu item, you will see it change to yellow as you do, however the one that was previously selected does not go back to blue. If you minimise the NR window then bring it back you will see the deselected items have now gone back to blue.
If you open the ccf with NRD and change the state of the frame called colour to hidden instead of visible with a new colour, you should now see the list behave perfectly. This suggests the only remaining state problem exists when both states are visible states.
:) Congratulations on sorting out the rest of the state bugs, they were a PITA!!
Dan
theguywiththefunnyhair
September 18th, 2007, 05:10 AM
Ron,
Problem when starting NRD if NR is already running, generates an error that i dont understand but it might mean something to you.
Item has already been added. Key in dictionary: (this bit seems to vary) Key being added: (matches previous key desc)
Dan
tmorten
September 18th, 2007, 07:03 AM
Dan - I suspect I know the cause; I will take a look. Thanks for the heads-up!
Cheers,
Tim
davidsetton
September 18th, 2007, 09:30 AM
One problem I noticed with the new version of Netremote is that is doesn't change the zone name when I change zones on my pocket pc.
David
speedbump49
September 18th, 2007, 08:11 PM
I can confirm the bug reported by David. I also can not control volume with wmp11 on xpsp2 with soundmax digital audio drivers. Mute works but no volume control. I'm almost sure this worked before on the same hardware setup.
-mw
UPDATE: NR BUILD 2.0.0.101 FIXED THESE THESE TWO BUGS. Thank you.
-mw
tmorten
September 19th, 2007, 03:27 PM
Just to be clear, you're saying the MediaBridge.CurrentZone doesn't reflect the name of the current zone after you change zones?
Likewise, for Wmp11 , you're saying that the MP.Volume value doesn't change the volume within Windows Media Player?
I wasn't aware that there were code changes that impacted MediaBridge, but I'll look into it on this end.
Thanks for the heads-up on both!
Best,
Tim
UPDATE: I confirmed these on my end -- I think I have an idea why it's happening, so I'll get on it. Thanks again for the bug report!
dsmes
September 19th, 2007, 05:22 PM
As with v2.0.0.99, MarcelUtils Bar Charts seem to be broken. Works in v..98 with with drv_marcelutils.dll circa Dec 2006 (sorry, don't know how to determine version number) but NOT in v..99 and the latest drv_marcelutils.dll. FWIW, the newest NRD does NOT properly show the bar graph, even though the element is still present in the CCF.
I'll reload the latest dll and try with v..100 but suspect it won't work. Over the next few days, I'll revert back to v..98 and do some screen shots of what it should look like and post a example to duplicate the problem. Sorry to post w/o a concrete example, but wanted to give you all a 'heads up'.
mhwlng
September 20th, 2007, 12:25 AM
As with v2.0.0.99, MarcelUtils Bar Charts seem to be broken.
It works fine for me on win32 (.99 and .100, latest dll version 4-aug-2007, note comments in marcelutils thread about now requiring wlanapi files)
Is your problem specific to bar charts on state frames or doesn't it work at all ?
does the marcelutilsdriverdial.ccf test file work ?
Marcel
Manser
September 20th, 2007, 12:53 AM
The CE.4.2 build runs well on my CE5.0 device.
What I have to do for it is:
1.copy the imgdecmp.dll, mfcce400.dll und olece400.dll into the windows folder
2. rename drv_zoom.dll to drv_zoom.dl1
After doing this changes NR is running. The only bug is in the plugin settings, if i go in the properties of a plugin instance, I can't see any text in the text fields.
dsmes
September 20th, 2007, 03:16 AM
Is your problem specific to bar charts on state frames or doesn't it work at all ?
does the marcelutilsdriverdial.ccf test file work ?
MarcelYes and Yes
That is, the test file works fine and my problem is specific to bar charts in frames- they just don't show up in NRD or in NR. I therefore suspect this is related to Dan's (funnyhair) problem. I have bar charts in regular frames and hidden state frames; neither work with the latest driver. I do have the wlanapi files loaded. I'll put together an example CCF tonight (~17 hours from now).
tmorten
September 20th, 2007, 08:49 AM
Much appreciated; I'll use your CCF to (hopefully) track down the issue. :)
Best,
Tim
dsmes
September 20th, 2007, 06:26 PM
Example attached.
On the test page, the bar charts on the top and side behave as they should. The problem appears to be when the bar charts are in loop frames. While the Red line works as it should, the other two bars do not. The sliders to adjust them are on the left.
Probably related- Marcel Dial charts in a loop frame don't display properly either.
tmorten
September 21st, 2007, 06:11 PM
Ron,
Problem when starting NRD if NR is already running, generates an error that i dont understand but it might mean something to you.
Dan
Does this happen for you with all CCF's?
Thanks,
Tim
theguywiththefunnyhair
September 21st, 2007, 07:59 PM
Good question.
At first i tried loading a few random .ccf's then NRD and got the error everytime so i was about to say yes, then i closed NR and NRD and started over and now i don't get it with any .ccf.
I guess this is good news unless it comes back, if it does i'll let you know.
Dan
wedgehog
September 22nd, 2007, 01:43 AM
It's already been mentioned in an earlier post but seems to be forgotten. I can't use it! Runs fine on it's own, but when you try to start the Netdesigner, the Editor beeps and says something about a class already being present and shuts down. I have had to put the old version back so I can use Netdesigner. Despite that, I would like to say what a clever and innovative program suit you have designed here, well done guys, all it needs to make it first class is a set of clear idiots guides on how to use it.
dsmes
September 22nd, 2007, 02:52 AM
I can't use it! Runs fine on it's own, but when you try to start the Netdesigner, the Editor beeps and says something about a class already being present and shuts down.Close NetRemote and then start NR Designer. It will then start itself and NetRemote w/o the error.
Despite that, I would like to say what a clever and innovative program suit you have designed here, well done guys, all it needs to make it first class is a set of clear idiots guides on how to use it.Have a look at the help files, especially in Designer. I think you'll find all the beginner stuff and more. For the advanced stuff, I found looking at other user's CCF files a great help (learn by example). Keep with it and good luck!
wedgehog
September 22nd, 2007, 03:58 AM
[QUOTE=dsmes;119427]Close NetRemote and then start NR Designer. It will then start itself and NetRemote w/o the error.QUOTE]
No it doesn't.
I have been through the help files and the pdf's loads of times, but I would say that a presumption is made by the writers that you already have a phd in computing. Also on a particular thing it will say something like, "you can use this to do this" and nothing else, well great I want to use this to do that, like I want to use netremote without girder to transmit i/r from my windows pc. The help file says
"Direct IR on PC
Before starting NetRemote, ensure the USB-UIRT is connected and its driver has been installed according to the instructions that came with it.
In NetRemote Options, Plugins, highlight an Infrared instance and press Properties. Set the driver mode to Direct. "
Ok great done that, now what? That's about as useful as a chocolate ashtray and it's only one of many like it.
I have spent hours looking at others files but when you look at their action list it shows an action, but does not show where it got it from. It would be nice if when you highlighted the action it jumped to it in the left hand pane but I suppose if I haven't got the same plugins it may not be able to find it.
NeoMorph
September 22nd, 2007, 08:16 AM
Close NetRemote and then start NR Designer. It will then start itself and NetRemote w/o the error.Have a look at the help files, especially in Designer. I think you'll find all the beginner stuff and more. For the advanced stuff, I found looking at other user's CCF files a great help (learn by example). Keep with it and good luck!
I seem to remember having this problem myself at one point... In the end I took the drastic measure of uninstalling both NR and NRD and then deleting the Promixis directory to force a totally clean install. The good news for me was that it fixed it for me.
Wedgehog try that and get back to us... Sometimes if there is a duff file being opened by NetRemote Designer it goes all suicidy and refuses to play. Don't try just reinstalling over the top (as I tried and failed) as it doesn't seem to clear out the problem.
On the side of the tutorial issue, Ron has said that he will DEFINATELY be adding more video tutorials. I'm also going to be doing some tutorials as I a great believer in seeing tutorials that anyone can follow. I've got a tutorial I've done for the SMS plugin that is with another Promixis user at the moment. I just want to get another opinion before I put it out there.
Unfortunately the direct IR tutorial isn't one I'm going to be using because I don't have a PDA with IR capability (Acer n321). It works sweet with USB-UIRT though...
wedgehog
September 22nd, 2007, 08:37 AM
Hi NeoMorph, thanks for that. I previously tried uninstalling the designer and the remote and re installing them and it didn't work, but I don't think I deleted the folder remnants after the unistall. I will uninstall them, delete the folders. and remove any references to them from the reg and let you know what happens. Shame that I have to though.
Oh! I haven't got a PDA either. I am trying to get netremote to transmit I/R from my USB UIRT on my PC, but I have another post on that, no replies yet though, all the documentation says it can do it, none of the documentation says how. It all seems to be geared towards old serial interface stuff :-(
By the way does anyone know why I only have pictures with crosses in them to the right of this forum message editing window? and no smilies.
NeoMorph
September 22nd, 2007, 11:29 AM
Hi NeoMorph, thanks for that. I previously tried uninstalling the designer and the remote and re installing them and it didn't work, but I don't think I deleted the folder remnants after the unistall. I will uninstall them, delete the folders. and remove any references to them from the reg and let you know what happens. Shame that I have to though.
Oh! I haven't got a PDA either. I am trying to get netremote to transmit I/R from my USB UIRT on my PC, but I have another post on that, no replies yet though, all the documentation says it can do it, none of the documentation says how. It all seems to be geared towards old serial interface stuff :-(
Ahh I get it... no Girder. Sorry, I got the wrong end of the stick there... I've never tried it like that because I have had girder 3.3 for ages and am now going to upgrade to G5 because it's so darned awesome. Tough in parts and takes a bit of work to learn how to use it but when you do learn it you wonder how you could have done without it. Seriously, NetRemote without Girder is like... like... Microsoft without Bill Gates.... it works but not as efficiently. After all Girder 5 is the support structure for NetRemote. ;)
Once the code has stabilised and approaches release state I will probably start creating tutorials on stuff I had a hard time of figuring out when I started working with the new Girder5 and NR2. As the fixes are reasonably fresh in my mind I will be able to create a complete step by step instruction set with comments as to why things are done that way.
By the way does anyone know why I only have pictures with crosses in them to the right of this forum message editing window? and no smilies. It means that the guys at Promixis are too busy working on the NR and Girder code to upload the smileys to the site. I have only got "Confused Smiley" and "Sarcastic Smiley" available in the right hand panel- was this a freudian slip here ;).
wedgehog
September 22nd, 2007, 12:14 PM
Hi NeoMorph ohhhhhh yayyyyyyys I totally agree. I have girder and everything works just fine with that. I don't claim to even half way understand it, but I can create gml's and control stuff with I/R. No it's not for that reason. I like to spend till the wee small hours trying to get to know and understand a program, at the moment it's netremote, and when it tells me in the words it can do something A: I want to see it do it and B: I want to learn how to do it. I have a Sony flat screen, surround amp and sky digital about ten feet in front of me and I have the PC next to me squirting I/R at it all when I click buttons on the screen. Why? Because I can, because of the thrill when you build the control system and get it working, and the Pride when you show she who must be obeyed what you have done. But when you have got things working it's boring so trying to see other ways which may be better or worse is a learning experience and although very stressful when there is poor documentation, it's still enjoyable.
If you get on and do those Tutorials you will be very popular and down for a few free beers. You may be right about the Icons :-)
NeoMorph I just got through cleaning Netremote and Netdesigner off my system, deleted the folders, scrubbed them out of the registry and re installed with new version. You were right and it appears to work ok now. Thank you.
Spoke too soon! because they both started I presumed they were ok, but no the problem is back, but hey at least I know what it is now if Rob is about here's a bug for ya.
When I set up my interface (With the older version of netremote) all the actions for my Zoom player are on an instance of the netremote plug in "zoom player" called Media-Centre (Which is the name of the media Pc) I set up an instance of zoom player in netremotes properties and named it Media-Centre. Ok, now I have uninstalled everything and cleaned the system and put the new netremote on and re installed netdesigner all seemed well, until I tried to use it, none of my controls worked. so I checked the zoom Player plug in and it was set to 1018 and the name was set to 1018. so I thought there's the problem, my controls are looking for Media-Centre, so I re named the instance as Media centre, re started and then back to the original problem with netdesigner beeping, complaining about there allready is a key in the dictionary and shutting down. Ok me thinks well maybe it's a clash because there is a Media-Centre instance in the girder plug in. I decided to live with it and re name the zoom back to 1018 and just re config my controls. did that and netdesigner now started ok. I started work and after a short while i got a box popped up saying something had gone tits up and did I want to close or continue or restart. I elected to restart, but it won't it's now saying there is allready a zp 1018 key in the dictionary and closing. This is unusable and I am going to have to put the old one back. hope the info helps.
tmorten
September 22nd, 2007, 02:52 PM
One problem I noticed with the new version of Netremote is that is doesn't change the zone name when I change zones on my pocket pc.
David
I suspect this is a result of using the alternate variable syntax; let me know if changing to curly brackets clears this up for you:
{MediaBridge.CurrentZone} - Should refresh immediately on variable change
<MediaBridge.CurrentZone> - Will only refresh the first time a panel draws
Thanks,
Tim
tmorten
September 22nd, 2007, 03:00 PM
I can confirm the bug reported by David. I also can not control volume with wmp11 on xpsp2 with soundmax digital audio drivers. Mute works but no volume control. I'm almost sure this worked before on the same hardware setup.
-mw
This should be all cleared up in the next release; thanks for the heads-up.
Best,
Tim
NeoMorph
September 22nd, 2007, 06:24 PM
When I set up my interface (With the older version of netremote) all the actions for my Zoom player are on an instance of the netremote plug in "zoom player" called Media-Centre (Which is the name of the media Pc) I set up an instance of zoom player in netremotes properties and named it Media-Centre. Ok, now I have uninstalled everything and cleaned the system and put the new netremote on and re installed netdesigner all seemed well, until I tried to use it, none of my controls worked. so I checked the zoom Player plug in and it was set to 1018 and the name was set to 1018. so I thought there's the problem, my controls are looking for Media-Centre, so I re named the instance as Media centre, re started and then back to the original problem with netdesigner beeping, complaining about there allready is a key in the dictionary and shutting down. Ok me thinks well maybe it's a clash because there is a Media-Centre instance in the girder plug in. I decided to live with it and re name the zoom back to 1018 and just re config my controls. did that and netdesigner now started ok. I started work and after a short while i got a box popped up saying something had gone tits up and did I want to close or continue or restart. I elected to restart, but it won't it's now saying there is allready a zp 1018 key in the dictionary and closing. This is unusable and I am going to have to put the old one back. hope the info helps.
(using NR 99)
I had a go and also found under zoomplayer the 1018/1018 entry. When I tried assigning a name to it, the name stayed as 1018 until I restarted NetRemote. Bug there for a start. OK. I now decided to delete the instance and that worked fine. Tried to add one then and NR went KERBOOM! and fell over.
I then restarted NR and ZoomPlayer now has the new entry so even though it fell over it actually did make the new instance. Weird.
(Using NR 100)
I added an instance and named it Nixie... Instance created fine but was named 3018. Restarted NR and went to plugins... Instance name is now Nixie so the naming bug is still there.
Deleted the instance and then clicked Create Instance. NR crashed! So THAT bug is still there too.
Restarted NR and looked at ZP and no instances... Create Instance worked this time but the naming bug still showed the name as 3018. Restart and name appears correctly.
I think the problem with the ZP instances are all down to the naming bug. When deleting it and trying to replace it straight away NR gets its knickers in a twist and can't figure out what to look for heh.
Oh and one other thing... When I uninstalled NetRemote ready to install the latest version I also uninstalled NRD even though that was installed seperately. Uninstall should give you the options to uninstall NR and MB but not NRD. Just an idea...
rpalmer68
September 22nd, 2007, 06:53 PM
The position slider that works with mediabridge has stopped working correctly when I upgraded to .100 on my Axim x51v.
It still updates as the file plays, but no longer changes the position if you slide it along. It's using MP.TrackPositionPercentage
It's the same in my ccf and in the supplied in the New_648x480 ccf file.
It's found under Music, Playing Now, Controls in the original ccf.
Any ideas?
Richard
MeSue
September 22nd, 2007, 07:56 PM
Geez, this software has been in beta a long time!
About a week or two ago, NetRemote just up and disappeared from my Axim. I figured since I had to reinstall I would come here and get the latest version. At the time it was .99. I reinstalled, reset everything, and it worked again except I could no longer see star ratings in my CCF file. I use a modified version of the old NR1 Music-only skin which I edited to add ratings and a stop button.
Tonight I decide to look into the rating problem. I saw this release and installed it. Now I still can't see ratings with my skin, and I can't adjust volume or mute. When I switch to the default skin I can see the star rating, but changing the rating on NR does not send the changes to JRMC like it used to. And with the default skin I still cannot change volume or mute.
Anyone have any suggestions? I don't know if these are known issues, bugs, CCF problems, or what.
PS:
I really dislike the default skin and wish there was a simple skin for music-only that showed ratings, had a stop button, and was easy to read (like the old NR1 skin).
Edited to add:
Well, I found I had a CAB file for the .98 version, so I put that on and everything is hunky dory again. I only use NR when I am out at the pool, and it wasn't worth it to me to try and figure out these issues for the few weeks (if that) left of swimming season. Here's to hoping NR2 is out of beta by next Spring. Meanwhile, I'll keep multiple backups of my working .98 version.
Rob H
September 23rd, 2007, 01:44 AM
(Using NR 100)
I added an instance and named it Nixie... Instance created fine but was named 3018. Restarted NR and went to plugins... Instance name is now Nixie so the naming bug is still there.
Deleted the instance and then clicked Create Instance. NR crashed! So THAT bug is still there too.
Restarted NR and looked at ZP and no instances... Create Instance worked this time but the naming bug still showed the name as 3018. Restart and name appears correctly.
I think the problem with the ZP instances are all down to the naming bug. When deleting it and trying to replace it straight away NR gets its knickers in a twist and can't figure out what to look for heh.
There's definitely something odd going on there. I note that the ZP plugin is the only one that allows you to give it a name which may be why the name isn't updated since NR isn't expecting it to change - although that's pure speculation on my part. I can't reproduce the errors above with any plugin other than the ZP one, so it looks like there may be some cleanup issues in the plugin itself.
Rob H
September 23rd, 2007, 01:45 AM
The position slider that works with mediabridge has stopped working correctly when I upgraded to .100 on my Axim x51v.
It still updates as the file plays, but no longer changes the position if you slide it along. It's using MP.TrackPositionPercentage
It's the same in my ccf and in the supplied in the New_648x480 ccf file.
It's found under Music, Playing Now, Controls in the original ccf.
Any ideas?
Richard
Does the same apply when running these CCFs under Win32 or is it just on PPC that you get the problem?
Rob H
September 23rd, 2007, 01:49 AM
Tonight I decide to look into the rating problem. I saw this release and installed it. Now I still can't see ratings with my skin, and I can't adjust volume or mute. When I switch to the default skin I can see the star rating, but changing the rating on NR does not send the changes to JRMC like it used to. And with the default skin I still cannot change volume or mute.
As with rpalmer, does the same apply when running this CCF on Win32? How is the star rating implemented in your CCF?
MC Chod
September 23rd, 2007, 07:09 AM
I have a similar problem to others on here with mediabridge. My ccf on ppc is now not appearing to send volume slider or track position slider info. It is however receiving positional data. In win32 on the pc however everything is working fine. This is using JRiver media centre. same with star ratings receiving not sending - fine on win32
Rob H
September 23rd, 2007, 09:15 AM
Hmm... sounds like a feedback registration problem to me. One for Tim to take a look at.
tmorten
September 23rd, 2007, 10:18 AM
The MediaBridge issues should be rectified in the next build; apologies for the inconvenience. Fixing one bug created another :).
Best,
Tim
tmorten
September 23rd, 2007, 03:00 PM
The position slider that works with mediabridge has stopped working correctly when I upgraded to .100 on my Axim x51v.
It still updates as the file plays, but no longer changes the position if you slide it along. It's using MP.TrackPositionPercentage
It's the same in my ccf and in the supplied in the New_648x480 ccf file.
It's found under Music, Playing Now, Controls in the original ccf.
Any ideas?
Richard
This should be cleared up by the next release.
Best,
Tim
rpalmer68
September 23rd, 2007, 04:02 PM
I'm still having gwes.exe crash on my x51v with .100 as per this post;
http://www.promixis.com/forums/showthread.php?t=16441
I have to remove the plugin to get a stable system.
Richard
NeoMorph
September 23rd, 2007, 05:52 PM
The MediaBridge issues should be rectified in the next build; apologies for the inconvenience. Fixing one bug created another :).
Best,
Tim
Ah... The Programmer's Friend...
Oh... strike that "r"... it's actually the Programmer's FIEND!
Usually it's a case of "fix one thing, break another two!"
vitello
September 23rd, 2007, 10:05 PM
First of all I want to say I really like the improvements in .100. Things work fine
on my PC client, so I went back to working with my PPC (axim x51v).
The first thing I noticed was that NR started crashing on the PPC. Sometimes on load, sometimes
after a couple of minutes. I had had this problem with my PC client with .99, but now the
client is really stable. With .99 my NR on the PCC was the stable one.
Also the images I updated with the new NRD are corrupted on the PPC. They are fine on the PC client
and on NRD. The corruption looks like what I was seeing on my client NR using 0.99 with images
updated with the new NRD.
NR on the PPC is extremely sluggish in responding to page changes, button pushes, etc. This was not the case with .99.
My biggest problem is that communication between my PPC NR and G5 is driving my Insteon lighting unstable.
If I change a light level with a slider on the PPC, then G5 and NR get out of sync. The light will dim, then brighten, then dim,
and so on in a loop until I kill either NR or G5. My wife was not amused when the lights started to go into loops. Fortunately
this happened in the afternoon and not in the evening.
If there is anything you want me to try out please let me know. Everything is fine and stable with NR client.
Peter
hoox
September 23rd, 2007, 11:16 PM
Tim,
It seems that the AvidUtils Text String component doesn't act like with NR 2.0.0.99, the "Auto-scroll if necessary" modifier has no effect now.
Manser
September 23rd, 2007, 11:54 PM
I'm wondering if I'm the only one how have problems with state's witch will not refreshing automatically? This happens either with NR Variables or Lua Variables.
I have to activate and deactivate the NR Window that it do the state refresh.
This happens not with ccf's, created with the old NRD .42 they run perfect.
So this is perhaps a problem with the new designer.
After some tests:
I found out that if I copy a existing Button with a state rule and edit it with for example with a new lua rule or an other variable for the state rule then it still have the old rule deposited. New way to assign the new rules!!!
But the state function works, they just wont update automatically. I have to de-/activate the NR window for refreshing the state.
theguywiththefunnyhair
September 24th, 2007, 12:02 AM
Hey hoox,
My Avid scroller is still working same as before, i have 3 ticks in the properties
1. Auto Scroll (Medium Fast)
2. Auto Scroll if necessary
3. Continue scrolling on change
Cheers
Dan
hoox
September 24th, 2007, 12:39 AM
You're right Dan, it works with "Continue scrolling on change", but previously it was fine without it.
The short strings were automatically centered/stopped, now the long strings just don't start scrolling.
Not a big trouble but it's strange...
TonyNo
September 24th, 2007, 11:10 AM
Not sure if it's me or the update, but I now can't switch from G4 to G3 after installing (I hit OK and get a perpetual "busy" icon). PPC version (AT&T 8525 w/WM5).
tmorten
September 25th, 2007, 10:57 AM
Just to echo status on these from a post in another thread:
The first thing I noticed was that NR started crashing on the PPC. Sometimes on load, sometimes after a couple of minutes. I had had this problem with my PC client with .99, but now the client is really stable. With .99 my NR on the PCC was the stable one.
I've noticed PPC crashes as well; someone mentioned this may be related to the browser plug-in, but in any event, I'll be taking a look at this shortly.
Also the images I updated with the new NRD are corrupted on the PPC. They are fine on the PC client and on NRD. The corruption looks like what I was seeing on my client NR using 0.99 with images updated with the new NRD.
This has been fixed for the next release... the PocketPC version had a long-standing math bug computing alpha :).
NR on the PPC is extremely sluggish in responding to page changes, button pushes, etc. This was not the case with .99.
Alpha is no longer pre-multiplied, so the use of images with partial transparency could impact performance. An optimization pass will be taking place in the weeks to come, so performance should go back up.
My biggest problem is that communication between my PPC NR and G5 is driving my Insteon lighting unstable. If I change a light level with a slider on the PPC, then G5 and NR get out of sync. The light will dim, then brighten, then dim, and so on in a loop until I kill either NR or G5. My wife was not amused when the lights started to go into loops. Fortunately this happened in the afternoon and not in the evening.
That sounds bad -- please apologize to your wife for me! We had a similar incident a few months ago at my house with the motorized blinds, which was fairly amusing :). Anyhow, I suspect the problem you're seeing is a result of a bug with mapped variables in version 100 that should be rectified with the next build -- let me know if this still occurs after that.
Best,
Tim
rpalmer68
September 25th, 2007, 02:20 PM
So Tim, do we have a timeframe for the "next build"?
Thanks
Richard
tmorten
September 25th, 2007, 02:48 PM
Sometime this week :).
Cheers,
Tim
rpalmer68
September 25th, 2007, 03:03 PM
Sometime this week :).
Cheers,
Tim
Excellent, thanks and welcome to the Promixis team you're doing a great job already.
Richard
dsmes
September 25th, 2007, 07:53 PM
Excellent, thanks and welcome to the Promixis team you're doing a great job already.I second that! Thanks for all all your help Tim!
tmorten
September 25th, 2007, 08:22 PM
My pleasure! Likewise, thanks to everyone who's provided feedback on the build - it's a tremendous help!
Open issues that I'm tracking, beyond the issues that should (hopefully) be fixed with version .101:
- Frame update issue (reported by Dan and Manser)
- Bar graph issue (reported by dsmes)
- Stability issue on PocketPC (reported by rpalmer68 and vitello)
- Possible socket crash in Designer (reported by Wedge)
I'm looking forward to nailing the last few bugs, so I can devote some attention to increasing performance on PocketPC :).
Best,
Tim
Ron
September 26th, 2007, 09:10 AM
build 101 pre is up.
Rob H
September 26th, 2007, 09:12 AM
See the first message in this thread for the download link :)
Ron
September 26th, 2007, 09:13 AM
Indeed, thanks for clarifying that Rob :)
tmorten
September 26th, 2007, 08:32 PM
Fair enough,
If you load this ccf and click (select) a menu item, you will see it change to yellow as you do, however the one that was previously selected does not go back to blue. If you minimise the NR window then bring it back you will see the deselected items have now gone back to blue.
If you open the ccf with NRD and change the state of the frame called colour to hidden instead of visible with a new colour, you should now see the list behave perfectly. This suggests the only remaining state problem exists when both states are visible states.
:) Congratulations on sorting out the rest of the state bugs, they were a PITA!!
Dan
Okay, I did some digging on this one, and here's what I learned: for multi-state frames, NetRemote currently looks for the first NR variable referenced by a LUA block, and watches its value. If that value changes, it should trigger a repaint of the frame.
In your case, the NetRemote value isn't changing -- the LUA variable that you're comparing it to is changing. NetRemote isn't set up to monitor LUA variables, so it doesn't repaint the frame until the entire panel gets refreshed.
I remember an old thread where Ben clarified this, and I never really understood the implications. Basically, if you want a frame to refresh, you have to make sure the the first NR variable referenced in your LUA will change in order to trigger the repaint.
I've been stung by this in my own CCF's, and clearly it's mis-leading to be able to enter LUA code and not have that LUA code trigger a repaint at any time. HOWEVER, if we give it some thought, it's clear why Ben chose to do this: the alternative would be to evaluate the LUA for every single drawable entity every time any variable changes. This could be severely detrimental to performance.
Let me give this some thought and see if there's an elegant solution. At the very least, the contingency for repaints needs to be clearly communicated in NetRemote Designer so that we don't all get misled, but hopefully there is a better solution than just issuing the caveat.
In the mean-time, I'd recommend setting an NR variable to mirror MyVars.Search.Tag, and then making that NetRemote variable the first variable referenced in your LUA block when you do the comparison. That should trigger the appropriate repaints.
Lest you be tempted, note that it will do no good to implement the mirroring of MyVars.Search.Tag in the LUA block for the frame (ie - copying the value of MyVars.Search.Tag into a NetRemote variable within the LUA block for the frame) -- the LUA code specified by the frame will not be triggered to run by variable change that happens within itself, only by a variable change that happens externally :).
So for now, this one counts as "By Design", though I definitely think the design needs to be explained up front so we don't all suffer the same confusion!
Best,
Tim
tmorten
September 26th, 2007, 08:39 PM
I'm wondering if I'm the only one how have problems with state's witch will not refreshing automatically? This happens either with NR Variables or Lua Variables.
I have to activate and deactivate the NR Window that it do the state refresh.
This happens not with ccf's, created with the old NRD .42 they run perfect.
So this is perhaps a problem with the new designer.
After some tests:
I found out that if I copy a existing Button with a state rule and edit it with for example with a new lua rule or an other variable for the state rule then it still have the old rule deposited. New way to assign the new rules!!!
But the state function works, they just wont update automatically. I have to de-/activate the NR window for refreshing the state.
Let me know if you're still seeing this with the latest builds of NR and NRD, and if so, I'd love to get a CCF so I can debug it on this end.
Many Thanks,
Tim
theguywiththefunnyhair
September 27th, 2007, 02:35 AM
Okay, I did some digging on this one, and here's what I learned: for multi-state frames, NetRemote currently looks for the first NR variable referenced by a LUA block, and watches its value. If that value changes, it should trigger a repaint of the frame.
In your case, the NetRemote value isn't changing -- the LUA variable that you're comparing it to is changing. NetRemote isn't set up to monitor LUA variables, so it doesn't repaint the frame until the entire panel gets refreshed.
I remember an old thread where Ben clarified this, and I never really understood the implications. Basically, if you want a frame to refresh, you have to make sure the the first NR variable referenced in your LUA will change in order to trigger the repaint.
Ok, i was under the impression i could use any Lua variable as long as i also had a NR var in there as well. What your saying is i can have an Lua variable provided it is constant while the page is visible.
Your explanation makes it quite clear where i've gone wrong but it doesnt really explain why the list works well if the state is hidden but not when just changing colours. According to your scenario it shouldnt work in either case. This may be worth exploring... i noticed other side effects when i tried using this list with a hidden frame, particularly that the frame remained visable after its parent (and its parents parent) were hidden.
I am also getting the same effect for a scrolling avid text box, It remains visible after the parent is hidden. I'll check again with 2.0.0.101 and let you know if it is fixed.
Cheers
Dan
tmorten
September 27th, 2007, 12:44 PM
Your explanation makes it quite clear where i've gone wrong but it doesnt really explain why the list works well if the state is hidden but not when just changing colours. According to your scenario it shouldnt work in either case. This may be worth exploring... i noticed other side effects when i tried using this list with a hidden frame, particularly that the frame remained visable after its parent (and its parents parent) were hidden.
Good point! Also, it seems to me that clicking a button should trigger a repaint of itself and all the parent frames, so something does seem amiss. Thanks for the prod -- I'll let you know what I uncover.
UDPATE: Okay, new knowledge: each frame (that doesn't have a transparent or alpha background) has its own window (ie - Windows window) associated with it. Hiding a window causes control to revert to the master window, and automatically causes a repaint. So hiding the frame caused the parent to send all the siblings a repaint request. Unfortunately, I'm not sure I can do the same for other state changes... I'll put some thought into it... As for pressing a button causing a repaint: indeed it does, but only for that button, not for the parent.
Best,
Tim
theguywiththefunnyhair
September 27th, 2007, 05:48 PM
So hiding the frame caused the parent to send all the siblings a repaint request. Unfortunately, I'm not sure I can do the same for other state changes... I'll put some thought into it... I have my fingers crossed for you :)
Thanks for putting so much into this.
Dan
dsmes
September 27th, 2007, 06:09 PM
Example attached.
On the test page, the bar charts on the top and side behave as they should. The problem appears to be when the bar charts are in loop frames. While the Red line works as it should, the other two bars do not. The sliders to adjust them are on the left.
Probably related- Marcel Dial charts in a loop frame don't display properly either.Tim- Same behavior in v..101. I'm sure it's still on your list, but wanted to be sure.
MC Chod
September 28th, 2007, 07:31 AM
I now have a problem with the default host name. when I installed this update it lost my original number ( ip address). so i have put in the host name and this works UNTIL I reboot the ppc. then NR doesn't hook in to either NR or mediabridge until i put the hostname in again. even though it is still showing in the hostname window
Rob H
September 28th, 2007, 07:37 AM
Make sure that autodiscovery is enabled then delete the Mediabridge and Girder plugin instances and see if that works properly after a reboot.
MC Chod
September 29th, 2007, 03:15 AM
thanks that's sorted it
dsmes
September 29th, 2007, 08:39 PM
Example attached.
On the test page, the bar charts on the top and side behave as they should. The problem appears to be when the bar charts are in loop frames. While the Red line works as it should, the other two bars do not. The sliders to adjust them are on the left.
Probably related- Marcel Dial charts in a loop frame don't display properly either.Another problem with Loop Frames, possibly related to the above problem, is illustrated in the attached example. The child frames are cut off at the edges of the loop frame holder as they should. If the loop frame holder is inside another frame that is smaller than the loop frame holder, the loop frame holder is cropped at the edges of the frame it is within, as it should. BUT, the child loop frames are not cropped at the edges of the outer frames as they should.
In the attached example, the Grey loop frames should not extend beyond the inner edge of the Orange frame. The White Loop Frame Holder is cropped as it should, but not the Grey loop frames. I hope this makes sense...
---edit: I almost forgot, Designer reflects the proper cropping of loop frames in multiple frames. It looks correct; it's just NR that renders it wrong. CCF was crated with NRD v1.1.0.44 and NR is v2.0.0.101
swampcat
October 2nd, 2007, 02:21 AM
My pleasure! Likewise, thanks to everyone who's provided feedback on the build - it's a tremendous help!
Open issues that I'm tracking, beyond the issues that should (hopefully) be fixed with version .101:
- Frame update issue (reported by Dan and Manser)
- Bar graph issue (reported by dsmes)
- Stability issue on PocketPC (reported by rpalmer68 and vitello)
- Possible socket crash in Designer (reported by Wedge)
I'm looking forward to nailing the last few bugs, so I can devote some attention to increasing performance on PocketPC :).
Best,
Tim
Hi Tim
Regarding stability on pocketpc, I have a few issues:
1. Sometimes crashing while loading on NR on PPC or takes long time to load (already mentioned) - its not all the time, sometimes only even if the ppc was freshly booted.
2. If powering off PPC while in NR, powering back on will make NR freeze and i must reboot ppc. Previously, in the older versions of NR, this wasn't a problem. I'm using hx4700 wm2003se which used to reconnect NR very quickly, less than 7 seconds for wifi to kick in and NR will show latest info from mediabridge.
3. NR generally working sluggishly on ppc, when retrieving info from mediabridge. It was lightning fast before.
4. Marcel's weather and world time not working on both pc and ppc for the ccf i made.
Here's the ccf if you like to try:
NR WMP11 ccf info (http://www.zombienexus.net/portal/GL_Display.asp?SEC=3&EntryID=496)
NR WM11 ccf zip (http://www.zombienexus.net/portal/GL_Visit.asp?EntryID=496)
(package contains 6 sizes:
PPC Square 240x240
PPC QVGA 240x320 portrait
PPC VGA 480x640 portrait
PPC VGA 640x480 landscape
PPC VGA 640x640 portrait and landscape
PC 800x600)
note: i haven't updated ccf since .87 - i wonder if that's the problem..?
mhwlng
October 2nd, 2007, 02:30 AM
Marcel's weather and world time not working
the weather isn't working because msnbc no longer provides this data...
so it's not a NR problem...
see :
http://www.promixis.com/forums/showthread.php?t=17009&highlight=msnbc
you will have to use another method (e.g. I use weather data provided by Girder )
I don't know what's wrong with your world time...
I use girder now, to provide the correct local times for my world time display...
Marcel
swampcat
October 2nd, 2007, 03:37 AM
hi Marcel,
Thanks for the quick reply - doh, i didn't realize msnbc no longer provides data. I'm not using Girder - is it possible to hook your script to another weather provider like weather.com?
Hmmm as for the worldtime, i haven't a clue what went wrong since i didn't alter your script.
mhwlng
October 2nd, 2007, 03:45 AM
is it possible to hook your script to another weather provider like weather.com?
nope... If you don't want to use Girder, then you'll have to rewrite it yourself
Marcel
swampcat
October 3rd, 2007, 01:03 AM
thanks, i will try the way of girder again - my pc seems to hate girder
theguywiththefunnyhair
October 7th, 2007, 03:57 AM
Open issues that I'm tracking, beyond the issues that should (hopefully) be fixed with version .101:
- Frame update issue (reported by Dan and Manser)
- Bar graph issue (reported by dsmes)
- Stability issue on PocketPC (reported by rpalmer68 and vitello)
- Possible socket crash in Designer (reported by Wedge)
Can i add one to this list?
- Avid utils text string does not hide with the parent frame after being shown.
Avids text string utility is too useful to be unusable!
tmorten
October 7th, 2007, 11:34 AM
A fix should be in the next build.
Best,
Tim
jwilson56
October 7th, 2007, 02:25 PM
Did the syntax change between .100 and .101?
Someone said they were using
{MP[<MediaBridge.CurrentZone>].Track}
and had to change it to
{MP["<MediaBridge.CurrentZone>"].Track}
to get it to work?
I have not upgraded Now Playing 2007 since .98 due to my back operation in late August and my recovery. I am hoping to get to it sometime in the next couple weeks to upgrade NR & G5 if I feel up to it. I am hoping there are not many other syntax changes that are going to cause these kind of problems.
Has the Flat CCF been upgraded with any syntax changes in the latest releases?
Thanks
John
tmorten
October 7th, 2007, 02:57 PM
Both synatx work, but the curly brackets update in more circumstances, so they alleviated one particular issue another user reported. As far as I know, upgrading versions shouldn't require changes on the NetRemote side, but definitely backup in case there's anything I've overlooked. :)
Best,
Tim
davidsetton
October 8th, 2007, 05:19 PM
NR2 Buttons look fine on my PC but are jagged and distorted on my Pocket PC.
Rob H
October 9th, 2007, 01:11 AM
Can you check that you're definitely using 101 on your PPC as well? I thought this was a bug that Tim had fixed there.
theguywiththefunnyhair
October 9th, 2007, 03:46 AM
clearly it's mis-leading to be able to enter LUA code and not have that LUA code trigger a repaint at any time. HOWEVER, if we give it some thought, it's clear why Ben chose to do this: the alternative would be to evaluate the LUA for every single drawable entity every time any variable changes. This could be severely detrimental to performance.
Let me give this some thought and see if there's an elegant solution. At the very least, the contingency for repaints needs to be clearly communicated in NetRemote Designer so that we don't all get misled, but hopefully there is a better solution than just issuing the caveat.(...)
So for now, this one counts as "By Design", though I definitely think the design needs to be explained up front so we don't all suffer the same confusion!
Best,
Tim
i was playing around with this and pretty much got it to work, i had to pull a trick or two to get it to work without producing this error in the console
[string "NRLUA"]:3: attempt to index field `?' (a nil value)Interestingly i had more trouble with
return NetRemote.GetVariable('MP.InfoMode') == MyVars.Menu.Current.Navigation[<^^_LoopIndex>].Name;Than with
return MyVars.Menu.Current.Current[<^^_LoopIndex>].Status == 0; this may have something to do with the differences in how i create the two tables or the timing of creation... im not sure about that.
anyway...
The solution/workaround to this error made left me wondering if it were possible to define a set of Lua vars that the state should be watching in the Lua rule (with a function call at the beginning of the Lua rule), and that maybe this could remove the need to re-evaluate the whole script.
Could it work this way?
Rob H
October 9th, 2007, 03:57 AM
It's probably going to be tricky to add monitoring of Lua variables without slowing down Lua horrendously. However, one way of doing this might be a Lua function that can trigger a repaint of a given element - what do you think Tim?
tmorten
October 9th, 2007, 05:20 PM
As I understand the current flow, a LUA rule will only get evaluated when there is a trigger event (such as the button being pressed).
I could be wrong (the code flow is somewhat challenging to trace), but I believe that the mechanism to have a variable change actively effect the state of a frame would be to make that frame's state dependent on a NR variable (as opposed to a LUA variable). Each NR variable has a list of frames that should be updated when its value changes.
To hook a frame to NetRemote variable changes, you would either: (a) use the {VariableName} syntax in the frame's text, or (b) have a LUA rule with NetRemote.GetVariable( "VariableName" ) in it -- I believe NR checks for the first instance of NetRemote.GetVariable in a LUA rule and hooks that variable, so subsequent instances in the same LUA rule would not generate a link.
In the near-term, it seems like it could be possible to have an NR variable that basically tracks the value of a LUA variable... perhaps updating on a timer. Creating a deeper mechanism for watching LUA values is going to take some rearchitecture.
Hopefully that helps... :).
Best,
Tim
jwilson56
October 16th, 2007, 09:16 AM
Well I have upgraded Now Playing to .101 and so far I see only one problem. I also tested the Flat File CCF and it has the same problem. On the Flat file CCF you can see the problem by using the create a new playlist function. The text entry box does not hide when the popup panel is hidden. I have taken a couple screen captures to show this.
John
tmorten
October 16th, 2007, 12:16 PM
My fault; the hiding bug will be fixed for the next release. Sorry about that!
Best,
Tim
jwilson56
October 16th, 2007, 12:47 PM
No problem... thats what we are here for.. to help out. I was just glad that was all I found (so far...hehehe).
John
jwilson56
October 17th, 2007, 05:28 PM
Ok here are a couple things I have found....
One is a minor change....
On my Album lister panel I have a Jump Back button at the top right. It used to work fine but now if I select a new album to play it doesn't want to go back... so I changed it to a Jump to panel instead.
Second one is that on my main screen the CPU usage is way up... lows are 30% and highs 50% and I have a AMD 4000+. Never seen these high usages before. This is a NR client on a separate PC. It only seems to do it on my main screen. Something definitely changed.
John
Rob H
October 17th, 2007, 05:37 PM
The CPU usage may be related to the fact that NRD no longer precomputes alpha transparency (connected with the image degradation problem). Although I wouldn't expect that to be a continuous factor in CPU usage.
jwilson56
October 17th, 2007, 05:44 PM
Well I tried the Flat CCF on the main player screen and it sits very low usage. I have lots of popup frames and multi layered. In fact sometimes the two small album covers on each side of the larger on blink off randomly. I would hate to do something less than what I had.
John
jwilson56
October 17th, 2007, 05:55 PM
Ok... did some playing around... seems if I delete the Master Template background the CPU usage drops to 9-11% (blue background)
John
Rob H
October 17th, 2007, 05:55 PM
That blinking sounds a bit odd - sounds like some images are continuously updated. Combine that with the alpha change and it would explain the CPU usage.
jwilson56
October 19th, 2007, 12:49 PM
Well I never had this problem with any other versions so I suspect its the changes made for alpha or the redrawing. I hope it can be fixed.
John
tmorten
October 20th, 2007, 05:40 PM
Ok... did some playing around... seems if I delete the Master Template background the CPU usage drops to 9-11% (blue background)
John
Let me know if you're able to put together a small sample CCF that reproduces the CPU issue; I'd be happy to take a look at it on this end.
Best,
Tim
tmorten
October 20th, 2007, 06:46 PM
Example attached.
On the test page, the bar charts on the top and side behave as they should. The problem appears to be when the bar charts are in loop frames. While the Red line works as it should, the other two bars do not. The sliders to adjust them are on the left.
Probably related- Marcel Dial charts in a loop frame don't display properly either.
I've tried the sample CCF, and it seems to behave the same on .98 as on .101... I suspect something may be different about my setup (I'm running on Vista for instance), but can you post an image of the correct appearance? I'm going to try to track the changes in the code since .98, but I want to make sure it was indeed working as you expected in that version before I do.
Thanks,
Tim
dsmes
October 20th, 2007, 08:21 PM
I've tried the sample CCF, and it seems to behave the same on .98 as on .101... I suspect something may be different about my setup (I'm running on Vista for instance), but can you post an image of the correct appearance? I'm going to try to track the changes in the code since .98, but I want to make sure it was indeed working as you expected in that version before I do.
Thanks,
TimTim, I screwed up the example ccf in my original post... try the attached. Also see screen shots of v2.0.0.97 (I can't find v..98) and v2.0.0.101. Like I said, the Red line works in Loop Frame #1 but not the light and dark Blue bars. I'm running XP-Pro sp2.
I trust you saw my other example here (http://www.promixis.com/forums/showpost.php?p=119752&postcount=63) which I think is nothing more than a Z-order rendering thing.
Thank you for your help looking into these!
tmorten
October 21st, 2007, 04:39 PM
The clipping will be fixed in the next release (this week).
I've traced the bar chart problem to a change that was made on May 20th, but a lot of code was introduced at that point, so it will take me a little bit to sort through it and figure out a solution.
Thanks for posting the example! Incidentally, it turns out that it works in .97 but not in .98.
Best,
Tim
jwilson56
October 21st, 2007, 06:56 PM
Let me know if you're able to put together a small sample CCF that reproduces the CPU issue; I'd be happy to take a look at it on this end.
Best,
Tim
I will try and get it down to a smaller example this week....
John
Ron
October 22nd, 2007, 11:46 AM
build 102 released. See top of thread.
jwilson56
October 22nd, 2007, 06:46 PM
Congrats!!!! CPU usage is down to 3-8% now... text on hidden frames works also... so far no problems encountered.
John
rpalmer68
October 23rd, 2007, 06:43 AM
Yes .102 is much more responsive on my x51v PDA too, well done guys.
Now if we can just fix the webrowser crashes on the PDA then I can get my help screens back.
Cheers
Richard
Rob H
October 23rd, 2007, 08:40 AM
Good news!
davidsetton
October 23rd, 2007, 08:42 PM
Just tried NetRemote 2.0.0.102 pre-release on my Pocket PC. Many of my graphics are still jagged and distorted. The zone information is showing up properly now.
David
Rob H
October 24th, 2007, 02:45 AM
Tim will probably want to see the CCF in that case.
Could it be that the button sizes don't actually match the image sizes? That can happen if you are using the same graphic on two or more buttons then use the replace image function on just one of those buttons with an image that's a different size. The size of the remaining buttons will not be updated.
tmorten
October 24th, 2007, 12:52 PM
When you say the graphics are jagged and distorted -- is this somthing that happened all of a sudden with a recent build, or is this the result of the slow image degradation that was occuring prior to version 100? If it happened all of a sudden, what version of Designer did you use to save the CCF?
If it was a result of the slow image degradation, you need to replace the distorted images in your CCF to fix the problem. If it is something that happened all of a sudden, I suspect the CCF wasn't saved out using the latest version of Designer.
If none of that helps, please send me the CCF, and I'll take a look.
Best,
Tim
TonyNo
October 25th, 2007, 03:45 AM
I just installed to PPC and am seeing the jaggies, too. All was well in previous version.
Update: I resaved from current Designer with no change.
davidsetton
October 26th, 2007, 02:41 PM
Tim:
Attached is the CCF file that is showing up jagged under the "Movie Player" pages as well as the Battery Image Page.
David
tmorten
October 26th, 2007, 07:07 PM
Many thanks; we'll take a look. Rob, you may want to check it on your end as well.
Best,
Tim
emmee
October 27th, 2007, 02:35 PM
Quick request:
Could you please include the date along with the change list when new releases are posted? This was done in the past and makes it easier to keep track of things.
Thanks...
Rob H
October 27th, 2007, 03:04 PM
You can generally find out the date of the latest release from the last edited time on the first message, or indeed from the date of posting of the release announcement within the thread.
Although you are right, it would be better to post it with the change log
Ron
November 20th, 2007, 04:52 PM
build 103 released. See first post in this thread.
Manser
November 22nd, 2007, 06:56 AM
Still have jagged images if I use the anti-aliased option for rounded buttons in Photoshop! Only with PPC version. It's ok without anti-aliased but the buttons doesn't look good.
See the example.ccf
tmorten
November 22nd, 2007, 08:38 AM
Confirmed; this is a by-product of the fix for the other problem that was reported. I'll look into it.
Best,
Tim
davidsetton
November 22nd, 2007, 10:11 PM
Tim:
The jagged images are getting better. The only image I have now that is not looking good with NR 2.0.0.103 is the "flames" on the "Home" page on the attached ccf. You are getting there.
Another thing that I noticed was the text on the now playing page does not scroll all the time.
David
rogerrabbit10
November 23rd, 2007, 02:56 AM
Hello,
connection with girder 3.3 --
ok on 2.0.99
no on 2.0.100
no on 2.1.103
test : ip or hostname - status "conected" no event sending.
excuse my english .. i'm french ...
best regard!
tmorten
November 23rd, 2007, 08:37 AM
Désolée -- I will add this to the list, and let Ron know.
Best,
Tim
VSDomotics
November 28th, 2007, 12:45 PM
After installing build 103 after I had 102 installed, the drawing of graphs using Marcels XGraph functions, does not display when the graphs are in a 'second' state frame. I mean when the Graphs are in the Default State they do display. When it is a frame which you can toggle on and off by using a state variable, the frame stays blank (only the background).
As said in 102 it was okay. Can someone look into this?
sonata31
November 30th, 2007, 07:18 AM
With the release 103 the images on the PDA are bad
tmorten
November 30th, 2007, 06:41 PM
This will be addressed by the next build -- apologies for the inconvenience :).
Best,
Tim
tmorten
November 30th, 2007, 06:42 PM
After installing build 103 after I had 102 installed, the drawing of graphs using Marcels XGraph functions, does not display when the graphs are in a 'second' state frame. I mean when the Graphs are in the Default State they do display. When it is a frame which you can toggle on and off by using a state variable, the frame stays blank (only the background).
As said in 102 it was okay. Can someone look into this?
Can you post an example CCF? That will help speed up the debugging.
Thanks,
Tim
sonata31
December 1st, 2007, 12:27 AM
This will be addressed by the next build -- apologies for the inconvenience :).
Best,
Tim
Ok, Thank You
davidsetton
December 3rd, 2007, 09:17 AM
Tim:
The jagged images are getting better. The only image I have now that is not looking good with NR 2.0.0.103 is the "flames" on the "Home" page on the attached ccf. You are getting there.
Another thing that I noticed was the text on the now playing page does not scroll all the time.
David
VSDomotics
December 3rd, 2007, 10:48 AM
@ Tim
Tim, I made an exmple ccf and lua to show the Graph problems.
I found out it is not the State-option causing the problem but it's the backgroundcolor of the frame the Graph is on. When the bacground is transparant the Graph shows fine (Frame 3). When the background is colored it is disappeared (Frame 1 and 2).
Frame 1: colored background and Graph should only display when second state is active (toggle using button); nothing displayed.
Frame2: colored background); nothing displayed.
Frame3: transparant background; Graph shows fine like expected.
I hope yoy can fix this.
tmorten
December 3rd, 2007, 07:39 PM
Thanks; I'll take a look...
Cheers,
Tim
MC Chod
December 5th, 2007, 08:49 AM
Hello,
connection with girder 3.3 --
ok on 2.0.99
no on 2.0.100
no on 2.1.103
test : ip or hostname - status "conected" no event sending.
excuse my english .. i'm french ...
best regard!
got a similar problem 103 shows connected but neither girder 5 nor mediabridge receiving. tried reinstalling 103 and deleting girder and mb plugins on ppc. NR then shows connection but does not auto detect plug in. 102 used to do same but was resolved when plug-ins deleted. Gone back to 100 and is working at present
tmorten
December 5th, 2007, 09:52 AM
I'm not sure yet about G3.3, but MediaBridge and G4/G5 should all be working fine with 103 (verified with multiple machines on my end). I suspect perhaps there are some sockets that didn't close down properly -- I'd suggest a restart on the respective machines and then relaunching with a clean slate if you do run into issues like this. I'll plan to take a look at the socket clean-up code to try to make it more forgiving.
Best,
Tim
sonata31
December 7th, 2007, 09:06 AM
I use NetRemote 2.0.0.103 et NetRemote Designer 1.1.0.45
I use a PDA with Windows Mobile 6
Here is a comparaison with the images on the PC client and the PDA client
On the other hand my progress bar is moving on the PC client, but not on the PDA client
Other images on the next post
sonata31
December 7th, 2007, 09:08 AM
Other images
Last images on the next post
sonata31
December 7th, 2007, 09:09 AM
Last images
sonata31
December 7th, 2007, 11:34 AM
My ccf and lua script
Mastiff
December 7th, 2007, 01:21 PM
Sonata31, who needs bar movements when you've got Kate? ;)
sonata31
December 7th, 2007, 01:29 PM
Sonata31, who needs bar movements when you've got Kate? ;)
What is Kate ??
jwilson56
December 7th, 2007, 01:46 PM
Kate Beckinsale
sonata31
December 7th, 2007, 02:20 PM
Kate Beckinsale
Oh yes !!!!!!!
Mastiff
December 8th, 2007, 07:25 AM
I take it you haven't seen any of the Underworld-movies, Sonata31? Amongst my favourites, especially since they show why a CRT projector will kill any digital projector for a long time yet! ;) OK, back to topic, I guess.
sonata31
December 8th, 2007, 07:35 AM
I take it you haven't seen any of the Underworld-movies, Sonata31? Amongst my favourites, especially since they show why a CRT projector will kill any digital projector for a long time yet! ;) OK, back to topic, I guess.
I saw Underworld 1 and 2, but my problem is with NetRemote not with Kate :)
sonata31
December 12th, 2007, 11:32 PM
Help, could somebody answer?
I cannot use NetRemote with this problem
Rob H
December 13th, 2007, 12:53 AM
I'm sure Tim has seen this and will be working on it.
Although to be honest it would probably have been better to create a new thread about this problem, it's much easier to keep track that way.
Actually it looks as thought it's fixed in the next build - http://www.promixis.com/forums/showthread.php?t=17794
sonata31
December 13th, 2007, 01:32 AM
Ok, Thank You
Is it coming any time soon?
Rob H
December 13th, 2007, 01:35 AM
I would imagine so, but I don't have any concrete information on a time for next release at the moment.
Ron
December 17th, 2007, 09:58 AM
build 104 is up!
dsmes
December 18th, 2007, 10:30 AM
X-Graph is still somewhat broke in v.104. See MarcelUtilsDriver example xgraph.ccf for total brokenness. In one of my CCFs, one graph works as expected, and another only displays the graph while you click on it. Even then, the time-scale expands with every mouse click; something X-Graph always did (not sure if it's a feature or a bug). This problem was mentioned before (http://www.promixis.com/forums/showpost.php?p=122010&postcount=110), but I don't see it on Tim's fine issues list. (http://www.promixis.com/forums/showthread.php?t=17542)
VSDomotics
December 18th, 2007, 12:24 PM
@dsmes. You probably missed a reply to the XGraph problem. It seemed the problem is the backgroundcolor (transparant or not) what is causing the misbehaviour. See my thread http://www.promixis.com/forums/member.php?u=6477
But... stil not solved as far as I know.
sonata31
December 19th, 2007, 03:16 AM
I use NetRemote 2.0.0.103 et NetRemote Designer 1.1.0.45
I use a PDA with Windows Mobile 6
Here is a comparaison with the images on the PC client and the PDA client
On the other hand my progress bar is moving on the PC client, but not on the PDA client
Other images on the next post
With the version 2.0.0.104 the images are ok, but not the progress bar, why ???
tmorten
December 19th, 2007, 07:55 AM
Images were one of the fixes targeted for this release. I haven't had a chance to look at your progress bar issue as yet.
Cheers,
Tim
PS - I drive the progress bars in my CCF from Girder, which works great on both PC and PPC. You might consider experimenting with this approach if you have a chance.
sonata31
December 19th, 2007, 08:06 AM
Images were one of the fixes targeted for this release. I haven't had a chance to look at your progress bar issue as yet.
Cheers,
Tim
PS - I drive the progress bars in my CCF from Girder, which works great on both PC and PPC. You might consider experimenting with this approach if you have a chance.
An example ?
On my PC it's ok
davidsetton
December 19th, 2007, 12:53 PM
Images look great in the new build. One issue that I have noticed is that the element names using Avid Util Scrolling Text is broken (i.e. - they don't scroll).
David
peterjwhite
December 20th, 2007, 07:10 AM
Hi, downloaded and verified that .104 fixes state problems, but IR passthrough to USB-UIRT still broken (LED light flashes but equipment doesn't respond to whatever garbled message is being send).
Also noticed that the alpha blending algoirthm seems to have changed - the shadows around the buttons in my CCFs are now much darker and more pronounced than before.
tmorten
December 20th, 2007, 06:05 PM
Cleaning up the IR (both for USB-UIRT and GlobalCache) is work in progress, so that will be one of the main changes for the next build. Apologies for the delay...
Best,
Tim
peterjwhite
December 20th, 2007, 06:43 PM
Hi Tim, no problem with the delay, I still run NR1.0.0.44 on my primary PDA and NR2.x on a backup PDA for experimenting with the new versions.
Any comment on the alpha blending change in .104 for PDA? Basically it's as though the contrast is turned up making the darker areas super dark. No difference in alpha blending on the .104 for Windows desktop PC, except...
With .104 for both PDA and PC the MJB list boxes for Media Library and Playlist now display really weirdly... depending on the CCF and the state of the MediaBridge link they can display correctly, display in wrong colour, display in wrong location or not display at all. Going back to .99 fixes the MJB boxes but breaks fix for states.
BTW For reference my CCFs - PocketiTunes and PocketiTunesLite - are posted on the NetRemote skins download page.
sonata31
December 20th, 2007, 11:46 PM
An example ?
On my PC it's ok
can someboby help me ?
tmorten
December 21st, 2007, 04:13 PM
Any comment on the alpha blending change in .104 for PDA? The alpha algorithm was reworked to fix an issue where some alpha images incrorrectly showed up white, and to fix an issue with "sparkles" in some alpha images. The current algorithm should be correct, but if you're seeing something that looks wrong, post an example and I'll bring it up in the debugger on this end.
With .104 for both PDA and PC the MJB list boxes for Media Library and Playlist now display really weirdly...
I haven't ventured in to any of that code as yet, so I'll have to put together a sample and try to reproduce on this end. I'm not sure what might cause that.
Best,
Tim
tmorten
December 21st, 2007, 04:29 PM
can someboby help me ?
Here's what I do:
On the NetRemote side, I have four frames, each showing a progressively longer load bar. Each frame is normally invisible, but if iLoadBar is set to the index of the frame in question the appropriate frame will be visible. For example if iLoadBar is one, the first frame will be visible.
On the Girder side, I have four actions, each of which sets the value of iLoadBar in the NetRemote client to a different value. Here's an example of the action for showing the first frame:
local x = comserv.GetConnection( pld1 )
local guid = x:RemoteInstance( )
local client = NetRemote.LookupClient( guid )
if client then
client:SetVariable( 'iLoadBar', 0 );
end;As I trigger IR codes in a macro, if I'm a quarter of the way through the macro, I call the appropriate action to update the load bar. Likewise for half-way, three quarters of the way, and completely done.
Voila, I get an animating load bar, that works on PC and PPC. This is a crude animation mechanism, and not something that I would hold up as an example of an elegant solution, but I can verify that it does work :).
Best,
Tim
sonata31
December 22nd, 2007, 03:09 AM
Here's what I do:
On the NetRemote side, I have four frames, each showing a progressively longer load bar. Each frame is normally invisible, but if iLoadBar is set to the index of the frame in question the appropriate frame will be visible. For example if iLoadBar is one, the first frame will be visible.
On the Girder side, I have four actions, each of which sets the value of iLoadBar in the NetRemote client to a different value. Here's an example of the action for showing the first frame:
local x = comserv.GetConnection( pld1 )
local guid = x:RemoteInstance( )
local client = NetRemote.LookupClient( guid )
if client then
client:SetVariable( 'iLoadBar', 0 );
end;As I trigger IR codes in a macro, if I'm a quarter of the way through the macro, I call the appropriate action to update the load bar. Likewise for half-way, three quarters of the way, and completely done.
Voila, I get an animating load bar, that works on PC and PPC. This is a crude animation mechanism, and not something that I would hold up as an example of an elegant solution, but I can verify that it does work :).
Best,
Tim
Thank You for your response I will test it
Louis
VSDomotics
December 24th, 2007, 12:08 AM
@tmorten
Tim, a few weeks ago I told about the XGraph issue not showing on colored backgrounds
http://www.promixis.com/forums/showpost.php?p=122134&postcount=116
In the latest relaease (104) it was not fixed yet. Any idea when you will have a look at it? Now I can't keep up with the newer beta's because the Graphs are missing.
tmorten
December 24th, 2007, 01:18 PM
The XGraph issue will get fixed, but I don't have a timeline as yet -- I will add it to the open issue list when I get back from my Christmas break. Have a happy holiday in the mean-time!
Best,
Tim
marketability
December 26th, 2007, 11:56 AM
Just loaded .104 and my ratings GAC seems to have stopped working
i don't thinks its my CCF as the same problem appears in the flatstyle CCF
running ViSTA by the way
Thanks
dsmes
December 29th, 2007, 02:26 PM
@dsmes. You probably missed a reply to the XGraph problem. It seemed the problem is the backgroundcolor (transparent or not) what is causing the misbehavior. See my thread http://www.promixis.com/forums/member.php?u=6477Thanks Geert,
Yes, I did miss your post. At least your investigation of the problem provides us a work-around. That is, set the XGraph transparent and put a dummy frame with the preferred background color behind it.
Ron
April 25th, 2008, 09:57 AM
Posted the NetRemote 2.0 GOLD build 123!! Hooray!!
jwilson56
April 25th, 2008, 10:12 AM
Posted the NetRemote 2.0 GOLD build 123!! Hooray!!
Congrats!!!!! Installed here and Now Playing 2008 is working fine!!
Mission control this is a go
Mastiff
April 26th, 2008, 10:43 AM
Good man! :D
Vegas
April 26th, 2008, 05:01 PM
Crashes on startup. Installed over 117 also tried fresh install, same result.
I reinstalled 117 and it runs ok.
Here is the message from Vista:
EDIT: I traced the problem to the slider controls in my ccf. I'll post the details in the open issues thread.
Problem signature:
Problem Event Name: APPCRASH
Application Name: NetRemote.exe
Application Version: 2.0.0.123
Application Timestamp: 481200ad
Fault Module Name: NetRemote.exe
Fault Module Version: 2.0.0.123
Fault Module Timestamp: 481200ad
Exception Code: c0000005
Exception Offset: 0000d999
OS Version: 6.0.6000.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 4e49
Additional Information 2: 650b8b085107c2b06ad67ce878dc5d1f
Additional Information 3: 17a1
Additional Information 4: 89ba78f32c075ede09d990ca8ad887fa
marketability
May 2nd, 2008, 10:03 AM
using NRD .51 and NR .124
Is anyone aware of reasons for a CCF not working on Windows Mobile 6 when working fine on Win32 (Vista)?
It seems to be primarily GAC related and for example the following call just hangs NR...
The button action is...
Toggle value of variable (mcbrowsepanel)
Set Variable to value (Scheme.Name,Artist ABC)
Execute LUA code (On Release)
NetRemote.GoDevice('MC', 'Covers' )
Set.NetRemote.Variable('MP.AlbumsRoot', 'Media Library\Audio\ABC')
mygacl:Request()
Rob H
May 2nd, 2008, 12:48 PM
It's possible that we still haven't fixed the bug that occurs on the PPC
Try adding a blank line to the end of the Lua code.
Ron
May 2nd, 2008, 01:03 PM
That is indeed still an issue. I looked into this bug before but for the life of me can't find why Lua does accept code without a terminating \n\r in Win32 but not in PPC.
marketability
May 2nd, 2008, 11:30 PM
I'm not sure its that issue - there is a blank lineafter the LUA code
Other LUA works fine - its seems to be restricted to GAC and GAC+ code
and particularly to changing AlbumsRoot (the CCF loads VERY slowly if in the LUA file and hangs NR if on a CCF Button)
It may be a timeout type issue - MediaBridge shows activity after pressing the button for say 3 - 7 minutes, the covers panel eventually loads but no GAC list displays
Incidentally the playing now GAC works...
in the LUA file...
plgacl = GAC:new{var='PGACL',includeSubItemCount=0,imageSiz e='S', fields='Album,Artist',count=10, useGP=1 };
plgacl:SetClearOnChange(1)
plgacl:SetScheme('Playing Now');
in the Button LUA...
plgacl:Request()
sirbooker
May 6th, 2008, 10:44 AM
Question
has the documention / manual gone GOLD yet for netremote ??
i would like to print out a hard copy.
paul.
Ron
May 6th, 2008, 10:46 AM
:-) good question. Manuals will always be in flux. I am sure there are spots that are not fully up to date but mostly it should be fine.
JackatCV
June 11th, 2008, 12:34 PM
I just updated to NR build 2.0.3 126 (I think those are the right numbers)
I'm using NRD 1.1.0.51
The new NR build seems to be stable (it doesn't crash when I open it), but when I use the LUA interactive console it is completely blank (even though there are lots of print commands in my CCF).
I also suspect that the LUA variables are not refreshing correctly (nothing changes even though I expect it to change).
I went back to version 124 and now the NRD debug tools are working.
I hope this is an easy fix. My LUA programming requires a lot of trial and error and I would be lost without these tools.
Thanks,
Jack
Rob H
June 12th, 2008, 03:35 AM
Are you using a software firewall? That may have noticed the change in version of NRD and blocked the port.
JackatCV
June 12th, 2008, 06:17 AM
Are you using a software firewall? That may have noticed the change in version of NRD and blocked the port.
This computer does have a Symantec Antivirus Corporate Edition, but it doesn't apear to have any firewall settings. I'll do some tests later to see if I can disable it, but I really don't think that's the problem. Am I the only one experiencing this issue?
Ron
July 3rd, 2008, 12:35 PM
build 2.0.4.127 released.
mhwlng
July 3rd, 2008, 01:42 PM
web browser (or embedded web server, not sure?) is broken in 127 on win32 (worked fine on 126)
I see mostly white rectangles now
Marcel
Ron
July 3rd, 2008, 04:10 PM
Can you try this version of the webbrowser plugin
mhwlng
July 4th, 2008, 12:22 AM
that fixed the problem,
thanks Ron...
Marcel
VSDomotics
July 13th, 2008, 02:13 PM
When a frame, which is controlled by a variable using the 'Select State' function, popups over a frame with embedded webbrowser, the webbrowser disappears behind the popupped frame but within a second the browser shows again for a fraction of a second.
I use build 2.0.4.127. This flickering behaviour did not appear in my previous version 2.0.0.104.
Can this be solved? If not reproducable I can supply a test file which shows this behaviour.
Rob H
July 14th, 2008, 12:57 AM
Test cases are always welcome.
VSDomotics
July 14th, 2008, 11:45 AM
I made a very simple CCF with a webbrowser and a popup frame to show the flickering behaviour. I must say this simple CCF has less problems with flickering than my own more complicated CCF. After multiple switching between frame on-frame off, the behaviour is afterall visible.
4912
VSDomotics
July 14th, 2008, 11:56 AM
I noticed the behaviour gets stronger when I use the Frame Popop LUA. I made another CCF to show it.
4913
4914
VSDomotics
July 16th, 2008, 02:06 PM
@Rob,
In another thread you suggested to put the webbrowser on the Overlay Template. I tried to find out out if this would help. But the same flickering occurs. After the popupframe overlays the webbrowser on the 'Overlay Template' the webbrowser disappears but very shortly shows up again. In previous version (102 I am for sure) this was not the case.
I hope you can solve this issue.
Ron
August 21st, 2008, 02:01 PM
Released 2.0.5.128
Jlee
August 23rd, 2008, 02:56 AM
Just upgraded to 2.0.5 and have a problem with buttons with states with rules set in Lua. Firstly when I try and edit the Lua on the state on the button in NRD 2.0 there is no Lua shown. Secondly the states are not working correctly because the button is not hiding when it should be.
Rob H
August 23rd, 2008, 03:09 AM
Can you mail me the CCF with details of which buttons you've tried?
Jlee
August 23rd, 2008, 04:27 AM
Can you mail me the CCF with details of which buttons you've tried?
Of course it could either be NRD 2 or NR 2.0.5 that has caused my problems as I upgraded both at the same time. My CCF got corrupted so I've now reverted both NR and NRD and got my CCF back working again. This is a link to the folder containing the version of my CCF before it got corrupted:
ftp://rigbys.blogdns.net/NetRemote/Jlee%201280
The buttons / frames in question are found under MC>Main>MC Frame>Info Window. They are:
from the album: {MP.Album}
by: {MP.Artist}
Playing: {MP.Track} ({MP.Year})
Playing: {MP.Track}
The Lua on the states seemed to get lost after saving the file in the new version.
Rob H
August 23rd, 2008, 05:06 AM
Thanks, I'll take a look - I haven't notice the problem with Lua states here before and I tend to use them quite a lot, but it may be a recently introduced bug.
Rob H
August 23rd, 2008, 05:19 AM
Bug confirmed - working on it now. Hope to have something for you in a little while.
Rob H
August 23rd, 2008, 05:31 AM
Here's a replacement .exe
Can you see if this fixes the problem?
orens
August 23rd, 2008, 03:26 PM
Through build 127 everything has been working fine. With build 128 I have encountered two problems. First the CAB file will not install on a HP h5555 with Windows Mobile 2003. The error message is that it is not a valid setup file. Second the build 84 of MediaBridge will not run on a Win98se system. Installation goes fine, but on running the first attached error message occurs. I even am unsuccessful in reverting back to build 83 which previously did work. With build 83 I now get the second attached error message. Even uninstalling .NET 2.0 does not help. Suggestions please.
Ron
August 23rd, 2008, 09:06 PM
I signed the cab file I guess WM2003 cannot handle that. I'll upload an unsigned version tomorrow. Also MediaBridge requires .NET2.0. Can you try upgrading your MDAC component (do that before .net)?
http://www.microsoft.com/downloads/details.aspx?familyid=6c050fe3-c795-4b7d-b037-185d0506396c&displaylang=en
Jlee
August 23rd, 2008, 10:36 PM
Here's a replacement .exe
Can you see if this fixes the problem?
I extracted the files to a folder and tried to run the exe but it won't install on Vista.
Rob H
August 24th, 2008, 01:45 AM
Damn! That should have just contained a replacement for NRDesigner.exe.
Can you reinstall from the original installer and then try this replacement?
orens
August 24th, 2008, 07:49 AM
The MediaBridge problem with Win98se is solved. I did have MDAC 2.8 and .NET 2.0 installed, but updating to MDAC 2.8 SP1 solved the problem and MediaBridge now runs fine under Win98se. I will look for the unsigned version of the CAB file. Thanks for the help.
jonkjon
August 24th, 2008, 12:30 PM
Unable to edit LUA code from "Edit LUA Code" button in state configuration part of element properties dialog. I receive a dotNet exception that "scilexer.dll" could not be found
manuel
August 24th, 2008, 12:50 PM
Same issue on my Win CE 4.2 Device "netremote-CE4.2-2.0.5.128.cab is not a valid windows CE setup file"
Rob H
August 24th, 2008, 01:00 PM
Unable to edit LUA code from "Edit LUA Code" button in state configuration part of element properties dialog. I receive a dotNet exception that "scilexer.dll" could not be found
I've attached a zipped version of SciLexer.dll - unzip it to the NRD 2.0 folder
jonkjon
August 24th, 2008, 02:53 PM
Thanks but still no go. I am getting a new error now. I've attached a screenshot of the dialog.
Ron
August 24th, 2008, 03:07 PM
jonkjon are you running vista64?
jonkjon
August 24th, 2008, 03:17 PM
No i am running 32bit vista ultimate.
Ron
August 24th, 2008, 03:19 PM
Strange, give the new build a try and post further bug reports for the NetRemote Designer (NRD) in the NRD forum.
jonkjon
August 24th, 2008, 03:28 PM
Looks like the beta build solved the problem. BTW Great job on this. It looks like a vast improvement.
Rob H
August 24th, 2008, 03:48 PM
Thanks, it took a while, but I think it was worth it.
manuel
August 27th, 2008, 04:32 AM
I signed the cab file I guess WM2003 cannot handle that. I'll upload an unsigned version tomorrow. Also MediaBridge requires .NET2.0. Can you try upgrading your MDAC component (do that before .net)?
http://www.microsoft.com/downloads/details.aspx?familyid=6c050fe3-c795-4b7d-b037-185d0506396c&displaylang=en
Hi Ron,
When do you schedule to upload a working WIN CE .cab ?
Ron
August 27th, 2008, 06:56 AM
the new cab files were uploaded on the 25. Give them a try.
mhwlng
October 5th, 2008, 01:27 AM
In the last couple of NR releases, I'm having problems serving some images (mng/jpg etc.) using the built-in web server. (on win32)
Sometimes, a missing image appears after some retries or a restart of NR.
Could there be a buffer overflow of some type ? (or maybe it doesn't like zeroes in the middle of the data)
This used to work fine before....
Marcel
Ron
October 13th, 2008, 10:06 AM
Released 2.0.6
Changes:
Fixed the Flash plugin
Added support for retrieving the current scheme for an element and provided methods to change the foreground and background colours of that scheme. Also added element:Repaint() to force a given element to repaint following a scheme colour change
Ron
October 17th, 2008, 09:13 AM
NR 2.0.7 posted.
Changes:
Fixed the issues with animated images on alternate states.
Ron
October 20th, 2008, 10:30 AM
Build 131 / 2.0.8 posted.
Changes:
Fixed the Zoom plugin NextInstance/PrevInstance crash.
Ron
November 8th, 2008, 08:36 AM
build 133 - 2.0.10 released.
mhwlng
November 8th, 2008, 09:36 AM
I noticed that lua.dll has disappeared in recent releases.
without this dll (win32), my marcelutils plugin won't load.
If I copy lua.dll from an older NR version, it looks ok...
has the SDK changed ?
Marcel
Ron
November 8th, 2008, 09:47 AM
Sadly we had to rename lua.dll because of a Pocket PC name collision with another piece of software that uses lua.dll which appears to be in widespread use. (TouchFlo search this forum for more info if desired)
To keep things the same across builds we decided to rename this dll for all builds. Sorry for the inconvenience.
The new name is nrlua.dll
mhwlng
November 9th, 2008, 01:00 AM
so, do I need a new sdk with different lib files ?
Marcel
Ron
November 9th, 2008, 07:19 AM
you are right. I'll see if I can get them out asap. For now can you try to rename lua.lib to nrlua.lub?
davidsetton
November 9th, 2008, 08:01 AM
I am getting the following error with the new build on my pocket pc when starting netremote:
"\Program Files\NetRemote\luascript\compat-5.1.lua:119: error loading package 'socket.core' (system error 126)
Ron
November 9th, 2008, 08:17 AM
looks like that one is missing from the distribution. I'll re-roll...
Ron
November 9th, 2008, 12:31 PM
@Marcel: Updated SDK:
http://www.promixis.com/download.php?id=993
@davidsetton: Fixed socket files are attached both for Win32 and PPC. Place them in the lualib directory. I'll do a new release Monday. It's Sunday now ;-)
mhwlng
November 13th, 2008, 05:22 AM
I installed NR v134 &
recompiled my marcelutils plugin with the new sdk (vs2003), linking to nrlua.lib instead of lua.lib
the plugin (win32) loads ok &
plugin properties show ok,
but NR now crashes when my plugin tries to paint someting on the screen..
nothing interesting shows in dbgview...
using the plugin compiled with the previous sdk and manually installing lua.dll from an older NR version still works fine
Marcel
Rob H
November 13th, 2008, 09:50 AM
Marcel, do you have a test CCF for your utils handy?
mhwlng
November 13th, 2008, 01:15 PM
for example see marcelutilslabeltest.ccf in the old marcelutilsdriver.zip via the url below
attached is dll compiled with latest sdk
(with and without wlanapi) above test ccf crashes nr...
dll compiled with previous version of sdk and lua.dll works ok..
Marcel
Rob H
November 13th, 2008, 03:39 PM
Thanks for that. Compiling it here with the sources I'm using shows no problem, so it looks like there's something wrong with the SDK.
mhwlng
November 15th, 2008, 04:28 AM
I've updated my SAPI plugin to use the same latest SDK and that one works fine.
the difference is that the SAPI plugin doesn't paint anything on buttons/frames...
Marcel
Rob H
November 15th, 2008, 05:53 AM
Thanks, that should help to track down the problem.
mhwlng
November 22nd, 2008, 01:06 AM
Any idea yet if there is a problem with above new SDK ?
I still have the same crashing problem when painting something, using the above sdk with NR build 136.
Using the old sdk and copying lua.dll from an older version of NR still works ok...
Marcel
Rob H
November 22nd, 2008, 02:21 AM
I can't see anything that could cause this yet, but I'll have another look this weekend. It's either going to be something really subtle or so blindingly obvious that I'm going to kick myself.
mhwlng
November 22nd, 2008, 02:29 AM
maybe I did something wrong ?
attached my build environment, maybe you can spot some error ?
the win32 lib files in the sdk are :
nrlibrary.lib 4/4/2008 8:54
nrlua.lib 9/11/2008 8:42
Marcel
Rob H
November 22nd, 2008, 02:47 AM
Ah, that's interesting nrlibrary.lib should probably be newer than that. I found a couple of uncommitted changes, but nothing major.
There's also one file that was committed that changed around the middle of October which should have made it into the SDK
Still nothing that I would have expected to cause this problem though.
mhwlng
November 23rd, 2008, 02:58 AM
With build 136, I still have the problem that some binaries (i.e. images) are not server properly by the internal web server.
The result is not consistent, if I refresh the page, sometimes I get the data ok...
I moved the image files to the girder webserver and that works ok...
Marcel
Rob H
November 23rd, 2008, 04:03 AM
I've not really looked at the webserver code at all, but I'll take a look.
A suitable small test example would definitely help :)
mhwlng
November 23rd, 2008, 04:29 AM
The main files that I have problems with are 1.5MB mng (animated png) files. (example attached)
I use this to display them:
http://entropymine.com/jason/mngctrl/
Now I'm accessing all mng&png files from the girder web server instead and the problem is gone
also attached a 70kb png file that sometimes disappeared...
(other similar sized png files showed now problems)
Marcel
Rob H
November 23rd, 2008, 06:26 AM
How are you serving the mng files from the NR webserver? As I say, I haven't used it! :)
mhwlng
November 23rd, 2008, 06:34 AM
I installed above mentioned mng4ie plugin, then use this html :
<embed src="test.mng" width="141" height="106" type="video/x-mng" />
(I have about 6 mng files in one web page)
png files, I display like this :
<img src="blank.gif" style="width:106px; height:106px; filter:progid:DXImageTransform.Microsoft.AlphaImag eLoader(src='test.png', sizingMethod='scale')" />
Ron
December 4th, 2008, 09:48 AM
Build 138 / 2.0.15 posted.
sirbooker
December 4th, 2008, 04:14 PM
i just downloaded the latest (netremote cab) and installed it
but it will not run ? says it's not signed or one of it's componets is missing
try reinstalling.still won't run.
paul
Ron
December 4th, 2008, 04:18 PM
That's strange do you ususally have to do anything or does it run normally with previous builds (the cab files are never signed btw)
sirbooker
December 4th, 2008, 05:42 PM
after upgrading cabs all i have to do is re-configure everything for plugins
which seems strange because on the pc it seems to retain all previous
settings for plugins.
i clicked on netremote cab and netremote ce and the file names are the same ?? could this be the problem
paul
Ron
December 4th, 2008, 07:35 PM
Did you get the wrong cab file? Can you remove NR from the PPC check with the file manager everything is gone then reinstall.
sirbooker
December 5th, 2008, 07:56 AM
Hi Ron
if you go to page 1 of this thread and move your mouse pointer over
NetRemote Suite it changes to red
now move pointer down to highlite NetRemote Cab and you will see that both the cab and ce tun red at the same time and if you try clicking on either it will display the same file name to download....
paul..
has anyone else tried downloading the cab file for the ppc.
Rob H
December 5th, 2008, 08:16 AM
Ah yes, you're quite right - something odd happened there by the look of it.
sirbooker
December 8th, 2008, 07:20 PM
Ah yes, you're quite right - something odd happened there by the look of it.
it is now dec 08 monday night,and i am wondering if this is going to get fixed ?? the download that is !
paul
Ron
December 8th, 2008, 10:24 PM
Fixed downloads.
mhwlng
December 13th, 2008, 05:13 AM
Did somebody have a chance to look at the sdk problem that I reported November 13th, 2008, 02:21 PM ?
NR 138 stil crashes for me when trying to paint something...
Marcel
Rob H
December 13th, 2008, 07:46 AM
Sorry Marcel, not yet, no. I'm trying to get an improved VS2k3 build system going here (I normally work in VS2k5), so I hope to get to this soon - I'm close to finishing that.
Wilhelm
December 17th, 2008, 08:03 AM
And another bug: The latest version (138) freezes after waking up from a standby on Win32 (Win2k that is). I think 138 is not the first version that behaves like this, but its definately reproducable with 138. After the wake up you press a button and then it frezzes.
NR is connected to a GC device BTW but you don't have to send an IR-code to freeze it, a simple panel change does it..
The 1.x versions never showed this behaviour.
Rob H
December 17th, 2008, 09:43 AM
This is going to be a pain to debug - once I've moved development over to my new PC I'll try to sort this out (my current dev machine will happily go to sleep, but doesn't wake up again :( )
Wilhelm
December 27th, 2008, 09:17 AM
Just to help you a little bit:
I can't reproduce it without the GC. It seems the issue is connected with the Global Caché device. Perhaps the reconnect after standby is not working an more...
Cheers
Wilhelm
Rob H
December 27th, 2008, 09:36 AM
Ah, that's interesting - should help to track it down, although I may have to get Ron's help on this as I don't have a GlobalCaché here.
esajesa
January 9th, 2009, 02:09 PM
Anyone having problems running the xmltv plugin with any of the latest builds?? I haven't used it for a long time, but when I tried to do it today after I installed the latest build of NR, and downloaded Curtis' plugin, configured Girder etc, everything seems to be working on the Girder side, but absolutely nothing happens in NR. Btw, I'm running Win32.
Cheers,
Jens
Rob H
February 5th, 2009, 02:18 PM
Build 140 - 2.0.17
Added new experimental CCF format 1.1 revision 1.5 (requires NRD 2.0 build 9 - you must explicitly request a conversion to this format)
Rev 1.5 provides individual Image variables for each button up/down state.
Rev 1.5 added image variable scaling options, Scale to Fit (the previous default), Scale to fit but maintain aspect ratio, Shrink only, Shrink only but maintain aspect ratio, Do not scale (clips if necessary).
WARNING: As of this version the Mediabridge interface names have changed - this will only affect you if you are using a third-party plugin. For plugin developers the interface names are now prefixed with 'I' so it should be a fairly straightforward fix.
Mediabridge DVD Profiler Fixes
Added element:BringForward(), BringToFront, SendBackward, SendToBack()
Changed Resource identifiers
Added Mediabridge startup delay.
Coolbombom
March 6th, 2009, 11:03 AM
hi rob h
i have just installed 2.0.18 on my ipaq 2200 with windows ce 4.2 and i recieve
cannot find 'netremote' (or one of it's components). make sure the path and filename are correct and all the required libraries are available
any ideas what is going wrong?
many greetings
c_bb
Rob H
March 6th, 2009, 11:49 AM
Sounds like a dll is missing - this is one of the reasons I hate Microsoft, it would have been so easy for them to include the name of the dll that's failing to load in the error message. :(
Did the previous version work for you? Or is this the first one you've tried?
Coolbombom
March 7th, 2009, 02:54 AM
hi rob
it wasn't the æast release i had installed, i installed netremote on the machine about a year ago, where we also discussed the MCE handler error??? i don't know if you remember.
i desided to have a go at it again here yesterday, so i reset my PDA and installed netremote, and then it came with the error, but i did have a working client installed on the PDA back then :(
i also tried installing compact framework sp1 with no luck, and i searched the forum and found out about 2 dll files that some where missing, but no luck!! any ideas?
c_bb
Ron
March 11th, 2009, 03:05 PM
2.0.18 released.
maxthebuilder
March 17th, 2009, 08:52 AM
Works now! (JRMC 13.0.140)
Thanks!
Build 142 - 2.0.19
March 11, 2009
Changes
Mediabridge: PageCount should now work for all schemes
Rob H
March 17th, 2009, 09:13 AM
Thanks for the confirmation.
orens
March 21st, 2009, 11:55 AM
netremote-2.0.19.142.cab does not seem to be in a valid format for Windows Mobile 2003se. The earlier version netremote-2.0.17.140.cab installed fine.
I see that on the updated web site there is no longer a reference to NetRemote 2 working on Windows 98se or Windows ME. Is there no longer an interest in trying to get NetRemote 2 to run on these legacy systems?
Rob H
March 21st, 2009, 12:30 PM
Hmm... something must have gone wrong there - I'll have to check with Ron on that one.
I don't have a Win98 or WinME install disk (or at least I haven't been able to find it) so getting it working again with those is a bit tricky. The issue there is related to Unicode support as far as I can tell though.
orens
March 21st, 2009, 02:06 PM
Rob,
I would be pleased to send to you a sealed full version of Win98se if you cannot find a version to use. Let me know where to send it. They are readily available on ebay here in the US.
Mostly I use NetRemote 2 with the file paths tree to control MIDI files. The original NetRemote worked fine on Win98se and met my needs except for handling file paths. Some of the MIDI drivers that I use never were updated beyond Win98se. MediaBridge still works with Win98se.
Joe
Ron
March 23rd, 2009, 08:58 AM
I have uploaded the cab file again. I had previously digitally signed it. This must have caused some issues on wm2003. Please re-download and try again. Check on your desktop PC to make sure there is no signature in the file anymore (in case you got a cached copy)
Powered by vBulletin® Version 4.1.8 Copyright © 2012 vBulletin Solutions, Inc. All rights reserved.