Page 1 of 1
IR file does not work when I add a key move
Posted: Sun Jul 24, 2005 6:08 pm
by chinoverme1
Hi:
I have this New20Prueba.ir file that works OK in my 8811. In the new file New21Prueba.ir I added a keymove that controls the center mode of the RCVR in the TV, CD and VCR mode and I've assigned it to key L2. In this new file the key L2 works fine but I have problems turning On or Off the DVD, particulary when I go from DVD mode to CD mode it does not turn Off the DVD and from CD to DVD mode it doesn't turn On the DVD. Sometimes works and sometines not. In the file New20Prueba.IR all this option work fine.
Any suggestions?
Thanks
Luis Verme
New20Prueba.ir
https://www.hifi-remote.com/forums/dload ... le_id=1968
New21Prueba.ir
https://www.hifi-remote.com/forums/dload ... le_id=1969
Posted: Wed Jul 27, 2005 12:00 am
by mtakahar
First, please post the files in the Diagnosis area instead of the extenders folder if you want someone to look into.
I don't see anything substantiall different between these two except that all the special protocols (and one regular key move at the end) were laid out after all macros, which can change some timings that may or may not be related. If that's the case, open the file with IR6.15 (not one of earlier versions), go to a key move tab and drag any keymove up and down. IR will put the macros to the end, and the layout will be something close to what it used to be.
Hal
Posted: Wed Jul 27, 2005 7:54 am
by chinoverme1
Thank you for your reply Hal.
First of all sorry for putting the files in the extender directory.
I've downloaded IR6.15 and when I download my file, in the keymoves TAB, in the Device Buttons, some of them appear as <N/A> (Setup Codes 1106 and 1103).
Any suggestions
Luis
Posted: Wed Jul 27, 2005 8:47 am
by mtakahar
chinoverme1 wrote:I've downloaded IR6.15 and when I download my file, in the keymoves TAB, in the Device Buttons, some of them appear as <N/A> (Setup Codes 1106 and 1103).
Newer (I guess it's been a while though) IR shows them on the Special Protocols Tab.
Hal
Posted: Wed Jul 27, 2005 8:50 am
by The Robman
The "N/A" just means that the setup code used by the keymove is not assigned to a device button.
(ps. I moved the files for you).
Posted: Wed Jul 27, 2005 11:37 am
by mtakahar
Luis,
I think you are using very old RDF If you are really seeing them with "N/A" in the KeyMoves tab. Download the latest RDF package. Check the RDF path setting in the File>Set Directory>RDF Path... if you installed the latest ones but still seeing them there.
A little clarification on the timing issue: it takes slightly more to find the keymoves and macros that are placed later on the list, so if the orders of them changes, the timing of each key strokes included in the macros/special protocols changes. There are cases some devices need slight delays between some commands, and this could be related, though, I think the LKP you are using in macros/DSMs may be making them more timing sensitive. Try inserting some dummy commands or pauses and tweaking the LKP timing if the "drag a keymove" trick doesn't work.
Hal
Posted: Wed Jul 27, 2005 6:52 pm
by chinoverme1
Thank you Hal and Rob for your valuable replies.
I downloaded IR6.15, latest RDF's and dragged a keymove up and down, upoloaded the file to the remote and works perfect.
By the way, what do you mean with dummy commands or pauses?
Thanks again
Luis Verme
From Lima-Peru
Posted: Wed Jul 27, 2005 11:58 pm
by Capn Trips
chinoverme1 wrote:By the way, what do you mean with dummy commands or pauses?
Sometimes a piece of equipment cannot recognize when two commands are sent in immediate succession from a remote, so to introduce a delay there are several tricks you can use (any extender readme file will discuss this, as there is greater likelihood of this problem in an extended remote which significantly speeds up macros).
Use of a special protocol called the "Pause" protocol is one - which takes up some memory and is useful for really significant delay.
But often, sticking a "dummy" command ((1)a buttonthat has no function assigned, or (2)a function that you know will not do anything (like a "DEV_TV", "DEV-Cancel" sequence or a second "discrete on") will introduce sufficient delay between the signals that it works better.
Posted: Thu Jul 28, 2005 5:21 am
by chinoverme1
Thaks for your reply.
Luis Verme