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

6131 2k extender RDF key translation question

 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Extenders
View previous topic :: View next topic  
Author Message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Thu Jan 05, 2006 3:39 pm    Post subject: 6131 2k extender RDF key translation question Reply with quote

In 6131 2k extender when I use any special protocol in IR6.15 for device/shift-phantom4, it gets translated to "xshift-key0". Relevant lines in the RDF are:
Code:
Phantom1=$3D, Phantom2=$3E, Phantom3=$3F, Phantom4=$40:XShiftBind,
DiscreteON=$3B, DiscreteOFF=$3C,

This is the file I used:
PVR0PVx1 (URC-6131(Old)_6131nwB00 Extender1).rdf, file date is 6/29/2005 and 7/19/2005.
There is no :XshiftBind in the 1K version, nor the extra discrete phantoms, in the 5/16/2003 file.

RDF problem or some remote limitation or I goofed?

Edited a bit later: ANother thing is that xshift-phantoms are not available to be used. They start enabled and then it gets shaded out. It's on the top of the window where you pick bound device and key.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
Nils_Ekberg
Expert


Joined: 02 Aug 2003
Posts: 1689
Location: Near Albany, NY

                    
PostPosted: Thu Jan 05, 2006 5:21 pm    Post subject: Reply with quote

I think it is an RDF definition problem but I will have to tinker with it. It looks like the reason the XShiftBind is there so the xshifted version isn't used but I would also bet that shift of $40 can't be used either due to a conflict.

As far as your edit goes I am able to use xshift for 1 through 3 with no problem. Did you change the RDF at all?
_________________
Nils
Files Section
Diagnosis File Section
Back to top
View user's profile Send private message Send e-mail
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Thu Jan 05, 2006 9:23 pm    Post subject: Reply with quote

Nils_Ekberg wrote:
As far as your edit goes I am able to use xshift for 1 through 3 with no problem. Did you change the RDF at all?

Nils, I did not touch the RDFs. AND I do not know what to expect.

I had this sort of a problem loooong ago with 8910 and Mark Pauker needed to fix IR to be able to report all key names. Unfortunately here I just don't know what's to come out.

I can use shift-phantoms 1-3 and xshift-phantoms 1-3 but, I just repeated, shift-phantom4 comes out xshift-Key0 and xshift-phantom4 is disabled. Any protocol. Any device.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
Nils_Ekberg
Expert


Joined: 02 Aug 2003
Posts: 1689
Location: Near Albany, NY

                    
PostPosted: Thu Jan 05, 2006 11:11 pm    Post subject: Reply with quote

Key 0 just means it is an undefined button in the RDF but is in the map somewhere. So, I suspect $40 shifted is equal to something else. I will figure it out and update the RDF to reflect that.

I didn't think you changed the RDF but I just could not understand why you were seeing something different with the phantoms 1-3 than I was but it does not sound like you actually were. Phantoms 1-3 are shifting and xshifting OK for you right?
_________________
Nils
Files Section
Diagnosis File Section
Back to top
View user's profile Send private message Send e-mail
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Fri Jan 06, 2006 9:44 pm    Post subject: Reply with quote

Nils, YES, 1-3 shift and xshift just fine.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Sat Jan 07, 2006 12:07 am    Post subject: Reply with quote

Nils, I may have answered a wrong question.
phantoms1-3 shift and xshift OK in IR.
I don't have the remote to be able to tell if they really shift Surprised
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
Nils_Ekberg
Expert


Joined: 02 Aug 2003
Posts: 1689
Location: Near Albany, NY

                    
PostPosted: Sat Jan 07, 2006 8:42 am    Post subject: Reply with quote

ElizabethD wrote:
Nils, I may have answered a wrong question.
phantoms1-3 shift and xshift OK in IR.
I don't have the remote to be able to tell if they really shift Surprised

That's OK if they shift in IR they will shift in the remote.. So the only thing we are dealing with is the conflicting $40 key (Shift-Phantom4).
_________________
Nils
Files Section
Diagnosis File Section
Back to top
View user's profile Send private message Send e-mail
mtakahar
Expert


Joined: 03 Aug 2003
Posts: 281

                    
PostPosted: Sat Jan 07, 2006 11:01 am    Post subject: Reply with quote

Everything in the range $40 and above will have conflicting counter part if it's shifted. Here, $C0 (Shift-Phantom4) can be considered as either $80 + $40 (Shift-Phantom4) or $C0 + $00 (XShift-Key0). There's no right or wrong in interpreting it in the rest of other cases, though, in this particular case, I don't think showing it as XShift-key0 doesn't make sense becase $00 is a no-op whereas shifted ($40, the same as Phantom4 itself) and Xshifted are not.


Hal
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Sat Jan 07, 2006 10:22 pm    Post subject: Reply with quote

Thank you.
Of course! Why didn't I see it when Nils said it up top Surprised

IR is completely correct in disabling xshift on phantom4.
It'll be interesting to see what shift-phantom4 will do. Unlikely to shift.

Boy, you guys are really pushing these poor remotes to the limits of total overflow Very Happy
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3990

                    
PostPosted: Sun Jan 08, 2006 8:18 am    Post subject: Reply with quote

I'd been following this thread with interest, as the looks "under the hood" of an extender are still somewhat beyond my ken but if I understand correctly, I can conclude that in some cases, where extensive product testing does not occur, as in all of these products that the experts create and support here, there may be unanticipated problems/conflicts.

