I am trying to help out my old pal (fusto) with his complaint that there is no way to "quickly" switch back and forth between the tuner and the player without the remote.

So I figured I would use Hijack to remap the bottom push and hold button in the car to the kenwood tuner code. and vice versa when in tuner mode. ala

[ir_translate]
000006.LC=b9461C,ffffffff ; Long bottom player switch to tuner
000006.LTC=b9461E,ffffffff ; Long bottom tuner switch to player

However this does not work and breaks the functionality of the bottom button totally.

Any Ideas?

NOTE: he says he doesn't want to alternate between info modes

Hijack has a built-in feature to switch to the tuner. Hold down the knob and keep holding it, even when it goes into the hijack menu. Eventually it will begin cycling between the three sources. Release the knob when it's on the source you want.

This works amazingly well. So well, that I think it should be the default behavior of holding the knob in the non-hijack software.

I tried that but it seems to cycle kind of awkwardly. It sometimes zips very quickly past tuner to player, and sometimes it will stick on Aux for more than a second.
Im not "complaining" as jwtadmin suggest, merely posing a query.
I want to switch from tuner back to player during radio commercials on my commute, but without taking my eyes off the road, lest one of my fellow bostonians try and drive me into a guardrail.

Z~

I tried that but it seems to cycle kind of awkwardly. It sometimes zips very quickly past tuner to player, and sometimes it will stick on Aux for more than a second.

I have not experienced this. It always works perfectly for me every time. Perhaps you can discuss this with Mark?

My player is currently fsck'ing and it looks to be a while, so I can't test it myself, but don't you need to list mappings in "most specific" order? Ie .LTC before .LC because LC matches a long press in any source, including tuner... I haven't played much with the IR translations yet, but I think I've seen this mentioned on the board... OK, here Edit: oops, should read it better before posting... not what I was thinking about.

If the symptom is that you can go from player to tuner with a long press, but not back, then I'd guess this is it. But if nothing works for the bottom button (for instance select/enter in the menus then something other is wrong.

/Michael

Hijack does not handle knob remappings gracefully..

Best to leave the knob alone. Everything else is remappable.

-ml

This is happening with the bottom button. I brought my tuner into the office and i'll try ordering the translations differently.

I was ablt to remap the bottom button to other function s sucsessfully but when I tried to get it to go to the tuner it disabled the bottom button all together.

[ir_translate] 

000006.LC=b9461C,ffffffff ; Long bottom player switch to tuner 

000006.LTC=b9461E,ffffffff ; Long bottom tuner switch to player

You've got them in the wrong sequence.. the first entry will ALWAYS match, tuner or otherwise, so the translator never even gets to testing the second entry. Flip them around (.LTC line before .LC) line, and it all works just fine.

Nice button hack, by the way!

Cheers

Right! I actually got it to work, but now the problem is that the bottom button regular press doesn't work at all. Which is of course critical if you aren't using the remote.

I tried to put in a translate of a regular press but that didn't seem to work.

How does the matching work?

The matching was broken.

I think I have fixed it in v132, hopefully without breaking anything else.

Cheers

Works great!! Thanks for the fix.

Now I have an enhancement request. Is there a way to distinguish a button press when you are in a menu? Specifically I would like to be able to not disrupt the insert append replace long press when in the playlist menu.

Or alternatively how can you disable the LONG press of the knob switching source?

Try this with v136:

button.U == execute this button only when a UI is active (either Hijack or the player);

button.N == execute this button only when both UIs are not active (neither Hijack nor the player).

Both .U and .N work on either side of the = sign in the [ir_translate] section of config.ini.

-ml

Hey Mark, I found a "feature" in v136 that is causing me problems. I have a relatively complicated IR translations table which for some reason changes behavior in v136. Normally I have my Pioneer steering wheel remote buttons mapped to typical functions like play, pause, etc. and then I use the .S translations to switch them to the numbers 0-9. Well with v136, I now lose that functionality for some reason, and the buttons always send the numbers 0-9.

I'm going to dump the debug output from Hijack under v134 and v136 for comparison just in case it helps you figure this out any.

v134

ir_translate: 00ad520c.LCHTAM=0020df03.L,3fffffff

ir_translate: 00ad520c.CHTAM=3fffffff.L

ir_translate: 00af5067.CHTAM=00ffffff

ir_translate: 00af5067.CHTAM=00ffffff

ir_translate: 00ad5212.LCHSTAM=0020df0e

ir_translate: 00ad5243.LCHSTAM=0020df0e,0020df0e

ir_translate: 00ad520a.LCHSTAM=0020df0e,0020df0e,0020df0e

ir_translate: 00ad521a.LCHSTAM=0020df0e,0020df0e,0020df0e,0020df0e

ir_translate: 00ad5241.LCHSTAM=0020df0e,0020df0e,0020df0e,0020df0e,0020df0e

ir_translate: 00ad5242.LCHSTAM=0020df0e,0020df0e,0020df0e,0020df0e,0020df0e,0020df0e

ir_translate: 00ad5212.CHSTAM=0020df00

