JP1 Remotes Forum Index JP1 Remotes


FAQFAQ SearchSearch 7 days of topics7 Days MemberlistMemberlist UsergroupsUsergroups RegisterRegister
ProfileProfile Log in to check your private messagesLog in to check your private messages Log inLog in

Wrap-up thoughts on the current software and Atlas remote

 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - General Forum
View previous topic :: View next topic  
Author Message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Sat Jul 14, 2007 3:30 pm    Post subject: Wrap-up thoughts on the current software and Atlas remote Reply with quote

Well, I have successfully navigated the various challenges that I have been asking for help with in recent days and my Atlas 5-device DVR-PVR (w/settings button, JP1 sig SA_7SA_7) is actually set up and is, imho, the easiest and most intuitive to operate of the many JP1 remotes I've set up in the past/ Originally I was a 1994 fan, then 2117, and 8910 - all of which I still like very much. But I just really like the layout and arrangement of the keys in the Atlas remote. (I guess the big difference is the transport keys above the numeric keys)

With the extender, and IR's recently-added capability to overflow upgrades into Keymove/Macro memory (when was THAT added? I didn't even know, but that is EXTREMELY cool!) I've got it set up perfectly for my current modest system.

I'm using ToadTog, LKP, DSM, and have added two device upgrades, and am using 2 other built-in setup codes. I have 73 bytes left in total, so I suppose I could fit one more medium sized device upgrade.

