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

Beginner's Extender FAQ
Goto page 1, 2  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: 3953

PostPosted: Tue Nov 21, 2006 6:17 am    Post subject: Beginner's Extender FAQ Reply with quote

Wiki version now available:
http://www.hifi-remote.com/wiki/index.php?title=Extenders_(an_FAQ)


Comments/corrections/fixes are welcome.

(1) What is an extender?
An extender is software loaded into a JP1 remote's EEPROM (or JP1.x remote's FLASH memory) that changes various details of the remote's behavior. Most of what is written here applies to all extenders. However, extenders for JP1.2 and 1.3 remotes are still being developed, and these newer remotes have far greater capabilities (or perhaps our extender-writers do!) than "traditional" JP1 (EEPROM) extenders. They behave similarly in most respects, but there may be deviations from what is described below.

Usually (and originally, PRIMARILY) extenders increase the flexibility and capacity for KeyMoves and Macros.

The basic advantages of most extenders are:
(a) Learning memory is (for the most part) converted to Keymove/Macro memory - allowing a VASTLY-increased number of Keymoves and Macros than in an unextended remote;
(b) MUCH faster execution of macros;
(c) Much greater control and flexibility in button/function assignments. This goes from being able to assign keymoves to buttons you normally could not, to virtually unlimited macro length (through nesting)

Most extenders also provide greater (or more simple) support for Special Protocol functionality, like ToadTog, Long or Double Keypresses, Device-Specific Macros, customization of the LCD display and others (details vary and should be gleaned from the applicable extender readme).

(2) Where are these extenders?
Those extenders that are relatively "mature" are collected in the file section of this site. Occasionally, newer or experimental extenders might be located in the diagnostic section, and you would have to locate them via a link in an applicable discussion thread.

If the extender you seek is NOT on this site, some truly obscure extenders that are very infrequently used might be still located in the old Yahoo Groups File section.

(3) How do I choose the right extender?
There is no universally correct answer to this. As a general rule, most remotes have only one extender available, and if you see more than one, you're usually best off choosing the most recent extender for a particular remote, as it it most likely to have previous versions' bugs fixed.

That said, however, there may be times when the mix of features you want is better in an older version.

You must read the associated readme's for each extender you are considering (almost every extender has a zip file that includes a readme) and determine whether:

