View previous topic :: View next topic |
Author |
Message |
stif
Joined: 02 Jun 2015 Posts: 21
|
Posted: Wed Apr 13, 2016 1:05 am Post subject: no protocol found with name nec1 no repeats |
|
|
[hi guys
i have problem ,
when i tried upgrade device to my atlas 4 remote ,``say file load error no protocol found with name nec1 no repeats`` i know is about protocol problem ,but how can i do add this protocol i supossed i need edit protocol.ini file,
file i tried update is jynxbox v3.rmdu
please help me my jynxbox control is broken i need make work my atlas.
rmir 2.0 prolific usb/ no problem updating dreambox and openbox rmdu files |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
Posted: Wed Apr 13, 2016 7:51 am Post subject: |
|
|
Edit the RMDU file using Notepad (or similar) and remove the "no repeats" portion of the protocol name. _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
|
Back to top |
|
|
mathdon Expert
Joined: 22 Jul 2008 Posts: 4523 Location: Cambridge, UK |
Posted: Wed Apr 13, 2016 5:36 pm Post subject: |
|
|
As the "no repeats" protocols were considered to be only of interest to Slingbox users, they are hidden by default in RMIR. If you open the Options menu in RMIR, you will find an option "Show Slingbox protocols". It is a persistent option, so if you check it, it will remain checked each time you open RMIR until you uncheck it. When checked, the "no repeats" protocols become available in RMIR.
This is a recent addition to RMIR, so if you don't see the option on the menu, you will need to upgrade to the latest build to find it. _________________ Graham |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
Posted: Wed Apr 13, 2016 5:54 pm Post subject: |
|
|
Graham, what happens if someone who's not interested in Slingbox, and therefore doesn't have the option checked, opens an RMDU file that has one of the no repeat protocols pre-selected? Even without the option being checked, I think it should still open the file correctly with the protocol selected, as that would allow the user to select the standard version. _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
mathdon Expert
Joined: 22 Jul 2008 Posts: 4523 Location: Cambridge, UK |
Posted: Thu Apr 14, 2016 8:13 am Post subject: |
|
|
Rob, that's a good point. I'll think about it, as it is not trivial to do. The option affects the reading of protocols.ini when RMIR is opened, so if it is not checked then RMIR behaves as if the no repeat protocols were not present in protocols.ini. _________________ Graham |
|
Back to top |
|
|
The Robman Site Owner
Joined: 01 Aug 2003 Posts: 21238 Location: Chicago, IL |
Posted: Thu Apr 14, 2016 9:26 am Post subject: |
|
|
Ah, I see how that would be tricky, so how about this, how about adding a new parameter that we can just use for the no repeat versions which links back to the original protocol, so if RM encounters one of these protocols that it can't load, it switches the selection to the original.
I see the obvious problem, if the no repeats protocol isn't loaded, you don't have visibility to the parameter in question, so would it be possible that when you're loading protocols.ini and you see that you have a no repeat protocol that you're choosing not to load, could you load a cross-ref table that would link the NR version to the original version?
Or maybe, we re-think the idea of hiding the NR versions and just include them all the time? _________________ Rob
www.hifi-remote.com
Please don't PM me with remote questions, post them in the forums so all the experts can help! |
|
Back to top |
|
|
|