ir_translate: 00ad521a.CHSTAM=0020df01

ir_translate: 00ad5242.CHSTAM=0020df02

ir_translate: 00ad5240.CHSTAM=0020df04

ir_translate: 00ad5241.CHSTAM=0020df05

ir_translate: 00ad5243.CHSTAM=0020df06

ir_translate: 00ad5219.CHSTAM=0020df08

ir_translate: 00ad520d.CHSTAM=0020df09

ir_translate: 00ad520a.CHSTAM=0020df0a

ir_translate: 00ad520b.CHSTAM=0020df0d

ir_translate: 00ad520a.LCHTAM=0020df17

ir_translate: 00ad520b.LCHTAM=0020df13

ir_translate: 00ad520a.CHTAM=0020df17,0020df17,0020df17,0020df17,0020df17

ir_translate: 00ad520b.CHTAM=0020df13,0020df13,0020df13,0020df13,0020df13

ir_translate: 00ad520d.LCHT=0020df07,3fffffff

ir_translate: 00ad520d.LCHM=0020df0b,3fffffff

ir_translate: 00ad520d.CHT=00b9461e

ir_translate: 00ad520d.CHA=00b9461e

ir_translate: 00ad520d.CHM=00b9461c

ir_translate: 00ad5242.CHT=00000004

ir_translate: 00ad5243.CHT=00000002

ir_translate: 00ad5242.LCHM=00b9460c.L

ir_translate: 00ad5243.LCHM=00b9460d.L

ir_translate: 00ad5242.CHM=0020df10

ir_translate: 00ad5243.CHM=0020df11

ir_translate: 00ad5212.LCHTAM=0020df15,3fffffff

ir_translate: 00ad5212.CHTAM=0020df0c

ir_translate: 00ad521a.LCHTAM=0020df12.L

ir_translate: 00ad521a.CHTAM=0020df12

ir_translate: 00ad5240.LCHTAM=0020df16.L

ir_translate: 00ad5240.CHTAM=0020df16

ir_translate: 00ad5241.LCHTAM=0020df14.L

ir_translate: 00ad5241.CHTAM=0020df14

ir_translate: 00ad5219.CHTAM=0020df0e



v136

ir_translate: 00ad520c.L=0020df03.LUN,0fffffff.UN

ir_translate: 00ad520c=0fffffff.LUN

ir_translate: 00af5067=00ffffff.UN

ir_translate: 00af5067=00ffffff.UN

ir_translate: 00ad5212.LS=0020df0e.UN

ir_translate: 00ad5243.LS=0020df0e.UN,0020df0e.UN

ir_translate: 00ad520a.LS=0020df0e.UN,0020df0e.UN,0020df0e.UN

ir_translate: 00ad521a.LS=0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN

ir_translate: 00ad5241.LS=0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN

ir_translate: 00ad5242.LS=0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN,0020df0e.UN

ir_translate: 00ad5212.S=0020df00.UN

ir_translate: 00ad521a.S=0020df01.UN

ir_translate: 00ad5242.S=0020df02.UN

ir_translate: 00ad5240.S=0020df04.UN

ir_translate: 00ad5241.S=0020df05.UN

ir_translate: 00ad5243.S=0020df06.UN

ir_translate: 00ad5219.S=0020df08.UN

ir_translate: 00ad520d.S=0020df09.UN

ir_translate: 00ad520a.S=0020df0a.UN

ir_translate: 00ad520b.S=0020df0d.UN

ir_translate: 00ad520a.L=0020df17.UN

ir_translate: 00ad520b.L=0020df13.UN

ir_translate: 00ad520a=0020df17.UN,0020df17.UN,0020df17.UN,0020df17.UN,0020df17.UN

ir_translate: 00ad520b=0020df13.UN,0020df13.UN,0020df13.UN,0020df13.UN,0020df13.UN

ir_translate: 00ad520d.LT=0020df07.UN,0fffffff.UN

ir_translate: 00ad520d.LM=0020df0b.UN,0fffffff.UN

ir_translate: 00ad520d.T=00b9461e.UN

ir_translate: 00ad520d.A=00b9461e.UN

ir_translate: 00ad520d.M=00b9461c.UN

ir_translate: 00ad5242.T=00000004.UN

ir_translate: 00ad5243.T=00000002.UN

ir_translate: 00ad5242.LM=00b9460c.LUN

ir_translate: 00ad5243.LM=00b9460d.LUN

ir_translate: 00ad5242.M=0020df10.UN

ir_translate: 00ad5243.M=0020df11.UN

ir_translate: 00ad5212.L=0020df15.UN,0fffffff.UN

ir_translate: 00ad5212=0020df0c.UN

ir_translate: 00ad521a.L=0020df12.LUN

ir_translate: 00ad521a=0020df12.UN

ir_translate: 00ad5240.L=0020df16.LUN

ir_translate: 00ad5240=0020df16.UN

ir_translate: 00ad5241.L=0020df14.LUN

ir_translate: 00ad5241=0020df14.UN

