I always have to push # twice to switch audio language
#1
Question 
On my HP MCE Remote I always have to push the # button twice to switch Audio Language.
To switch subtitles I just have to push * once, so I think this is a bug.

I'm using XBMC Live
Reply
#2
Enable debug logging and see what the log shows when you press the # button. See http://wiki.xbmc.org/index.php?title=Log_File for how to find the log file.

JR
Reply
#3
http://pastebin.com/HJVkYQf0
Reply
#4
The log is a bit hard to read because the library updates generate so much junk, but I think you pressed the # key twice at 22:47:28 and again at 22:47:36. The relevant bits of the log are:

Code:
329. 22:47:28 T:3020793584   DEBUG: LIRC: Update - NEW at 75245:20b 0 KEY_NUMERIC_POUND devinput (KEY_NUMERIC_POUND)
330. 22:47:28 T:3020793584   DEBUG: OnKey: rightbracket (29) pressed, action is AudioNextLanguage
...
896. 22:47:29 T:3020793584   DEBUG: LIRC: Update - NEW at 75715:20b 0 KEY_NUMERIC_POUND_UP devinput (KEY_NUMERIC_POUND_UP)

and

Code:
1023. 22:47:36 T:3020793584   DEBUG: LIRC: Update - NEW at 83543:20b 0 KEY_NUMERIC_POUND devinput (KEY_NUMERIC_POUND)
1024. 22:47:36 T:3020793584   DEBUG: OnKey: rightbracket (29) pressed, action is AudioNextLanguage
...
1358. 22:47:37 T:3020793584   DEBUG: LIRC: Update - NEW at 83831:20b 0 KEY_NUMERIC_POUND_UP devinput (KEY_NUMERIC_POUND_UP)

It looks as if the AudioNextLanguage action is being processed after both keypresses. Where I've put ... the log shows lots of information about closing and reopening the audio stream. However it does look as if there is a bug. When the video starts playing the selected audio stream is 1:

Code:
27. 22:47:18 T:2807036784  NOTICE: Opening audio stream: 1 source: 256

and after the first # press it appears to reopen stream 1:

Code:
340. 22:47:28 T:2807036784  NOTICE: Opening audio stream: 1 source: 256

then after the second press it opens stream 2:

Code:
1034. 22:47:36 T:2807036784  NOTICE: Opening audio stream: 2 source: 256

If you keep pressing # does it work every time after the initial press, or do you have to press it twice every time you want to change the stream? My guess would be the problem is related to the first time the AudioNextLanguage is called.

JR
Reply
#5
jhsrennie Wrote:The log is a bit hard to read because the library updates generate so much junk, but I think you pressed the # key twice at 22:47:28 and again at 22:47:36. The relevant bits of the log are:

Code:
329. 22:47:28 T:3020793584   DEBUG: LIRC: Update - NEW at 75245:20b 0 KEY_NUMERIC_POUND devinput (KEY_NUMERIC_POUND)
330. 22:47:28 T:3020793584   DEBUG: OnKey: rightbracket (29) pressed, action is AudioNextLanguage
...
896. 22:47:29 T:3020793584   DEBUG: LIRC: Update - NEW at 75715:20b 0 KEY_NUMERIC_POUND_UP devinput (KEY_NUMERIC_POUND_UP)

and

Code:
1023. 22:47:36 T:3020793584   DEBUG: LIRC: Update - NEW at 83543:20b 0 KEY_NUMERIC_POUND devinput (KEY_NUMERIC_POUND)
1024. 22:47:36 T:3020793584   DEBUG: OnKey: rightbracket (29) pressed, action is AudioNextLanguage
...
1358. 22:47:37 T:3020793584   DEBUG: LIRC: Update - NEW at 83831:20b 0 KEY_NUMERIC_POUND_UP devinput (KEY_NUMERIC_POUND_UP)

It looks as if the AudioNextLanguage action is being processed after both keypresses. Where I've put ... the log shows lots of information about closing and reopening the audio stream. However it does look as if there is a bug. When the video starts playing the selected audio stream is 1:

Code:
27. 22:47:18 T:2807036784  NOTICE: Opening audio stream: 1 source: 256

and after the first # press it appears to reopen stream 1:

Code:
340. 22:47:28 T:2807036784  NOTICE: Opening audio stream: 1 source: 256

then after the second press it opens stream 2:

Code:
1034. 22:47:36 T:2807036784  NOTICE: Opening audio stream: 2 source: 256

If you keep pressing # does it work every time after the initial press, or do you have to press it twice every time you want to change the stream? My guess would be the problem is related to the first time the AudioNextLanguage is called.

JR

After the first time, I only have to push it once. So it only happens the first time and this means the problem is related to the first time the AudioNextLanguage is called.
The same bug is present on another machine with another build of XBMC live, so it's XBMC related and not hardware related I think.
Reply
#6
Is there a way to solve this BUG?
Reply
#7
When I get time I'll have a look at the appropriate bit of the source code and I'll either fix it or create a ticket for one of the other devs to look at it.

JR
Reply
#8
http://trac.xbmc.org/ticket/12173

Thanks for spotting this :-)

JR
Reply
#9
jhsrennie Wrote:http://trac.xbmc.org/ticket/12173

Thanks for spotting this :-)

JR

Thank you for solving it so quik Nod
Reply
#10
athloni Wrote:Thank you for solving it so quik Nod

Well spiff fixed it :-)

JR
Reply

Logout Mark Read Team Forum Stats Members Help
I always have to push # twice to switch audio language1