(a) It applies to your remote (check remote model #s [see the URC-9960B00 vs. the URC-9960B01], EEPROM sizes [note that the 8811 has 1K, 2K, 8k, and "BIG" versions], etc.); and
(b) Has the features you seek.

(4) The extender disables learning on my remote. How do I cope with this loss of capability?
The loss of learning capability is one of the downsides of using an extender. However, this is not really a loss of learning capability. It is merely the loss of the ability to USE learned signals DIRECTLY from your remote.

Learning is primarily required only to learn and decode a new OEM remote control. You then use these data to build a device upgrade, or assign extra functions as keymoves, so that you never have to actually use the learned signal directly.

If you add a new device to your system, you simply de-activate the extender, learn and decode what you need (experts are standing by on this forum to help with bizarre decodes for your remote pet-feeding system or beer-delivery conveyor belt), build your new upgrade and add it to your remote, and reactivate the extender for routine operation of the remote.

The huge increase in Keymove and Macro memory that you gain far offsets the inability to use learned signals in almost all cases.

(5) How do I build an extender IR file? (or How do I "INSTALL" an extender?)
Well, there are two distinct scenarios here.

First, modifying an existing unextended IR setup into an extended one, and
second, building an extender IR file from scratch.

For either, there is some preparatory work to be done:

(i) Unzip the extender zip file in a location of your choosing (but know where to find it)

(ii) Although the extender zip file has RDFs, these are likely old, and you should use the MOST CURRENT RDFs from the RDF distribution zip file (which may be updated to accommodate improvements in the software tools). Occasionally, there will be a better .rdf linked in a thread, but that's the exception rather than the rule.

(a) Building an extender IR file from scratch.

This will vary depending on the extender .zip file, but MOST more recent such packages include a bare-bones IR file (It may have a .txt extension instead of the .ir extension, since in the "old days" IR images were saved as .txt files. That's OK, new versions of IR will open these .txt IR files as well as .ir files) with all of the basic extender special protocols and baseline macros. You open this file in IR and assign devices, add upgrades, keymoves and design macros as normal. Easy-Peasy.

If, on the other hand, such a bare-bones IR.txt file is NOT provided in the extender .zip package, or you already have your remote pretty significantly customised with upgrades, Keymoves, Macros, etc, and wish to retain most of these, you may need/prefer to convert an existing unextended IR file:

(b) Converting an existing IR file.

(i) The program used to install the extender into your existing unextended file is EXTINSTALL.EXE. You must have this unzipped on your computer.

What follows MAY CONTRADICT many of the extender readme's out there, since this MERGE capability in IR is newer than many extenders.

You need not "RUN" this program, as current versions of IR can automatically convert your unextended IR file into an extended one by calling this program.

(ii) In IR, go to File>Set Directory and ensure you have IR looking for Extinstall.exe in the right place.

(iii) Open your current IR file (should normally be UNextended, but can also work to convert from one version of an extender to a different version).

(iv) Go to File>Merge using Extinstall

(v) In the dialogue box, navigate to the folder where you unzipped the extender zip file and select the correct .hex file (i.e. 6012-2K-3.hex)

(vi) Give your new IR file a name and you're done.

(vii) NOW you start adding all of your extra keymoves, building all of your Special Protocol keymoves and Macros, etc.

You will notice that the newly-created IR file will already have predefined macros on the Device Keys. These are provided as a courtesy, and are simply Device Selection macros, so your extended Device Keys would do exactly the same thing as in the unextended remote. Most people delete these and build their own, or as a minimum modify them heavily. I point this out, because some people, upon converting to an extender, believe that these macros are somehow MANDATORY and they most certainly are NOT.

(5a) What is "activating" the extender?
The extender is, however complex, simply a program that takes over the functioning of your remote, so just like any computer program, whenever you re-boot, you must start the program anew. For Extenders in JP1 (EEPROM) remotes, this usually takes the shape of a particular button press - for most extenders it is the "Power" button in TV device mode. So after "installing" the extender (uploading the extender IR file to the remote), you must "activate" it in your remote by pressing the correct button (Check your particular ReadMe for the specific button press to activate it). This activation must be accomplished whenever your remote is reset (upload/download, battery change, etc...)

NOTE: Some extenders for the now more-prevalent JP1.3 (FLASH) remotes (e.g. the Atlas URC-1055 (JP1.3 version) and 1056) are written differently such that they do NOT deactivate upon battery replacement or uploading a new IR image. In these, the extender remains activated through battery changes, IR image uploads/downloads, etc, and must be manually DEACTIVATED to revert the remote to unextended operation. As always, read the readme for your specific extender.

(6) What are all of these new Device and Protocol upgrades that have suddenly appeared?I refer you to rule 1 - READ THE ASSOCIATED README, BUT....

In general, you can usually consider the extender itself to be simply a Protocol and Device upgrade, usually the FIRST-listed device upgrade and its associated protocol upgrade. In MOST extenders, these are Device TV/1800 and Protocol 0180.

Extenders for the current batch of JP1.X FLASH based remotes are FAR MORE than that, however, and parts of their code is hidden in areas of the Flash that are neither accessible nor visible to you, the user. Therefore you must follow the extender installation instructions exactly. NON-required steps, like "cleaning upper memory", are not only unhelpful, but can make your remote completely unresponsive, if some of the extender code was using that portion of the memory.

Device TV/1800 and Protocol 0180: DO NOT DELETE THIS DEVICE AND PROTOCOL UPGRADE!
It IS the extender!
The other device and protocol upgrades are Special Protocols that have historically been found to be useful/liked by many, so they are automatically included in your extender upgrade. Again, your individual extender readme has the details, but typically, you get some combination of the below:

VCR or MISC/1800:0181 ToadTog
TV or MISC/1101:01FE Device Multiplexer
TV or MISC/1103:01FC Device Specific Macro
TV or MISC/1104:01FB Pause
TV or MISC/1106:01F9 Long/Double Keypress
TV or MISC/1107:01F8 Custom Mode Name (for LCD display)

If you have no need for one or more of these, you are free to delete the associated Device and Protocol upgrades, but sometimes it is a tedious process to re-install one of them once deleted, so I would recommend only do so if you're really low on upgrade space.

(6a) How do I take advantage of these Special Device and Protocol upgrades that have suddenly appeared? I refer you to rule 1 - READ THE ASSOCIATED README, BUT ... in general each "Special Protocol" is called by a sequence of hex commands. SOME of the extender Readme's describe how to create/write these hex commands but new versions of IR and RMIR make this easy. There is a "Special Protocols" tab that appears and walks you through setting up these functions using the plain-language button commands. In these circumstances the readme procedure is an obsolete one (except for CustomModeName):

What are they?

ToadTog: A "TOAD" is a "Toggle Only Activated Device", e.g. a TV that has a Power button that both turns it on and off but sends the same IR signal in both instances. Usually, for complex HT setups, one prefers to have DISCRETE Power On and Power Off signals that can be generated independently. The ToadTog allows you to create a Pseudo-discrete function for TOADs by setting and tracking a flag for whether or not the Power signal has been sent. Conversely, if your device has ONLY discrete On/Off functions, this allows you to make a single button ACT like a Toggle button using similar logic. ToadTog has many other uses, like when an input command cycles through various inputs and you need a SPECIFIC input to be selected, and other times you simply need the state of a device tracked to determine what signal or sequence of signals is sent.

Device Multiplexer: Allows you to stack two devices on a single button, and with a button press, change the assigned device on, say, your "DVD" button from your Pioneer DVD recorder to your Sony Blu-Ray player (or for example, change "zones" on your A-V receiver). It's most useful on remotes that do not have enough Devices for your HT system setup.
NOTE: Current versions of KM, RM, IR, and RMIR make it transparent whether particular functions are assigned directly to buttons within the body of an upgrade or keymoves created automatically by the software. When you use Multiplexer, however, only a SINGLE keymove can be assigned to any button for that device (see below for an exception), so you must be careful that you do not inadvertently try to "double-stack" keymoves on the same buttons because only one set will be active, regardless of which multiplexed device you have selected.

NOTE 2: The preceding note MAY become obsolete as new extender-writers are trying to overcome the limitation of a single set of keymoves per device index. As of this edit of this FAQ, only the URC-10820N extender beta has this feature. Others may get it in the future. Not to sound like a broken record, but, refer to the extender readme to see if yours is one of those unique new types.


Device Specific Macro: Allows you to create a macro which will only be called if the remote is in the specified device mode (e.g. TV or CBL). This is in contrast to ordinary macros which are "universal" i.e. called whenever the assigned button is pressed, regardless of the current device mode.

Pause: Allows you to insert a Pause of specified duration within a macro. This is useful if you have a device that takes a bit of time between powering-up and being able to process a subsequent command, for example.

Long/Double Keypress (LKP/DKP): Allows you to set up two distinct command sequences (which may themselves include other sequences like a ToadTog, DSM or Macro) on a single button which will execute ONE command if you press the button ONCE (or for a short duration) and a DIFFERENT command if you press the button TWICE (or hold it for a longer duration). I see this most commonly used on device setup and system setup macros, e.g. a SHORT press of the DVD button is used to simply put the remote in "DVD" mode, while a LONG press of the DVD button sends the entire sequence of commands required to turn on your TV, Receiver and DVD player, select all of the appropriate inputs, and leave the remote ready to operate the devices required for DVD viewing.

Custom Mode Name: Allows you to change what is displayed on the screen of a remote that has a LCD display. I believe that this has only been implemented on the URC-8910/9910/HT Pro extender and the RS 15-2116/2117 extender (but I may be mistaken).

All of these Special Protocol functions can be set up in IR and RMIR on the Special Protocols Tab, where their implementation is quite intuitive (with the exception of CustomModeName, which you have to figure out the hex stream to type in manually, using the readme). If there is no Special Protocols Tab on your screen when you are editing in IR or RMIR then you have something wrong, like the incorrect RDF selected/assigned or some other error.

(7) "I got a pop-up alert complaining about incorrect rdf!" or Uploading the extender IR file to your remote.
When you have built your extender .ir file in IR and you upload it to your remote, you will receive a pop-up window alerting you about mismatched rdfs. Each model of remote has a signature, and IR checks to see that the RDF file in use matches the signature. When an unextended remote is loaded with an extender, the signature is intentionally altered, causing a one-time mismatch between the remote's signature and the signature in the ir file. Just accept the upload.

(8) "My remote's locked up and I can't do a reset!" or "Deactivating the Extender"
One of the "features" of most extenders is that they disable the "long-press-to-access-setup-mode" functioning of the "setup" (or "magic" or green "P") button. So if you need to reset your remote, due to whatever reason, you cannot access this function with the extender activated. To deactivate the extender with an EEPROM based remote, you have to remove a battery and press any button momentarily. When you reinstall the battery, the extender will still be loaded in the EEPROM, but the extender will not be activated, and you should be able to access the setup functions. Usually, the only useful function is the MFR reset (which erases your entire EEPROM), since stuff like Keymoves and Learning are all in different portions of the EEPROM in the extended remote than in the unextended, so any other function is likely to have mixed results, at best.

NOTE: In light of the above, although you could, theoretically, "learn" to a remote with the extender loaded but not activated, since the extender alters the remote's signature you will not be able to download those learns into IR or RMIR, and if you subsequently re-activate the extender, the learns may have overwritten parts of the extender code and your remote may not function. Therefore, it is recommended that AFTER deactivating the extender but BEFORE doing anything requiring any other long-press Setup function that you conduct a MFR reset (long press of setup followed by 981 on non-LCD remotes) before doing anything else. This will reset the remote signature.

NOTE 2: Some newer remotes (e.g. the Atlas URC-1055 (JP1.3 version) and 1056) have a new style extender that does NOT deactivate upon battery replacement, but requires a separate deactivation keypress. As always, read the readme for your specific extender.

(9) How do I do device selection? (or what is all of this Keygroup and Device index stuff?)I again refer you to Rule 1 - Read the Readme file, but ....

Almost all extenders turn your device buttons into regular buttons. This allows you to program them with keymoves or macros, just like any other button. However, this eliminates their regular "unextended" behaviour of simply selecting a device mode upon pressing a device button. The extender must therefore provide a means for you to create a device selection sequence of keymoves. (I must REALLY emphasize read the readme to see how YOUR extender does this)

Before we get to Device Selection, I want to dwell on a particular concept.

For greater flexibility, almost all extenders divide the remote's buttons into associated keygroups. (In fact, some of these keygroups are already associated in some manner within the remote's firmware, like the Volume group, the Transport group and the numbers group) The associations are usually functionally intuitive. The number and composition of these groups varies from remote to remote, but in general, one usually has:

Volume (Vol-, Vol+, and mute);
Transport (Play, Pause, Stop, FF, Rew, Rec, maybe others);
PIP (PIP on/off, Swap, Move, others possible);
Menu (Menu, arrows, Select);
Channel (CH+, CH-, Last or Prev, Fav,the number keys); and
Other (Power, TV/Video, Light, Setup, etc.)

Check your readme for specifics.

Now in the extender you must assign EACH of these button groups to one of your device indexes, or they will do nothing. For the purpose of this discussion, we will simply use the term "device" in lieu of "device index". As opposed to an actual device, a device index is the term used for the location in EEPROM where a device code (either built-in or upgrade) is assigned. Although in the unextended remote these storage bins correspond exactly to the device name printed on the remote's device buttons, in the extended remote, the actual device button names are somewhat immaterial, but are retained and used as a convenient tool for tracking what setup code is assigned where.

This assignment of a button to a device can be done in various ways, but one of two basic approaches is usually taken in most extenders.

(a) Temporarily assign an "active device" within a macro, and assign keysets to that active device; or
(b) Specific commands that assign keysets to a particular device.

amplifying (a): In the former scheme, you need at least TWO COMMANDS in a macro to assign a keyset to a device. For example, to set the transport keys to the VCR device, you would use the macro "DEV_VCR; SET_TRANS_KEYS"

So you are always using a TEMPORARY DEVICE SELECTION (only active until overriden by another or all macros being processed end) via a DEV_xxx command, and ASSIGNING the BUTTON SET to that device via a SET_xxx_KEYS command. (The most-recently-executed such assignment is retained for each button group upon completion of the macro or other sequence)

To assign ALL of the keys to one device (just like an unextended remote) you can make a simple macro:
DEV_VCR, SET_VOL_KEYS, SET_PIP_KEYS, SET_TRANS_KEYS, SET_CHAN_KEYS, SET_MENU_KEYS, SET_OTHER_KEYS

or you can mix and match to have your remote set up to control your Receiver's Volume, your TV's PIP functions, your VCR's Transport functions and your SAT Box for everything else:
DEV_RCVR, SET_VOL_KEYS, DEV_TV, SET_PIP_KEYS, DEV_VCR, SET_TRANS_KEYS, DEV_SAT, SET_OTHER_KEYS, SET_MENU_KEYS, SET_CHAN_KEYS

amplifying (b): In this scheme, a SINGLE command assigns a particular set of buttons to a device. For example, T_VCR assigns the transport buttons to the VCR.

The corresponding Device Selection macros to the examples in the previous scheme would be:
Simple device selection:
V_VCR, P_VCR, T_VCR, M_VCR, O_VCR, C_VCR
and the customized macro would look like:
V_RCVR, P_TV, T_VCR, M_SAT, O_SAT, C_SAT.

This scheme has a separate method for TEMPORARY DEVICE SELECTION for you to use within macros or other sequences, and that is use of an X_device command (X_TV or X_DVD).

For THIS PRECEDING PARAGRAPH IN PARTICULAR, I URGE YOU TO READ THE README CAREFULLY, since there is no fully standardised approach to the question of device selection amongst the various extenders.

(10) Something isn't working like it's supposed to.In case you have not yet figured this out:

READ THE EXTENDER'S README FILE!

In general, if that doesn't help, ask a question (with LOTS of detail) here in these fora. If it involves an IR file that isn't doing what you expect/want it to do, 90% of the time somebody will ask you to upload it to the diagnostic section and post a link to it here, so you'll save time getting your problem fixed by just doing this at the outset.[/b]
_________________
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)


