Modo listagem | Modo Linear

jmaciel · 12-02-2017, 18:50

(12-02-2017 17:35)dsantos Escreveu: No PiPplware 5.1, é possível que o teclado não funcione devido a permissões, que o Raspbian retirou e nós adicionamos logo de seguida no update 5.1.1.

Hmm é a cena do grupo "input"? Porque o rato funciona, apenas o teclado não funciona. Não consigo passar para o update 5.1.1 sem levar com o Kodi 17..

Mas vou então ver se arranjo forma de fazer download do Kodi 17 para 16.1 e depois blacklist'o o update.
Se der, fica maravlha.

Obrigado mais uma vez

jmaciel · 12-02-2017, 23:46

Pronto, fazendo downgrade para 16.0 e 16.1 continuou sem funcionar o teclado (por isso existe mesmo alguma diferença entre o pipplware e o OSMC que faz com que a 16.1 funcione lá).

Mas downgrade para 15.2, o teclado funciona, vou deixar nesta por enquanto..

Fica para registo, caso alguém passe por esta thread

Downgrade do Kodi para 15.2:

Código:

# apt-get install kodi-bin=2:15.2-3~jessie kodi=2:15.2-3~jessie

Evitar os updates destas packages:

Código:

# apt-mark hold kodi-bin kodi

**dsantos** · (Esta mensagem foi modificada pela última vez a: 13-02-2017 00:46 por dsantos.)

Experimentaste isso no PiPplware 5.1.3 ? Por causa das permissões que falei. Se sim, só se for do suporte experimental a gamepads que adicionamos no Kodi 16. Aliás, até é provável que esses remotes agora não funcionem por causa do novo suporte oficial a gamepads do 17.

jmaciel · 13-02-2017, 12:30

Sim, experimentei com um update-system acabado de fazer e não funcionava nem com o primeiro .deb do 16.0.

Mas se no 16 esse suporte era experimental (assumo que o default fosse disabled) e no 17 passou a oficial, essa pode realmente ser a diferença que justifica o comando funcionar no OSMC 16.1 (por nao activarem um experimental) e nao funcionar no pipplware, nao?

E se assim for, se calhar consigo fazer a build mesmo do 17 sem isso e passar a ter o comando a funcionar, era nice!

Vou ver se consigo fazer build a partir daquele github entao para depois experimentar fazer disable disso, thanks

jmaciel · 13-02-2017, 12:34

https://github.com/nsenica/xbmc/blob/kry...errypi#L16 estas instrucoes sao para fazer build directamente no Pi?

Ter de sacar aquilo tudo para a /opt parece quase fazer cross-compile..

**dsantos** · (Esta mensagem foi modificada pela última vez a: 13-02-2017 22:33 por dsantos.)

O suporte a gamepads no Kodi 16 que falei, era não oficial, ou seja, só estava na nossa compilação do Kodi e não nos outros SOs. Vinha activo por defeito, mas dava para desactivar nas definições do Kodi. Já não me recordo é se ao desactivares, desactivava todas, as alterações, a ultima vez que olhei para isso já foi praí ha um ano.
A implementação/ideia era semelhante á de agora do Kodi 17, mas agora muito mais desenvolvido e melhor, mas claro que está na mesma sujeito a bugs. No 17 podes desactivar o addon "peripheral-joystick" mas duvido que isso vá fazer esses remotes funcionar, porque a API interna não dá para remover. E além disso, não sei se será mesmo aí que está agora o problema, portanto...

Quanto a compilar o Kodi agora com o cmake/cpack, usamos este script:
https://github.com/nsenica/xbmc/blob/kry...ackages.sh

jmaciel · (Esta mensagem foi modificada pela última vez a: 15-02-2017 10:52 por jmaciel.)

Esse script e' para fazer build directamente no Pi certo?

Se eu quisesse fazer build do 16.1 sem essa vossa adicao, qual e' o branch ali?

jarvis_rbp_backports Updated 8 months ago by popcornmix
jarvis_rbp_backports_novsync Updated 9 months ago by popcornmix
jarvis_rbp_backports_bisect Updated 11 months ago by popcornmix

Ou ainda nao era este repositorio que usavam? E e' possivel ver o script de build para essa versao?

Assim tirava a teima pelo menos para o 16.1 que e' o que funciona no OSMC e nao funciona no Pipplware...

Obrigado

**dsantos** · 15-02-2017, 18:32

Sim, directo no Pi, ou num chroot + qemu.

Antes usava-mos o respectivo backports do popcornmix, por exemplo para o Kodi 16 Jarvis era este:
https://github.com/nsenica/xbmc/tree/jar..._backports

Mas antes a compilação era feita com os Makefiles + debuild + debian scripts e agora fazemos com o cmake + cpack, que é melhor, através desse script. Já não temos disponível nem o nosso repo com as mudanças para os joysticks nem os scripts para as versões anteriores do Kodi.

Se fosse a ti, colocava o problema no forum do Kodi, com os logs do Kodi 17, de preferência o OSMC ou LibreELEC, porque se disseres que estás a usar o PiPplware ou o Raspbian, é mais dificil de teres feedback. Se explicares bem a situação, vais ter resposta e provavelmente, a correção ainda para o Kodi 17.1.

**dsantos** · 19-02-2017, 13:47

Vê isto:
https://github.com/denilsonsa/udev-joystick-blacklist
Parece que se adicionares o teu remote á lista, fica a funcionar.

jmaciel · 23-02-2017, 09:35

Vou experimentar thanks!

A primeira coisa que fiz, até antes deste post, foi precisamente andar a mexer no udev porque havia la uma mensagem que dava mesmo a entender que o teclado passava a joystick quando abria o kodi.
Mas como nao tenho muito traquejo com udev, acabei por não conseguir nada..

Quando experiemtnar isto, aviso