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 extender version 2 beta -- want to test new features?
Goto page Previous  1, 2, 3  Next
 
Post new topic   Reply to topic    JP1 Remotes Forum Index -> JP1 - Extenders
View previous topic :: View next topic  
Author Message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3990

                    
PostPosted: Mon Mar 19, 2007 6:08 pm    Post subject: Reply with quote

ElizabethD wrote:
Note that sig still says x1, annoying Sad
Yeah, I remember when "team" first did this, I pointed out to him that using the same rdf sig for multiple extender variants would confuse matters and suggested alternate rdf names, but he didn't choose to do so, so you have to be very careful using three different rdfs with the same sig (or simply rename them yourself - making the attendant hex file changes, as well)), keeping track of which IR file you have created using which sig. Evil or Very Mad

I don't use the altenate memory boundaries, so I ultimately deleted those additional rdfs, as I got sick of always having IR ask me WHICH rdf I want to use whenever I was downloading from my remote.
_________________
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
unclemiltie
Expert


Joined: 21 Jan 2004
Posts: 1795
Location: Pittsburgh, PA

                    
PostPosted: Mon Mar 19, 2007 6:53 pm    Post subject: Reply with quote

Ok, some initial testing on the 9960B01 tonight

I moved the start of the Adv Codes to $500 and put a bunch of upgrades (the same with different setup codes) into the upgrade area. The one just before the boundary, the one that crossed the boundary and the one that was above the boundary worked fine in the 9960B01 extender.

haven't tested fully, but this is great news.

now, back to why I think I didn't try this before (I remember thinking about it) There is a byte at $400 that tells the remote that there is nothing in the learned area (either $00 or $FF) and I always wondered if the remote would do something odd if it found something else there. Since it's probably finding the keymove to load the extender before it would have searched to find a learned key for the power key, it's probably OK. (I'm going to search more to be sure)

Thanks to jsevinsk for getting me on this kick. I think that my next release of the 9960B01 extender will expand the upgrade memory since there is nearly unlimited adv code memory and the upgrades are getting a bit tight.
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Mon Mar 19, 2007 7:58 pm    Post subject: Reply with quote

Capn Trips wrote:
I don't use the altenate memory boundaries, so I ultimately deleted those additional rdfs, as I got sick of always having IR ask me WHICH rdf I want to use whenever I was downloading from my remote.
Same here. Today was my first 'overload' use. But then along came pasha and his IR file was using ext2, and so it was back to the confusion. Where is the site owner?

In 8910 I have 6 bytes left on each side. Anyone can come up with how I can get 20-25 keymove bytes free ? Evil or Very Mad

unclemiltie wrote:
there is nearly unlimited adv code memory
Lucky you Smile
_________________
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
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Mon Mar 19, 2007 10:02 pm    Post subject: Reply with quote

So, in what order does IR pack the devices and protocols in the upgrade area?
Back to top
View user's profile Send private message
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2348

                    
PostPosted: Tue Mar 20, 2007 8:27 am    Post subject: Reply with quote

Don't know if this will be helpful to you, but IR can tell you. If you change a byte on the Protocols or Devices sheet in IR you'll see it in raw data. Add or delete and watch the two pointers at $100 and a whole block change or shift. It all behaves the same as the D_table and P-table calculations in asm with the results in the hex file. IR might be inserting, I don't remember.
_________________
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
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Tue Mar 20, 2007 8:47 am    Post subject: Reply with quote

ElizabethD wrote:
Don't know if this will be helpful to you, but IR can tell you. If you change a byte on the Protocols or Devices sheet in IR you'll see it in raw data.


Ah yes, I see that now. I guess it's a trial-and-error job to figure out the last thing in the upgrade area, huh?
Back to top
View user's profile Send private message
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Tue Mar 20, 2007 3:23 pm    Post subject: Reply with quote

So, I would like opinions about a better way to implement a feature that I added, which is the one that supports TVs with no discrete input commands. The new protocol takes as parameters the input number you want to select, the total number of inputs, and the key codes for the menu, up, down, and enter keys. The protocol remembers what input you're on, and if you're on input 2 and you want to go to input 4, the remote sends menu, down, down, enter.

It works, but what I don't like about it is that for every input you want to use, you have to specify all the key codes in all the hex commands. (You'll see what I mean if you look at the example IR file included in the extender zip file.) The only thing that's different between all of them is the input you want to go to. I would like to find a way to specify the four key codes and the total inputs in one place if possible. Ideas?
Back to top
View user's profile Send private message
StephenR0



Joined: 12 Feb 2007
Posts: 109
Location: Iowa, US

                    
PostPosted: Tue Mar 20, 2007 5:01 pm    Post subject: Reply with quote

I won't venture an opinion about how you implement it, but I'm very interested in this functionality. I'll certainly be helping you test it. Right now, I'm using a cascading series of double key macros to automate changing inputs. One thing that I've discovered with my TV is that I have to put a small delay in my macros just after calling for the input menu. It seems to need that before it can accept up or down arrows to go to a different input. Do you think your feature will be able to accommodate that kind of thing?

