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