Bug 1478 - JVC remote codes broken on SB2
: JVC remote codes broken on SB2
Status: CLOSED FIXED
Product: SB 2/3
Classification: Unclassified
Component: Hardware
: 14
: All All
: P1 major with 2 votes (vote)
: ---
Assigned To: Sean Adams
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-05-01 15:58 UTC by Daryle Tilroe
Modified: 2009-09-08 09:22 UTC (History)
4 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daryle Tilroe 2005-05-01 15:58:12 UTC
Running the latest 6.0.2 and firmware 11.  New SB2 does not respond to the JVC
DVD player remote code.  Older SB1 and SB1G still work fine.
Comment 1 Blackketter Dean 2005-05-01 20:33:53 UTC
may be a bug with 1352
Comment 2 Daryle Tilroe 2005-05-02 09:03:30 UTC
This very well may be a duplicate of 1352.  Sorry I didn't notice it.  However I
don't think I agree with the lower priority of 1352.  For me it is a major PITA
to have to have two remotes instead of one and this is definitely a step back
for the SB2.
Comment 3 Jason Snell 2005-05-02 19:34:57 UTC
Agree with Daryle - I use a learning remote that's basically full. Using the JVC code allows me save space 
in the remote by using the preprogrammed device code. It would be a shame for this feature to be 
deprecated with SB2 when it works with Slimp3, SB, and SBG.
Comment 4 KDF 2005-05-02 22:15:59 UTC
at no point has anyone said it would be deprecated. 
Comment 5 Kevin Pearsall 2005-05-06 12:31:24 UTC
looks like the hw/fw is just not passing this along for some reason. 
d_slimproto shows nothing when spamming buttons from the jvc_dvd codeset.
Comment 6 Graham Walmsley 2005-05-28 02:57:21 UTC
I am seeing this problem as well with my Pronto, major pain as I have the 
Pronto configured to turn on all the approriate components.

I know there is a spreadsheet showing the JVC codes for use with a Pronto, is 
there a sheet showing the 'native' codes that the remote uses?
Comment 7 KDF 2005-05-28 03:43:55 UTC
there are hex codes associated with the remotes fto be found in the IR directory
under where you have installed slimserver.  Each remote type has its own .ir
file with the codes and associated button names.  Then the .map files in the
same dir are used to map button names to command arguments
Comment 8 Kevin Pearsall 2005-07-05 14:15:05 UTC
This is a problem.  There are no discrete codes unless the jvc_dvd codeset is
used...  
Comment 9 Dan Sully 2005-07-05 16:49:28 UTC
Is this actually a blocker for 6.1?
Comment 10 Sean Adams 2005-07-05 16:52:21 UTC
no. moving to 6.2

apologies to folks having problems with this but we just haven't been able to
get to it yet.
Comment 11 Dave Edwards 2005-08-04 13:30:50 UTC
Any news on progress with this bug yet?

It is a P1 major sev bug which has been open for > 3 months and it is really 
causing me problems. The default.map workaround only works when the serving PC 
is turned on.

Everthing else in SB2 is an improvment on the SB1 but this issue is causing me 
so many problems that I may have to revert back to the previous model as my 
main machine if this isn't fixed soon.

Please investigate as soon as possible.

Thanks,

Dave
Comment 12 Blackketter Dean 2005-08-23 15:41:38 UTC
This is fixed in firmware 17, which should be available in tonight's nightly build.  Please confirm and 
close if it's working for you.
Comment 13 Graham Walmsley 2005-08-24 01:17:13 UTC
Can you give me the path to download the Windows version of the build with the 
fix in it? I have had a look at the latest V6.2 directory but it all appears to 
be linux versions.

Thanks

Graham
Comment 14 Blackketter Dean 2005-08-24 07:37:34 UTC
You can download the latest .exe from here:

http://www.slimdevices.com/downloads/nightly/latest/6.2/
Comment 15 Dave Edwards 2005-08-24 23:18:11 UTC
Dean,

Thank you for putting a fix in for ths one.

I'm afraid initial testing hasn't gone too well :(

I installed the windows Aug24 nightly 6.2b1 and upgraded the SB2 to version 17 
firmware.

I then rolled back my Pronto to the JVC codes and at first sight, the SB2 
still doesn't appear to be reacting the the JVC codes (I've only tried 
power_on, power_off and stop so far).

I then removed the SB2 from the network and replaced it with the SB1 and this 
reacts fine to the codes.

I tried turning on some debug (d_ir / d_irtm) but this only displays any 
output for these buttons in the case of the SB1 - nothing for SB2. I can 
supply the debug logs if this would help.

Is there any additional configuration that needs to be done to the SB2, in 
order to pick up the new codes?

I haven't had much time to play with this yet, as I have to go to work - I 
will have a longer look tonight though and let you know the results. It would 
be good if someone else can give it a try too, to prove it isn't anything in 
my setup.

If I still can't get this working, are there any additional debug levels that 
may help to track down the problem? I am more than happy to provide any 
required support to resolve this one.

Dean, I really appreciate you work on this, as it has been causing me so many 
problems.

Thanks,

Dave
Comment 16 Blackketter Dean 2005-08-25 08:04:35 UTC
Drat, the fix didn't get into 17.  18 forthcoming.
Comment 17 Blackketter Dean 2005-08-25 08:05:14 UTC
*** Bug 1352 has been marked as a duplicate of this bug. ***
Comment 18 Blackketter Dean 2005-08-25 08:31:10 UTC
Firmware 18 is checked in for tonight's nightly and contains the proper IR fix. 

Please update to that and verify.  Thanks!
Comment 19 Dave Edwards 2005-08-26 16:15:00 UTC
Dean,

I've just tested this with the windows 2005-08-26 nightly and it works!

I've tested power_on / power_off / stop and a few of the different browse 
commands and all work fine - exactly as they do on the SB1.

Thank you fixing this one - I am now a very happy SB2 owner :)

Dave
Comment 20 Mark Bennett 2005-08-27 01:41:39 UTC
I've also tested 2005-08-26-1 on Linux FC2 and a Meridian MSR+.
Works fine with all controls tested so far (on/off, arrows, play).
Comment 21 Graham Walmsley 2005-08-27 04:25:27 UTC
Hi,

Tested the 26th download on a Windows 2003 Server, all the JVC codes I tried 
worked perfectly.

Graham
Comment 22 Blackketter Dean 2005-08-27 08:35:57 UTC
Finally.
Comment 23 James Richardson 2008-12-15 12:31:15 UTC
This bug has been fixed in the 7.3.0 release version of SqueezeCenter!

Please download the new version from http://www.slimdevices.com/su_downloads.html if you haven't already.  

If you are still experiencing this problem, feel free to reopen the bug with your new comments and we'll have another look.