Frustrations:
-KM and RM seem to be more divergent than in a long time.
--RM cannot handle the extender SA_71Kx1 rdf;
--RM incorrectly handles keymoves for 2-byte functions for this remote;
--KM does not (yet) support the JP 1.2/1.3 rdfs for this remote;
--KM does not include the RC6-M-20n protocol.
--There is STILL inconsistency in the handling of the related SharpDVD and Kaseikyo protocols (PIDs 00F8, 01C9 and 0171) such that converting decoded data to an efficient upgrade is not at all clear from any of the help files. Built-in Setup code DVD/0630 is most definitley present in this remote, and this is reflected in devices.xls, yet in RM, when building an upgrade, a protocol upgrade is called for. Does this mean that the rdf requires some tweaking? (Actually, devices.xls indicates that there are TWO versions of 00F8 in this remote. Is this possible? Regardless, RM doesn't generate the right answer.)

-RMIR will not open any IR files for the Atlas remote. It just imports a blank image.

-The EEPROM is just too small. When I get back to the US and set up my full HT, there is no way I'll be able to set up this remote to work it for me.

Consider this a plea for some smart person to develop extenders for the JP1.2/JP1.3 versions of the Atlas 5-device DVR-PVR (day) remotes, which do not suffer from such memory limitations.
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 19505
Location: Chicago, IL

PostPosted: Sat Jul 14, 2007 3:59 pm    Post subject: Reply with quote

Does your remote have a 1k EEPROM in it? If so, you could try replacing it with a 2k chip.
_________________
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
View user's profile Send private message Visit poster's website
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Sat Jul 14, 2007 4:07 pm    Post subject: Reply with quote

Yes, it's the factory 1K EEPROM and I'm not a DIY solderer.

Plus, there is currently no extender for a 2K variant (although bcardellini has been patiently awaiting one for over 6 months) Wink
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
Paolo



Joined: 22 Apr 2007
Posts: 28
Location: Toronto, Canada

PostPosted: Sat Jul 14, 2007 6:36 pm    Post subject: Reply with quote

can you do me a favour? when in the Cable or any other mode, when you press the volume up and down function, does your remote send the volume command to the TV mode, then switch to the cable mode hence the tv light blinking durring the volume button depression then the cable light blinking immediately after? this is the problem im haivng, the rogers default programming somehow can not be overridden?
_________________
Rogers Digital Personal TV
LG 42" LCD HDTV
LG Blue-Ray HD Player
Rogers 4250 HD Box
Back to top
View user's profile Send private message
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

PostPosted: Sun Jul 15, 2007 12:48 am    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Capn Trips wrote:
Well, I have successfully navigated the various challenges that I have been asking for help with in recent days and my Atlas 5-device DVR-PVR (w/settings button, JP1 sig SA_7SA_7) is actually set up and is, imho, the easiest and most intuitive to operate of the many JP1 remotes I've set up in the past/ Originally I was a 1994 fan, then 2117, and 8910 - all of which I still like very much. But I just really like the layout and arrangement of the keys in the Atlas remote. (I guess the big difference is the transport keys above the numeric keys)
Congrats! I tend to agree with you that the key layout on the Atlas works very well. I've been using a couple of them for a long time now. (When you get back to the states, you'll see just how essential the A,B,C buttons are for your cable box!) Unfotunately for me, the WAF is inadequate, since she demands a remote with backlit keys. Sad
Capn Trips wrote:
--KM does not (yet) support the JP 1.2/1.3 rdfs for this remote;
--KM does not include the RC6-M-20n protocol.
OK, now you are asking for too much! Rolling Eyes (Soon... patience Cap'n...)
Capn Trips wrote:
--There is STILL inconsistency in the handling of the related SharpDVD and Kaseikyo protocols (PIDs 00F8, 01C9 and 0171) such that converting decoded data to an efficient upgrade is not at all clear from any of the help files. Built-in Setup code DVD/0630 is most definitley present in this remote, and this is reflected in devices.xls, yet in RM, when building an upgrade, a protocol upgrade is called for. Does this mean that the rdf requires some tweaking? (Actually, devices.xls indicates that there are TWO versions of 00F8 in this remote. Is this possible? Regardless, RM doesn't generate the right answer.)
No, there can only be one version in the remote, and in this case it is variant 3 of the 00F8 protocol. I don't know why RM requires the protocol update (KM doesn't). The RDF clearly shows 00F8:3 for this protocol. I have run into this before in RM in other cases where it gives a protocol update and should not. The problem lies in protocols.ini, and how priorities of various versions of the protocol are established in various circumstances.
_________________
Mike England
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Sun Jul 15, 2007 2:45 am    Post subject: Reply with quote

Paolo wrote:
can you do me a favour? when in the Cable or any other mode, when you press the volume up and down function, does your remote send the volume command to the TV mode, then switch to the cable mode hence the tv light blinking durring the volume button depression then the cable light blinking immediately after? this is the problem im haivng, the rogers default programming somehow can not be overridden?
Paolo, I answered in your other thread, but the behaviour WAS as you described when I got the remote, and NOW, after overwriting the EEPROM image, it is gone and I cannot restore it (Laughing)

I tried 980 and 981 resets, and uploading the originally downloaded default IR image and it does NOT come back.
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Sun Jul 15, 2007 1:51 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

mr_d_p_gumby wrote:
Capn Trips wrote:
--KM does not (yet) support the JP 1.2/1.3 rdfs for this remote;
--KM does not include the RC6-M-20n protocol.
OK, now you are asking for too much! Rolling Eyes (Soon... patience Cap'n...)

I am indeed patient, recognising how much all of you experts are paid for your services here. No problem - just a reminder that there will be at least one appreciative customer
mr_d_p_gumby wrote:

Capn Trips wrote:
--There is STILL inconsistency in the handling of the related SharpDVD and Kaseikyo protocols (PIDs 00F8, 01C9 and 0171) such that converting decoded data to an efficient upgrade is not at all clear from any of the help files. Built-in Setup code DVD/0630 is most definitley present in this remote, and this is reflected in devices.xls, yet in RM, when building an upgrade, a protocol upgrade is called for. Does this mean that the rdf requires some tweaking? (Actually, devices.xls indicates that there are TWO versions of 00F8 in this remote. Is this possible? Regardless, RM doesn't generate the right answer.)
No, there can only be one version in the remote, and in this case it is variant 3 of the 00F8 protocol. I don't know why RM requires the protocol update (KM doesn't). The RDF clearly shows 00F8:3 for this protocol. I have run into this before in RM in other cases where it gives a protocol update and should not. The problem lies in protocols.ini, and how priorities of various versions of the protocol are established in various circumstances.

I hate to be argumentative, but these are the Setup codes in the Atlas 5-device PVR/DVR remote that use 00F8 (according to devices.xls):
Code:

TV       TV      0683   00F8   248   Sharp DVD (ver 3)     0   132   20.99   03   03 D7 39 FF DE
TV       TV      0751   00F8   248   Sharp DVD (ver 3)     0   134   20.99   03   03 D7 39 FF 9E
Video   DVD      0630   00F8   248   Sharp DVD (ver 0)   143   48   170.90   00   00 AA A5 0E F3
You write that 00F8 variant 3 is the only one in the remote, yet variant 0 MUST be there, since I'm using Setup Code DVD/0630 on my Sharp DVD player, which from previous experience I KNOW corresponds to the 143:48;170.90 version. Surprised

So how do we reflect this in the rdf so that RM will use it when appropriate?
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
Mark Pierson
Expert


Joined: 03 Aug 2003
Posts: 3009
Location: Connecticut, USA

PostPosted: Sun Jul 15, 2007 2:33 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Capn Trips wrote:
You write that 00F8 variant 3 is the only one in the remote, yet variant 0 MUST be there, since I'm using Setup Code DVD/0630 on my Sharp DVD player, which from previous experience I KNOW corresponds to the 143:48;170.90 version.
AFAIK, there can only be one version of any given named (PID) protocol in any remote since the info is stored in the remote as nothing more than a table of data.

In this situation, it's quite likely that variant 3 is a newer version (compared to variant 0) that is backward compatible so that setup codes like DVD/0630 are still useable.

As for the specific RM problem with 00F8, I think it has to do with the fact that there is NOT a variant 3 named "Sharp DVD" in protocols.ini. The only 00F8:3 is named "Fujitsu".
_________________
Mark
Back to top
View user's profile Send private message Send e-mail Visit poster's website
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

PostPosted: Sun Jul 15, 2007 2:52 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Capn Trips wrote:
I hate to be argumentative, but these are the Setup codes in the Atlas 5-device PVR/DVR remote that use 00F8 (according to devices.xls):
Code:

TV       TV      0683   00F8   248   Sharp DVD (ver 3)     0   132   20.99   03   03 D7 39 FF DE
TV       TV      0751   00F8   248   Sharp DVD (ver 3)     0   134   20.99   03   03 D7 39 FF 9E
Video   DVD      0630   00F8   248   Sharp DVD (ver 0)   143   48   170.90   00   00 AA A5 0E F3
You write that 00F8 variant 3 is the only one in the remote, yet variant 0 MUST be there, since I'm using Setup Code DVD/0630 on my Sharp DVD player, which from previous experience I KNOW corresponds to the 143:48;170.90 version. Surprised
I don't think the (ver x) in your list corresponds to the variant of the protocol executor in the remote. Below is a list of DVD/0630 setup codes in various remotes that I compiled while working on the 00F8 support in KM:
Code:
remote                                 dev  setup  pid     fixed data      ID=oem1/2  oem1 oem2 Dev  Sub
Atlas 4-Device               02-VCR    2    0630   0171    00 AA A5 0E F3  SharpDVD   170  90   143  48
Atlas DVR                    02-VCR    1    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
Atlas XL URC-1047            02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
Comcast URC-1058             02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
Comcast URC-1068             02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
DirecTV v1                   02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
DirecTV v2                   02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
Millennium 4 BJ8             02-VCR    2    0630   0171    00 AA A5 0E F3  SharpDVD   170  90   143  48
RCU810                       02-VCR    8    0630   00F8:1  00 AA A5 0E F3  SharpDVD   170  90   143  48
REM400 b01                   02-VCR    2    0630   0171    00 AA A5 0E F3  SharpDVD   170  90   143  48
Scientific-Atlanta AT2000    02-VCR    2    0630   00F8:1  00 AA A5 0E F3  SharpDVD   170  90   143  48
Toshiba CT-90047             02-VCR    2    0630   00F8:1  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2103                      02-VCR    2    0630   00F8:2  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2104                      02-VCR    2    0630   00F8:2  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2107                      02-VCR    2    0630   00F8:2  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2117 / 15-2116            02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2133 (RS Kameleon)        02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2138 (RS Kameleon 8-in-1) 02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
15-2144 (RS Kameleon 4-in-1) 03-Audio  3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-3440                     02-VCR    1    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-4080                     03-Audio  3    0630   00F8:1  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-6131 PVR                 02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-6690                     02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-6960 (Kameleon 6-in-1)   02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-7555                     02-VCR    1    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-7780                     02-VCR    4    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-8060 (Euro Kameleon)     02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-8203 (Euro Kameleon)     00-Cable  2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-8206 (Euro Kameleon)     02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-8820                     02-VCR    2    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-9910 / 8910 / UEI HTPro  02-VCR    2    0630   0171    00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-9960 (OFA Kameleon)      02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
URC-9960B01 (OFA Kameleon)   02-VCR    3    0630   00F8:3  00 AA A5 0E F3  SharpDVD   170  90   143  48
As you can see, all three variants of the 00F8 executor are used by DVD/0630, and some remotes even use the 0171 executor.
Capn Trips wrote:
So how do we reflect this in the rdf so that RM will use it when appropriate?
You can't. The remote has only one variant of the executor in ROM. The RDF cannot specify more than one executor variant. The fact that RM is choosing not to use the built in 00F8 protocol executor is due to the way protocols.ini is set up, not the RDF.
_________________
Mike England
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Sun Jul 15, 2007 2:56 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

mr_d_p_gumby wrote:
Capn Trips wrote:
So how do we reflect this in the rdf so that RM will use it when appropriate?
You can't. The remote has only one variant of the executor in ROM. The RDF cannot specify more than one executor variant. The fact that RM is choosing not to use the built in 00F8 protocol executor is due to the way protocols.ini is set up, not the RDF.
OK, then.

I'm really a simple creature. Who has to correct protocols.ini and how?

I just think that it is reasonable that when one builds an upgrade that calls for a protocol that is resident in the remote, the tools should recognize this and use it.

I would point out that I have been highlighting almost the same issue with the 8910 and PID 0171 about once every 6 months for the past year and a half. Rolling Eyes
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

PostPosted: Sun Jul 15, 2007 3:03 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Mark Pierson wrote:
As for the specific RM problem with 00F8, I think it has to do with the fact that there is NOT a variant 3 named "Sharp DVD" in protocols.ini. The only 00F8:3 is named "Fujitsu".
This is one really complicated situation, since both "Sharp DVD" and "Fujitsu" are the same protocol. The OEM1 & OEM2 values in the fixed data determine which is which. Oh yeah, and some remotes use 0171 instead of 00F8.
_________________
Mike England
Back to top
View user's profile Send private message
mr_d_p_gumby
Expert


Joined: 03 Aug 2003
Posts: 1370
Location: Newbury Park, CA

PostPosted: Sun Jul 15, 2007 3:09 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Capn Trips wrote:
I'm really a simple creature. Who has to correct protocols.ini and how?
I think either Greg or John will need to look at this. Rob also had some specific requirements for the way these protocols were to be handled that require some convoluted logic.
Capn Trips wrote:
I just think that it is reasonable that when one builds an upgrade that calls for a protocol that is resident in the remote, the tools should recognize this and use it.
I agree.
Capn Trips wrote:
I would point out that I have been highlighting almost the same issue with the 8910 and PID 0171 about once every 6 months for the past year and a half. Rolling Eyes
Have you looked at the way KM handles these protocols lately? I made a lot of changes in respnse to the issues you raised.
_________________
Mike England
Back to top
View user's profile Send private message
Mark Pierson
Expert


Joined: 03 Aug 2003
Posts: 3009
Location: Connecticut, USA

PostPosted: Sun Jul 15, 2007 3:16 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

mr_d_p_gumby wrote:
This is one really complicated situation
Yup...


Quote:
The OEM1 & OEM2 values in the fixed data determine which is which.
Those values don't "fit" the parameters for the Fujitsu version. The pcode presented by RM when selecting Sharp DVD on the Atlas PVR is the non-variant version of Sharp DVD 00F8 as listed in protocols.ini. I still think it's as simple as protocols.ini needing a properly formatted entry for Sharp DVD 00F8:3.
_________________
Mark
Back to top
View user's profile Send private message Send e-mail Visit poster's website
The Robman
Site Owner


Joined: 01 Aug 2003
Posts: 19505
Location: Chicago, IL

PostPosted: Sun Jul 15, 2007 5:53 pm    Post subject: Re: Wrap-up thoughts on the current software and Atlas remot Reply with quote

Capn Trips wrote:
I just think that it is reasonable that when one builds an upgrade that calls for a protocol that is resident in the remote, the tools should recognize this and use it.

You won't find any argument from any of us, but you have to remember that we're working with UEI's executors here and they're not making it easy for us. Just FYI, UEI takes a completely different attitude to situations like this. Whenever they upgrade a protocol executor, they "delete" it from their records for all the old remotes, so whenever they add an upgrade for a device that uses that protocol, they ALWAYS include a protocol upgrade (even in the ROM version is good enough).

Case in point, the old version of the $007E executor used 1-byte variable data because there was logic that handled when to use the 1-part or 1-part signals (for Pioneer DVDs) but then Pioneer started breaking their own rules, so UEI made it a 2-byte executor and removed the logic. Somewhere along the line, I sent in some remotes to get upgrades (pre-JP1) and the remotes included a URC-9800 which had a perfectly good 1-byte working version of $007E, but when they added the DVD/0571 code, they also added the 2-byte version of the executor which meant I couldn't use EFC keymoves any more!

Back to this protocol, UEI has used two different executors to create this protocol, and there are several different versions of each executor. Futhermore, we have different names for the executor when it's in different modes. This is about as complicated a situation as you can possibly get regarding protocols and executors in JP1. So try as we might, coming up with the perfect solution (if it's even possible) is going to be difficult.

Maybe, as this is something that's obviously important to you, you should take this opportunity to learn all about the different versions (starting with the chart that Mike listed) and then learn all about protocols.ini and see if you can come up with a solution.
_________________
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
View user's profile Send private message Visit poster's website
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3959

PostPosted: Mon Jul 16, 2007 1:29 am    Post subject: Reply with quote

You're point, Rob, is valid. For whatever reason - time, inclination, whatever, I don't expect that I will become fluent enough in dissecting this to offer a fix - and I recognize that that is a disingenuous answer. I really appreciate the fact that I am pretty much a parasite, using these great tools and contributing little to their development, but I don't foresee that changing.

I do try to offer what seem to me reasonable suggestions or alternatives, from time to time, and seeing as how this is an isolated case that affects a very few remote/PID combinations, I would suggest (and have proposed text in the past) that the protocol help for those affected protocols be updated with clarifying notes.

Yet when I call up one of those PIDs in KM or RM, the Protocol help does not highlight any of these issues. It seems to me that SUCH a change ought not be too hard to make.

mr_d_p_gumby wrote:
Capn Trips wrote:
I would point out that I have been highlighting almost the same issue with the 8910 and PID 0171 about once every 6 months for the past year and a half. Rolling Eyes
Have you looked at the way KM handles these protocols lately? I made a lot of changes in respnse to the issues you raised.
Yes, and it's pretty good, having a Sharp DVD (old) and not (old) choices. However, the Protocol Help provides no information to the user that would help him/her choose which one works (choosing EITHER yields no protocol upgrade for the 8910).

Guys, I'm not trying to be contrary, and have routinely admitted that I'm not sufficiently versed in these matters to intelligently comment on technical fixes. If (as it seems) I'm the only member of the forum with the unique set of circumstances (remotes, equipment, memory space limitations due to my crazy IR setup) whom this issue affects, I'll drop it, since I have my workaraounds that are adequate.
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes:Atlas OCAP URC 1056, Harmony One, OFA XSight Touch, AR XSight Touch
TVs: Panasonic TH-50PE700U; LG 65" Smart LED TV; RCVR: Pioneer VSX-D2016S;Onkyo TX-SR875
DVD/VCR: LG Blu-Ray player, Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A1 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc/CD changer: Pioneer CLD-704.
Streaming: Intel NUC PC
(But I still have to get up for my beer)
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - General Forum All times are GMT - 5 Hours
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

Powered by phpBB © 2001, 2005 phpBB Group
Get Smart! the band's official homepage Rockabilly Central