Last edited by Capn Trips on Wed Dec 01, 2010 10:12 pm; edited 40 times in total
Back to top
View user's profile Send private message Send e-mail
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2269

PostPosted: Sun Jan 21, 2007 3:58 pm    Post subject: Re: Beginner's Extender FAQ (WIP) Reply with quote

Capn Trips wrote:
Comments/corrections/fixes are welcome.

This is a gem the world's been waiting for Smile

I wonder if more exceptions should/should not be included. Perhaps two might deserve a small font mention around (5)(b).

OBSOLETE SECTION(see 4 posts down)6131
Unextended IR file does not merge well using extinstall if the unextended file already has keymoves. See extender readme. It's really simpler to start with the empty extended .IR file and forget .hex merge. The best procedure is to never even build an unextended setup on 6131. This may also apply to Atlas.


7800
In the ext2 zip file there is no hex file, only .txt file, so extinstall is not an option.
_________________
Liz
Tweeking 8910, HTPro/9811, C7-7800, 6131o, 6131n, AtlasOCAP-1056B01, RCA-RCRP05B and enjoying the ride Smile


Last edited by ElizabethD on Sat Oct 25, 2008 10:12 pm; edited 1 time in total
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3953

PostPosted: Sun Jan 21, 2007 4:29 pm    Post subject: Reply with quote