ir_translate: 00ad5219=0020df0e.UN

Yup.. shift was broken in v136 (and perhaps v135).

Fixed now -- v137.

Cheers

does this help me with my menu question?

Well, if it doesn't, I'll remove the feature again.

-ml

Hmmm.
So when you are in a menu you are not "in" the player UI.

Hmm I tried it and it didn't work. Do I need both = as in ==

000006.LTN=b9461E,ffffffff ;Long bottom tuner switch to player
000006.LN=b9461C,ffffffff ; Long bottom player switch to tuner

Dunno.

The ".U" means "this translation applies only when a menu is active (either Hijack or a player menu).

The ".N" means "this translation applies only when a menu is NOT active on the screen"

The default is ".UN", which means "this translation always applies".

-ml

Mark, shift still isn't working for me in v141. Now instead of all of the keys going out as if shift were pressed, my "shift" button doesn't do anything at all. I checked button codes display and it is indeed receiving the code. Here are the relevant parts of my config.ini:

; The shift key

AD520C.L=20df03.L,FFFFFFFF		; press and hold "ATT" = standby

AD520C=FFFFFFFF.S		; "ATT" = Shift Key

...

...

;

; Numbers

; Shift lock active, short press

AD5212.S=20df00			; 1

AD521A.S=20df01			; 2

AD5242.S=20df02			; 3

AD5240.S=20df04			; 4

AD5241.S=20df05			; 5

AD5243.S=20df06			; 6

AD5219.S=20df08			; 7

AD520D.S=20df09			; 8

AD520A.S=20df0a			; 9

AD520B.S=20df0d			; 0

;

The 10 buttons that are shifted have unshifted definitions like play, next track, etc.

The shift button just doesn't seem to be doing anything.

Mmm.. you're right. The "shift toggle" is not working, due to a misplaced "++s;" line in hijack.c. v142 will fix that in a few seconds..

Cheers

Hmm ok I have tried it many different ways and It does not seem to work.

[ir_translate]
000006.LNT=b9461E,ffffffff ;Long bottom tuner switch to player
000006.LN=b9461C,ffffffff ; Long bottom player switch to tuner

I also tried it with the N first and last

I just now cut-n-pasted your translation into my config.ini, restarted the player, and it works just fine. I am running Hijack v143 today.

-ml

OK Hijack 151 and the following IR translate mostly works with one slight snag.

[ir_translate]
000006.LT=b9461E.N,ffffff ;Long bottom tuner switch to player
000006.L=b9461C.N,000006 ; Long bottom player switch to tuner

I had to send another long bottom press in the player to get the insert append menu to come up, as putting the N on the left didn't work. however now when you switch to the tuner it turns the info off as it is sending another long bottom press.

Oh well it mostly works.

Here is exactly what you are looking for:

006.LT=00b9461E.N,006.LU,ffffff

006.L=00b9461C.N,006.LU,ffffff

Or perhaps this might be more clear to you:

006.LTN=00b9461E,ffffff

006.LN=00b9461C,ffffff

006.LU=006.L,ffffff

I would use the first example, since it's simpler (only two lines).

The difficulty with using ".U" and ".N" left of the equal sign is that the menu state is not known in the translator routine, so it will always match at that point in time, and get corrected later on. But without a suitable inverse line (line 3 of second example), the keystroke gets lost when the menu state is determined to not match.

This is a known weakness/bug in Hijack IR, and will not be fixed until I redo the translator chain.. maybe when implementing Sony Stalk support (sometime in the next month).

Cheers

-ml

Actually, this is such a useful translation, I think I'll use it myself, and others may also be interested. It is now in the ir_translate page on the Hijack site as well.

[ir_translate]

;; hold down BOTTOM button to alternate between Tuner/player.

;; The ".N" and ".U" allow normal function when menus active.

;; The trailing ffffff ("null") forces immediate action,

;; instead of waiting for you to let go of the bottom button.

006.LT=b9461E.N,006.LU,ffffff ;; Tuner active, switch to player

006.L=b9461C.N,006.LU,ffffff  ;; Player active, switch to Tuner

See, now arent you glad I whined and complained and brought this up in the first place way back when.


z~

I thought if no match occured then the default behaviour was assumed?
Nice touch adding the U to the 2nd sequence. I hadn't thought that far into the logic.

Works great!

Please note, everyone:

I will be removing the left-of-equalsign ".U" and ".N" functionality from v152 of Hijack. This was never implemented correctly (due to limitations in the way Hijack processes translations), and just seems to confuse the heck out of people, for good reason!

So .U and .N will still work on buttons to the right of the equal sign, but no longer on the left. This probably affects nobody.

Cheers

Of course!

It's "stupid" requests like yours (way back when) that eventually yield useful tricks and improvements in Hijack!

Thanks!

Yes, if no match, it should use default button behaviour.

But the .U and .N functionality is broken in that respect, when used left of the equal sign.. good technical reasons for it, but still broken. And getting axed in v152. Still okay on the right of the equal sign, though.

Cheers