This specific example of a key definition "conflict" in an RDF MAY explain a problem I had recently, but just found an alternative workaround, rather than asking the forum for help.

In my HTPro, running the 8910/9910/HTPro extender 1, I had tried to make a minor alteration in my setup, and tried to assign a LKP to the x-shift phantom 3 button. Other keymoves and LKPs already exist and are assigned to various Device phantom, shift-phantom, and x-shift phantom buttons, and they work fine, except I had never placed one on x-shifted phantom 3.

Well, long story short. I couldn't make it work. The button that I pressed to CALL the x-shift phantom 3 macro/LKP simply did nothing. I exhaustively searched for conflicting function assignments or anything of that ilk, but found nothing. When I simply used a DiIFFERENT button (x-shift PIP) for exactly th same LKP sequence, the invopking button calls the function just fine. So I got the functionality I wanted working and was happy.

Now I begin to suspect that perhaps the x-shift pahnyom 3 button in the 8910/9910/HTPro extender RDF uses an address that conflicts with another button and therefore wouldn't work. Does anybody with 8910 Extender experience know if this is the case?
_________________
Beginners - Read this thread first
READ BEFORE POSTING or your post will be DELETED!


Remotes: OFA XSight Touch, AR XSight Touch
TVs: LG 65" Smart LED TV; Samsung QN850BF Series - 8K UHD Neo QLED LCD TV
RCVR: Onkyo TX-SR875; Integra DTR 40.3
DVD/VCR: Pioneer DV-400VK (multi-region DVD), Sony BDP-S350 (Blu-ray), Toshiba HD-A3 (HD-DVD), Panasonic AG-W1 (Multi-system VCR);
Laserdisc: Pioneer CLD-D704.
Amazon Firestick
tape deck: Pioneer CT 1380WR (double cassette deck)
(But I still have to get up for my beer)
Back to top
View user's profile Send private message
Nils_Ekberg
Expert


Joined: 02 Aug 2003
Posts: 1689
Location: Near Albany, NY

                    
PostPosted: Sun Jan 08, 2006 10:43 am    Post subject: Reply with quote

The Phantom buttons are typically buttons that we found no other use for in the remote. ie. not assigned to a physical button. So, we take advantage of that to create extra buttons for use in macros etc. Then we use buttons values above that for extender function like X_TV etc. In the end they are usually used by something in the remote and a conflict arises. When that happens we change the RDF to lock it out or change the extender if necessary. You may just have uncovered one of those button conflicts.

I guess since we do this for fun we may not do the extensive testing that we would if it were for a paying job so sometimes the users do uncover bugs. We then try to fix them which is probably the reason for multiple versions of extenders. I should say that the newer versions of extenders is not always due to bugs but in most cases it is new functionality.

I for one have never made a coding error. Laughing Laughing Laughing
_________________
Nils
Files Section
Diagnosis File Section
Back to top
View user's profile Send private message Send e-mail
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Sun Jan 08, 2006 1:33 pm    Post subject: Reply with quote

Capn Trips wrote:
Does anybody with 8910 Extender experience know if this is the case?
8910 sanity check for Capn Trips:
xshift-phantom3 (base $3F) should work based on math, as it becomes $FF and no other button has that number. But I just changed one macro used in device LKP to be on xshift-phantom3. When LKP runs, it does not do the job the macro is supposed to do, AND the LCD said THEA 1797, a code I do not, did not ,ever have, and it should have said DVD anyway. Do you recall a monthly puzzle of yours about THEA with some goofy setup code number coming up? This may be it, replicated. $FF might be hitting some default in the ROM routines which then picks up 1797. Hey, this madness is fun Very Happy

6131 is different in a way, because it's a math problem. To xshift phantom4 (hex40), the number overflows 8 bits. And shift-phantom4 becomes $C0 which is ambiguous (are we shifting or xshifting?) as Hal and Nils said, but might work as shift.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Sun Jan 08, 2006 1:47 pm    Post subject: Reply with quote

Since my check is slightly different than Capn Trips', here are details for the extender experts since it still might be related to how used
My normal, working code
Code:
macro:  XSHIFT-M1   M3;L4
used in LKP: DVD   SHIFT-Phantom3   LKP(3)   [Short]:< Blank >  [Long]:Phantom2;XSHIFT-M1   $30 $3E $ED

When I changed xshift-M1 to xshift-phantom4 in both places, the funny stuff happens.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Sun Jan 22, 2006 11:09 pm    Post subject: xshift-Audio(CC) issue Reply with quote

Returning to the 6131 - I'm tacking this on since it's my RDF-related stuff.

I can't make Audio(CC) xshift Crying or Very sad In IR general tab I have xshift, not ordinary. Audio(CC) is in keycodes.htm included in the zip file for the 2K extender. Values are hex 37, B7, F7 - should be correct. I push Set-Audio(CC) and it works, but set-set-Audio(CC) does not. The same codes do work when reassigned someplace else. Is it me or something in the RDF? I'd like to put it in a macro, but can't till I get it working from the keyboard.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Thu Jan 26, 2006 1:48 pm    Post subject: Reply with quote

USER ERR0R Embarassed
I forgot to shift the Alt-shift button code on the General tab in IR. It now does the tri-state cycling nicely and works from macros as well.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic       JP1 Remotes Forum Index -> JP1 - Extenders 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
Top 7 Advantages of Playing Online Slots The Evolution of Remote Control