Thanks, Liz - I've incorporated your comments as a note at the end of para (5).
_________________
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
unclemiltie
Expert


Joined: 21 Jan 2004
Posts: 1712
Location: San Ramon, CA

PostPosted: Mon Feb 19, 2007 1:17 pm    Post subject: Reply with quote

BTW, with Liz' and VickyG's work, there is now a re-created HEX file for the 7800 extenders so one of the exceptions listed in your document can now be removed.
Back to top
View user's profile Send private message
unclemiltie
Expert


Joined: 21 Jan 2004
Posts: 1712
Location: San Ramon, CA

PostPosted: Sat Oct 25, 2008 8:42 pm    Post subject: Re: Beginner's Extender FAQ (WIP) Reply with quote

ElizabethD wrote:
Capn Trips wrote:
Comments/corrections/fixes are welcome.


6131
Unextended IR file does not merge well using extinstall if the unextended file already has keymoves. See extender readme. It's really simpler to start with the empty extended .IR file and forget .hex merge. The best procedure is to never even build an unextended setup on 6131. This may also apply to Atlas.


This restriction has been removed with Extinstall2. The reason that it was there was that the 6131 used a new (at the time) format for advance codes and the extender used the old version since it was a port of an older extender.

Extinstall2 now reads both and can convert from one format to the other. You should now be able to Extinstall an extender into an existing 6131 configuration with macros and keymoves in it.
_________________
this JP1 stuff is a sickness!
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3953

