I've gotten to a point where I'm questioning if it's even worth it anymore to use the iOS RedEye app as the delay of reloading the activity layout each time I want to change a channel/raise the TV volume is beyond frustrating - unless of course I keep the app in the forefront which isn't always possible or reasonable. The RedEye is supposed to make my life easier. That said, since we can send http requests directly to the RedEye and they are instantly executed, I'm thinking of either putting together a very simple web page and hosting it localy or better yet, an iOS app capable of sending http requests.
Has anyone done either and if so can you please throw some suggestions my way?
iRule can do that. But question why are you reloading an activity to change the TV volume, Why don't you add volume control to all activities. I use iRule on my tablet and Redeye on my phone, how ever I am too playing around with making my own local web site. If you are interested in doing that I would love to work with some body, For I find that all these types of apps have some forum of limitations
I do have volume controls integrated into all of my activity layouts. What I was referring to, is the load time associated with launching the iOS RedEye app and waiting for the activity to finish loading. For example, if I unlock my iPad 3, and launch the RedEye app, It can take upwards of 8 to 10 seconds for the activity layout to fully load and allow me to issue commands. Ironically, HTTP commands issued through a web browser are launched instantaneously. The RedEye is supposed to make our lives easier and more efficient. I feel like I'm always having to wait instead of having instant access as with a conventional remote. I'm just not understanding why ThinkFlood can't integrate some kind of a caching method which simply sends commands directly to the RedEye instead of having to contact the RedEye first and then reload the activity layout... Those seconds add up quickly especially when you think of how often we use our remotes...
I agree with the load times being one of the worst part of the Redeye. I agree it would be nice to down load all the data into the app to speed things up. I understand that they are trying to be something similar and better then the Logitech remotes with the launch and shut down activities features. They say speed all depends on what you are doing in the shutdown and start up of each activities, but I have activities that have no shut down or start up procedures and it still takes way to long to switch.
That's one thing I like about iRule, the speed at which it changes to other page lay out is very fast. You can create a button that jumps to another page as well as send out commands to change inputs and so forth very quickly. The only thing they are missing is the ability to write custom scripts and variables. None of these apps are perfect. I always find some thing that I want to do but can't do it because of limitations of the app.
I think if Redeye would make a few changes to there app, I.E Let the app do more of the work, like DL the graphics and page lay outs to the app should make it move along a lot faster.
Like I said before I would like to work with some one on developing a web base layout. I have started working on one and running into a few problems. If you are interested in that let me know.
I played around with iRule for a few minutes then realized you have to pay to use the builder, is that correct? Does the basic service provide all the functionality we need? Also, does iRule allow to use macro's and repeating commands? Finally, how hard is it to create activity layouts using iRule?
Yes you do need to pay for it, You would want the Pro. The trial is the Pro, so you could set up and use it for 14 days. The builder is web base and after you save it you DL to the device. To create the pages it is very easy. Macros are simple to create. They do offer repeating commands that you can adjust the timing between sends. The nice thing is that not only do they have a large data base of devices and graphics, but you also get all the users graphics lay outs and devices. IE. if some one else creates IP commands for a device, they are available to you. The bid draw back is that they are slow to respond to the forums. Like any of these apps, they have a few bugs as well. So its not perfect. Like I said before, they do lack custom scripting and variables. So right now there are no sliders and stuff like that.
Thank you so much for all of the detailed information, I'm very appreciative and will give iRule a try. That said, after watching the tutorial, I wasn't sure how we as RedEye users would implement the http requests. Would you please give me an example of how you are setting up the http commands in iRule?
OK, so in the iRule builder, on the right side you are going to add a device. Click on the newly added device and add a network code command. Now click on the newly added command and in the lower left side of the screen is the command properties. this is were you can name the command as well as add the network command. Now this is kinda a pain to do because you have to jump back and forth between iRule builder and the Redeye device page. In the Redeye device page open up the properties of the command you want to add to iRule. The bottom of the first window you will see the HP code for that particular device. Copy every thing after the IP and port #, it should look some thing like this, "cgi-bin/play_iph.sh?/devicedata/YAMA-00030-00.hex%201". that's what you will paste in the iRule in the data field for each command. When done, make sure you always save you work in the builder. I am going skip on creating the lay outs of pages. You will have to read up on that. Once you created a layout that fits your device, and added a button to that page, to add a command to that button, all you have to do is to drag the command from the device list to the button. If you want to create a macro, all you have to do is drag more commands to that button.
Now in the iRule app, You need to sync your app with your iRule account that you already created. DL the panels you created with the added buttons and commands. In the settings of the app, open the gateways tab. Add a new HTTP gateway and label it. This is also were you enter in the IP and port # of your Redeye. In the top field it will say add a device, click on it and you will see a list of your devices that you created in the builder. Click on the newly created device. The back out of the gateway settings and you should be able to send a command. Make sure your device is connected to the same network that the Redeye is on. So you will need to set up a gateway for each device you create.
NP, which part of the world are you in? I'm in the central part of the US and if you every want we could always get on the phone or Skype or some thing to work on this some more. I think I just had a break through on the web base design. So if you ever want to work on that I would always be willing to do that.
I appreciate the offer and may in the near future take you up on it once I get caught up on some other things. I'm in the midwest by the way.
Again, I appreciate all of your time as I think it will come in very handy. I just can't take this lag anymore in the loading of the iOS RedEye app/activity layouts. For the life of me, I can't understand why ThinnkFlood wouldn't utilize some sort of a cached system which would locally store activity layouts on the device like iRule and most others do. Logic dictates that as often as you use a remote, you want it to respond instantly. If I were to use my iOS device as dedicated remote's and disabled auto-lock than that would be a different story, however we all know that this concept is completely unreasonable.
I hope ThinkFlood will take this to heart, instead of sticking to "Their" idea of what an ideal remote control solution ought to be...
FYI, I played around with iRule and have to say I'm quite impressed. The only drawbacks I see at this point with either the iRule or web based design method, is that when you issue a command via http to a RedEye unit, the blue status light will stay illuminated until you load the iOS RedEye app. I spoke with Sarah and apparently this is a bug they haven't been able to fix. The other issue is that activities created using iRule or a custom web design is that there's no way to be aware of device state using IR. So it seems to go full circle in how the RedEye's work with the clients checking in with the RedEye's to confirm device state, etc and then passing it onto the clients.
Sorry, been very sick, so i haven't been on lately. I never noticed the blue light staying on till you posted this, but my Redeye unit is up on a book shelve and doesn't bother me being on. That doesn't seem to be issue with it working.
As far as IR and device state, that is a limitations of IR. This really only becomes an issue if you have a device that does not have discreet on and off IR codes. Is that your problem?
I'm sorry to hear you've been sick. I wish you a speedy recovery! That said, you make a very good point about discrete power commands. Most of my devices support discrete power on/off, however I do have a few which do not. Honestly, I think I've been trying to talk myself out of the work of creating all new activity layouts and investing the $100 for iRule on top of it. However, I'm getting worn out over load times of the iOS RedEye app (especially the iPad). So I guess I need to make a decision either way. I just wish ThinkFlood would address these issues as the RedEye in my opinion has so much more untapped potential...
Thanks, it's almost a week and I fell better but still pretty bad. First, even if your remote that came with the device doesn't have discrete on/off buttons, you still may be able to find them. I would check remote central and see if you can find them. If you can find the Helix commands, just post them and Sarah can add them to the data base. You may want to post the make and models on what you are looking for here in the forums. Another option may be to just add a power button to the layout that can toggle the power. Not ideal, but it would be an option. If you know for sure they don't offer a discreet power on/off command for the device, the only other options is to buy voltage monitor devices that you plug your device into that can then give you feed back to tell you if its on or off. You could in theory write a script in Redeye to know if that device is on or off when cycling power commands.
I my self have never been a fan of turn on and shut down of activities. Logitech started that with there harmony remotes and I don't like using that. Personally I always use master power on/off macros.
You make some very good points and I'm starting to wonder if startup and shutdown of activities is worth the aggravation... I'll continue to play around with iRule however I'm just not sure I'm ready to commit to a $100 investment unless I know it's a long term viable solution for me...
I do use the start up part of activities to simply change inputs on my TV and Receiver. Just don't power up or power down devices. I find that some of my commonly used devices just take to long to turn on. So I just use a master power on and off buttons that I place on each lay out. This doesn't take up much real estate so I don't mind having it.
That's probably the best way to approach activities. I bit the bullet tonight and decided to purchase the Pro license for iRule. After playing around with it for several days now, I have become very impressed with it's capabilities and the fact that there is no delay in the iOS app. Again, I'm so thankful for your recommending it and also all of your valuable help!
Given the current situation with Thinkflood, if I was to switch to iRule and use the Redeye as a (HTTP) gateway, I need to add all the command strings per device into the iRule db. The iRule application can then be set up to control these devices using IR.
For IP devices, I assume they can just be added in a native manner using the iRule DB, is this correct?
Assuming I keep using the Redeye gateway, am I correct in the procedure to add an IR device I need to define and program through the remote all the IR commands using the Redeye builder and copy them over to the iRule db? (given the Redeye device DB will disappear around August timeframe)
iRule looks interesting, but I wonder if it is just better to buy their supported gateway.
ah ok thanks, I ordered two IP to IR's today and one IP to RS232 as it seemed a long winded way having to set up redeye and irule for future equipment changes.
I guess I will sell the redeye pro & dock, although how much they are worth now is anyone's guess and I thought it may be more cost effective to utilise than selling them and buying two IP to RS232 itach's
it's a shame their CG-100's aren't recomended for more than one IOS device at a time
well I spent most of the weekend setting up irule, yes I bought the pro version. Really impressed with it and the itach units which collectively cost less than my redeye dock & my redeye pro. The Wife's very happy as she hated the redeye locking up all the time in between activities.
Only thing I have a bit of difficulty with is my remote control fire, the button needs to be held for a few seconds for it to ignite. Redeye learnt this straight away but itach doesn't seem to want to, so I am having to send the http commands to the redeye for now from irule until I speak to support
So in the builder, you have added a device and then added IP commands to that device? You then assigned those commands to the buttons on the panel? Give an example of the IP command you are sending from iRule? Sure you are using the correct port? I use 82 and set the gateways to "GET" not "POST". You can test your command from a web browser address line to see if the Redeye is responding correctly.
You add the IP and port number with in the app. Go to gateways and add a new gate way, label it as you wish, add the IP and port number there and then assign the devices to the gateway. You can only have one device assigned to one gateways, so just keep adding gateways for each device. Even though they may all be directed to the Redeye.