Steve
Back to top
View user's profile Send private message
vickyg2003
Site Admin


Joined: 20 Mar 2004
Posts: 7073
Location: Florida

                    
PostPosted: Tue Mar 20, 2007 5:03 pm    Post subject: Reply with quote

John, after you put your problem out, it caused me to start thinking and I found an excellent way for me to do this. I had a complicated method that worked, BUT everytime we added or subtracted a device on the system the macro had to be reworked. Then I came up with this idea that took all the problems out of state keeping.

I put a macro on my Device keys that does this.

DVD:

T_DVD
M_DVD
C_DVD
X_TV
PHANTOM1 && LONG KEYPRESS

end of macro

PHANTOM1: && TV mode
if longkeypress
PHANTOM2 && presses toadtog to turn on menu
DNARROW
pHANTOM1 && keeps repeating
else
ENTER
PHANTOM3 && Turnoff Toadtog
X_CANCEL
PHANTOM1 && in the original mode for any follow up procedure
endif

end of macro

PHANTOM2: && TV mode Check to see if I already
If toadtog1(1) oN
do nothing
else
TV/VCR && This turns on
force on
endif

end of macro

PHANTOM3: && TV mode force toad tog off
iF toadtog On
turn toadtog1 off
else
turn toadtog1 off
endif



PHANTOM1: && DVD mode
PLAY && serves as a discrete on

end of macro


All of your devices use the same phantom1 key on the TV and it cycles through the menu until the person holding the remote finds the right selection. After you let up on the LKP of the DVD, the short side executes. All devices keys have X_TV; Phantom1 in there call.
Back to top
View user's profile Send private message Visit poster's website
Mark Pierson
Expert


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

                    
PostPosted: Tue Mar 20, 2007 5:11 pm    Post subject: Reply with quote

jsevinsk wrote:
I would like to find a way to specify the four key codes and the total inputs in one place if possible.
I've never written any kind of protocol, nor have I looked at anything you've done thus far...

However, couldn't this be done as fixed data in a dummy upgrade? By that I mean specifying the required items as you would device and sub-device settings for any normal upgrade? That should allow your SP keymoves to only require 1 byte of data to represent the number of the desired "input".
_________________
Mark
Back to top
View user's profile Send private message Send e-mail Visit poster's website
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Tue Mar 20, 2007 6:30 pm    Post subject: Reply with quote

StephenR0 wrote:
I won't venture an opinion about how you implement it, but I'm very interested in this functionality. I'll certainly be helping you test it. Right now, I'm using a cascading series of double key macros to automate changing inputs. One thing that I've discovered with my TV is that I have to put a small delay in my macros just after calling for the input menu. It seems to need that before it can accept up or down arrows to go to a different input. Do you think your feature will be able to accommodate that kind of thing?

Steve


Not as it is right now, but if I changed it so that it could handle more than one key code for entering and exiting the menu, one key code could be a pause function.
Back to top
View user's profile Send private message
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Tue Mar 20, 2007 6:32 pm    Post subject: Reply with quote

Mark Pierson wrote:
However, couldn't this be done as fixed data in a dummy upgrade?


Hmm, let me think about that one. Thanks for the idea.
Back to top
View user's profile Send private message
StephenR0



Joined: 12 Feb 2007
Posts: 109
Location: Iowa, US

                    
PostPosted: Tue Mar 20, 2007 8:33 pm    Post subject: Reply with quote

Ok. Thanks for your response. I have to leave town for a few days. But when I get back, I'll try what you have and see if I need any delays.

Steve
Back to top
View user's profile Send private message
jsevinsk



Joined: 02 Jan 2007
Posts: 82
Location: Shrewsbury, MA

                    
PostPosted: Tue Mar 20, 2007 10:45 pm    Post subject: Reply with quote

StephenR0 wrote:
I won't venture an opinion about how you implement it, but I'm very interested in this functionality. I'll certainly be helping you test it. Right now, I'm using a cascading series of double key macros to automate changing inputs. One thing that I've discovered with my TV is that I have to put a small delay in my macros just after calling for the input menu. It seems to need that before it can accept up or down arrows to go to a different input. Do you think your feature will be able to accommodate that kind of thing?

Steve


After thinking about it some more, I think my input select protocol might work as-is. For the menu key, specify a key which is a DSM for the string of commands that you need, like your TV's menu key, then a delay. I think it should work, but I haven't tried it.
Back to top
View user's profile Send private message
StephenR0



Joined: 12 Feb 2007
Posts: 109
Location: Iowa, US

                    
PostPosted: Mon Mar 26, 2007 5:07 pm    Post subject: Reply with quote

I tried it out and it seems to work pretty well. I used your idea about using a DSM for the menu key and that worked as well. I'll keep using it and I'll try new versions as you come up with them. Thanks.

Steve
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
Goto page Previous  1, 2, 3  Next
Page 2 of 3

 
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