PostPosted: Sat Oct 25, 2008 9:02 pm    Post subject: Re: Beginner's Extender FAQ (WIP) Reply with quote

unclemiltie wrote:
ElizabethD wrote:
Capn Trips wrote:
Comments/corrections/fixes are welcome.


6131
Unextended IR file does not merge well using extinstall if the unextended file already has keymoves. See extender readme. It's really simpler to start with the empty extended .IR file and forget .hex merge. The best procedure is to never even build an unextended setup on 6131. This may also apply to Atlas.


This restriction has been removed with Extinstall2. The reason that it was there was that the 6131 used a new (at the time) format for advance codes and the extender used the old version since it was a port of an older extender.

Extinstall2 now reads both and can convert from one format to the other. You should now be able to Extinstall an extender into an existing 6131 configuration with macros and keymoves in it.
I believe that you pointed this out some time ago, so I removed from the FAQ. I can't edit Liz's post, but the main FAQ has that reference deleted.
_________________
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
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2269

PostPosted: Sat Oct 25, 2008 10:14 pm    Post subject: Re: Beginner's Extender FAQ (WIP) Reply with quote

Capn Trips wrote:
I can't edit Liz's post, but the main FAQ has that reference deleted.

it's edited now 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
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3953

PostPosted: Wed Aug 19, 2009 7:11 pm    Post subject: Reply with quote

