as soon we have some kind of beta i do builds for that, btw the amlogic stills fails to build 
got smashed some errors but didn't get all yet
Posts by CvH
-
-
looks more like LE9, the last info i have is that they upstream the drivers to the kernel so that everything is working ootb - to create an self made patch from the current drivers is a bit out of scope from us due the not trivial size (+ a bit messy git repo
)- at least we have a fresh DD patch for the moment (usermade) - if this patch fails (at kernel bump ...) we have to remove them - we have no intention to do the work for the manufacturers (if other ppl like to do it I have no problems with it - prs welcome
). -
getting nightly TVH buildsas soon my new build root arrive
-
They should work (at least the drivers are in - maybe a fw is missing but this could be easily fixed if necessary), as always DVBSky S952 V3 or TBS6904 or similar are also nice alternatives with proper in kernel drivers (TBS should be soon in).
-
damn it
so i have to update it ;D -
4.0 is dead and has a lot problems - so "stable" isn't the word you are searching for
but not saying Tvh 4.1... has no problems - it has still an undiscovered mem leak which consumes all ram at the host -> dead lock (restart every night fixes it for me) -
imagecache: handle HTTP HEAD request correctly (no payload) · tvheadend/tvheadend@04e1190 · GitHub
v4.1.2214 - lets have a look if the builds are done if this work or not
-
oh goush ... find the problem
anyone interested in bisecting curl ?nars maybe you open an issue at the curl tracker ? Issues · curl/curl · GitHub
its a bit useless to dig into it because we have too less understanding of the code -
If you can show me the change i could try it
-
Is transcoding with HW supported, like Intel QuickSync?no - Intel QuickSync is kind of giant mess
the new hero in town is vaapi encoding what is offered by ffmpeg 3.1
GitHub - lekma/tvheadend at codecs <- not yet ready -
curl is the culprit of so much problems due the fact that every "server" reacts a bit different and curl isn't know for his rock solid releases
best try milhouse he has some new version - maybe it is already fixed maybe not -
Okay I see the same for me, so it is buggy Curl (oh surprise) or there are too many connections to tvh (i don't think so).
I use a extern Tvh server and got the same problem so it is not LE-Tvh build related.The easiest way to check for Curl problem is to update to a milhouse build and check if it is working there (I curently have no time to switch one of my test units).
-
an a tevii dvb-s2 464 pci card be used in any of the driver builds ?should even work in LE official 7.0
-
I will soon try to enable tvh trace and will post if I find something...I have no ideas left so this would be nice
-
I can reproduce same exact issuevery strang - this was just to be sure that it is nothing buggy with that picons
btw are the icons working normal if you click at tvh at the epg ?
Also I see you use 32bit png - maybe this is the problem ? (I uploaded the pictures converted to 8 bit)
8bit.rar this would explain why it works at windows and not art rpi (maybe)btw you need the latest build to have the debug feature build in in tvh build.mycvh.de - activate debug in addon settings and then deactivate/activate the addon to make it work
logfile at userdata/addons/service.tvheadend42/debug.log -
possible ... btw could you post the filename of a picon ? btw for what provider you use them ?
Also could you try the snp picons, maybe they work snp-full.220x132-220x132.light.on.transparent_2016-08-19--20-24-49.hardlink.tar.xz (place them in the picons/tvh folder and untick the "prefer picons over channel name" from the settings (from the first picture you posted) after that "reset icons" -
could you switch to local picons and then provide the tvh service.log from the addon/user_datat/service.tvheadend42/ folder ?
Never seen such an error since 4.0Btw after you change your settings you have to click the reset icon from here !?
-
just for clarification
you used file:///storage/picons/vdr/ <- file with 3x /// ?