9.0.1 added
It has to be updated manually from 9.0.0 or is it supposed to be updated automatically? (I guess not since I'm still on 9.0.0 and I got no notification about an available update).
Posts by olivluca
-
-
Came across this thread looking for a way to manually edit the pids of a service. That link actually says there is no way to do it.
In older versions of tvh it was possible to edit the configuration files since they were in clear text, alas that's no more possible since they're now compressed/packed
-
If I start playing a program that I'm currently recording eventually it will stop and the only thing I can do then is restart kodi.
The recording directory is nfs mounted, if I play directly the file as a video (i.e. bypassing tvheadend) it works with no problem.
Also it doesn't seem to happen if I play back a different recording (but I haven't tested this case extensively).
It's not a feature that I use often, but maybe it's a known issue fixed in a later release?
I'm using your semi-official build of LE 9.0.0 for S905, an oldish (identified as 9.0.444 in the addons menu, as 4.3-1683 in its menu) tvheadend nightly and the 4.4.12.2 htsp client.
Edit I just updated to the latest nightly (4.3-1749) and it does the same
Edit2: not exactly the same, now kodi doesn't lock up (but that may just be random), the playback stops and I cannot play it again, not even after restarting kodi.
-
Oh, the "audio" button is the one with the code 0x01 that I mapped to KEY_AUDIO (thinking that it would switch audio tracks), but later I found that it goes to the music menu.
What KEY_ mapping should I use to switch audio tracks instead? And what mapping to go to the live tv section (KEY_TV doesn't)?
Other keys that apparently do nothing are:
- KEY_HOMEPAGE (home button on the remote, code 0x0d)
- KEY_FAVORITES (fav button, 0x1f))
- KEY_MENU (menu button, 0x45)
- KEY_APPSELECT (apps button, 0x58)
- KEY_WWW (browser button, 0x18)
-
"FAV" button for favorite items (e.g. for internet streams or etc) is missing in remote control of KI Pro
I tried to map all keys in the remote. Some of them don't do what I wold expect (e.g. KEY_TV doesn't show live tv but a list of tv shows) others don't do nothing, but at least it has all the keycodes.
This is my map:
Code
Display More# table mecool, type: NEC 0x59 KEY_POWER 0x19 KEY_MUTE 0x42 KEY_RED 0x40 KEY_GREEN 0x00 KEY_YELLOW 0x03 KEY_BLUE 0x4a KEY_REWIND 0x48 KEY_FASTFORWARD 0x08 KEY_PREVIOUS #rewind/prev 0x0b KEY_NEXT #forward/next 0x46 KEY_PLAYPAUSE 0x44 KEY_STOP 0x1f KEY_FAVORITES 0x04 KEY_PVR 0x4d KEY_EPG 0x02 KEY_INFO 0x09 KEY_SUBTITLE 0x01 KEY_AUDIO 0x0d KEY_HOMEPAGE 0x06 KEY_UP 0x11 KEY_TV 0x5a KEY_LEFT 0x1a KEY_ENTER #ok 0x1b KEY_RIGHT 0x45 KEY_MENU 0x16 KEY_DOWN 0x05 KEY_EXIT 0x13 KEY_VOLUMEUP 0x17 KEY_VOLUMEDOWN 0x58 KEY_APPSELECT 0x12 KEY_CONTEXT_MENU #mouse 0x55 KEY_PAGEUP 0x15 KEY_PAGEDOWN 0x52 KEY_1 0x50 KEY_2 0x10 KEY_3 0x56 KEY_4 0x54 KEY_5 0x14 KEY_6 0x4e KEY_7 0x4c KEY_8 0x0c KEY_9 0x18 KEY_WWW #browser 0x0f KEY_0 0x51 KEY_BACK # del button -
There are also some signs of DVB support
Do you mean for external DVB cards/usb sticks or for the integrated hardware in the 905D (though, If I'm not mistaken, it only includes the frontend and the demod, the tuner is external)?
Anyway, even if it is the latter, the current code (which, by your "forward porting by kernel backporting" statement I assume that will be recycled) isn't squeezing the same performance from the tuner/frontend/demod (don't know which one is the culprit) as the android driver. At least with the avl6862 in the mecool KI pro I have.
-
A nightly is a nightly, a release is a release. Just install the release version and you're gonna be good.
There isn't a release for S905. The only images ready-made are the semi-official one offered by CvH and the one in test.libreelec.tv
I know that the latter is a nightly and I know what a nightly is, but the question was, if I download a nightly right now, it should more or less corresponds to the release image, shouldn't it?
-
Sorry for asking almost the same question on another thread, but what's the difference between this and the images available at test.libreelec.tv ?
-
I'm currently using an old (edit: S905.arm-nightly-20181204-1f14e69) s905 image from test.libreelec.tv with no apparent issues.
If I download the current nightly will it be equivalent to the released version?
-
I have CoreElec 8.95.6 and the dvb-s works, without any problem in the ki pro.
Maybe I have a defective unit and/or it doesn't like my lnb. But it works in android...
-
I use dvb-s only on KI PRO. Never had problem on CE 8.95.6. But I have problems with other things... Please where could I get this 8.2.5 you talked about for KI PRO? Thanks.
If you go to the first post, under "test releases" there's a link to a mega folder.
I'm wondering if I have a defective unit, but I don't think so: I'm not the only one having problems with the dvb tuner (Edit: besides, under android the tuner works fine). Maybe this is the cause.
-
Wit last LE 8.2.5 on my MECOOL KI PRo is good dvb driver. On Coreelec i had working dvb driver on 8.95.5 release, but from 8.95.6 release is not working. I tried change also driver from original libreelec driver to last kernel driver. But bug is last update of coreelec in frame of dvb driver of KI PRO. Libreelec with kodi 17.6 is great !
Not here. I tried both 8.2.5 and I'm currently on 9 beta. DVB-S sometimes works, sometime doesn't (muxes that I can tune one moment I cannot the next, some cannot tune at all). DVB-T doesn't tune any mux (though tvheadend can scan and find some services). Android works flawlessly but if I wanted to use android I wouldn't be here
.Maybe the problem is heat related, now I'm trying with the box horizontal, with the tuner part at the bottom, and it seems it's working better (not as good as android and still no DVB-T).
-
^ T820 (S912) on mainline kernel with panfrost. It's still a long way from useable, but there's a light at the end of the long dark tunnel
Good, now I only need a working dvb driver for the ki pro.......
-
As I said, I doubt it's a heat problem (after all android is able to tune no matter what), but it's been reported in a spanish telegram group that this box tends to overheat (let's be frank, like 99% of tv boxes
) and, apart from the usual suggestion to change the heatsink and/or add a fan, they say to just put the box upside-down and that's what I'm trying. Crossing fingers.... -
Another interesting discovery: I wasn't able to tune a couple of dvb-s muxes that were working some days ago. I wanted to connect the box in the attic to avoid the (minimal) cable loss and see if it made a difference, but before that I let the box switched off for a while to let it cool.
After turning it on again, without moving it, I could tune those muxes with no problem.
Heat related? I doubt it, when I tested under android I didn't let the box cool off, but one never knows.
For the time being I just turned the box upside down, I read that it improves the cooling, let's see if it keeps on working or if I'll lose those muxes after a while.
BTW, CvH I tried your nightly and it works fine, I also posted in the tvheadend forum about a patch I wrote and asking for advice, let's hope somebody answers.
-
Today I tried the DVB-T part of the tuner. Libreelec (tvheadend) fails the scan of all the muxes, android finds all the available channels with no problem.
OK, I wasn't going to use the DVB-T tuner but still...
Then I plugged my siano based usb DVB-T stick, the standard LE driver doesn't work. OK, try the crazycat drivers. Those work (barely) with my DVB-T stick but the internal tuner doesn't work
-
No, I mean, the problem is with vdr.
I looked on how to add a new type of rotor to tvheadend but I find it messy: my plan is to use an arduino to control the dish jack.
I could easily extend the existing rotor with a new class that sends the commands to a serial port, but it would be much more difficult (due to my limited understanding of the code) to add some kind of feedback: I know when the dish is in position but currently tvheadend just wait a fixed time multiplied by the steps the rotor has to make and I don't like that.
I have all that already programmed as a vdr plugin (and with a good user interface to manually steer the dish), hence my interest in making vdr work.
In every forum post I found (even Russian ones translated with google translate), the problem is with this tuner coupled with vdr
-
I noticed in the log that the driver gives many:
kernel: DMX: dmx_remove_feed: unknown feed
errors as well as
kernel: DMX: too many filters
but only with vdr.
The firs error should never happen and regarding the second, by looking at /sys/module/aml/parameter/debug_dmx0_chanpids I never saw more than 11 pids used (out of 31).
I'm quite sure that vdr works, but maybe it's poking the driver in a way that makes it fail.