Edited para 6 of the FAQ to address the exciting new JP1.3 extenders, and the fact that much of their "meat" is hidden out of sight of the user, but not so far out of sight that the user cannot mess it up. Twisted Evil
_________________
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
mathdon
Expert


Joined: 22 Jul 2008
Posts: 2825
Location: Cambridge, UK

PostPosted: Thu Aug 20, 2009 3:05 am    Post subject: Reply with quote

Capn Trips wrote:
Edited para 6 of the FAQ to address the exciting new JP1.3 extenders

Perhaps it would be better to say "JP1.2 and JP1.3 extenders". The user who prompted this addition, through destroying part of the extender code by doing a "Clean Upper Memory", was using a JP1.2 extender.
__________
Graham
Back to top
View user's profile Send private message
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3953

PostPosted: Thu Aug 20, 2009 5:42 pm    Post subject: Reply with quote

Is JP1.X acceptable?
_________________
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
mathdon
Expert


Joined: 22 Jul 2008
Posts: 2825
Location: Cambridge, UK

PostPosted: Fri Aug 21, 2009 2:45 am    Post subject: Reply with quote

What you've written now, with "JP1.X FLASH-EEPROM based remotes ", is fine. Thank you. It is equivalent to "JP1.2 and JP1.3" since (as far as I am aware) JP1.1 was not a flash chip.
___________
Graham
Back to top
View user's profile Send private message
vickyg2003
Site Admin


Joined: 20 Mar 2004
Posts: 6941
Location: Florida

PostPosted: Fri Aug 21, 2009 6:12 am    Post subject: Reply with quote

JP1.1 is a flashed based remote. As far as I know, nobody here has specialized in the JP1.1 language and no extenders have been written. I'm only familiar with the Comcast JP1.1 and that remote has such a small e2 area, .5k, that its not really a good candidate for extending. Even the Comcast with a 1k e2 area was a huge challenge.
_________________
Remember to provide feedback to let us know how the problem was solved and share your upgrades.

Tip: When creating an upgrade, always include ALL functions from the oem remote, even if you never plan on assigning them to a button. Complete function lists makes an upgrade more helpful to others.
Back to top
View user's profile Send private message Visit poster's website
Capn Trips
Expert


Joined: 03 Oct 2003
Posts: 3953

PostPosted: Mon Jul 05, 2010 8:54 pm    Post subject: Reply with quote

I have added a paragraph (6a) in an effort to explain what the Special protocols actually do. Your edits are welcomed.
_________________
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
ElizabethD
Advanced Member


Joined: 09 Feb 2004
Posts: 2269

PostPosted: Mon Jul 05, 2010 9:27 pm    Post subject: Reply with quote

Nice additions Smile

(6)
- With "READ THE ASSOCIATED README, BUT...." suggest to read for logic and how all those SP keymoves are built by writing hex commands, but add a reminder that with the Special protocols, all the hex commands are made by IR while we pick and choose the keys. There is a reference elsewhere to that, but a short repeat might be a good idea here as well.
- Start of the 3rd paragraph - insert "TV/1800" before "DO NOT DELETE THIS DEVICE AND PROTOCOL UPGRADE!"

6a-Device Multiplexer.
Perhaps add about limitation of how handles keymoves. If I recall correctly, only one set of keymoves can be made (at least in 8910). But I really don't remember the details. I once asked Rob, but can't find the post, and then there were others about newer remotes, and a thread suggesting "dynamic keymoves" for multiplexing.
_________________
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
3FG
Expert


Joined: 19 May 2009
Posts: 3219

PostPosted: Mon Jul 05, 2010 9:44 pm    Post subject: Reply with quote

Please consider this alternate phrasing:

6a-Device Specific Macro: Allows you to create a macro which will only be called if the remote is in the specified device mode (e.g. TV or CBL). Ordinary macros are called whenever the assigned button is pressed, regardless of the current device mode.
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 1, 2  Next
Page 1 of 2

 
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