Posts by emveepee

    Trying that setting for libjpeg-turbo didn't work

    Code
    ../libtool: line 7486: cd: libjpeg-turbo: No such file or directory
    libtool:   error: cannot determine absolute directory name of 'libjpeg-turbo'

    Since it is found during configure I suspect it is a link error and their build process doesn't know about libjpeg-turbo.

    Martin

    The reason libgdipluis is needed is some GDI primitives are not implemented in netcore itself (except in Windows) so netcore looks for the library and fails.

    Thanks for the readme instructions that would have save save me time yesterday. I don't use giflib so I will leave it out,it seems to complicated.

    Installing to the addon should work, I will check that out. I can just move in libtiff and libexif to match the build

    For libjpeg-turbo configure finds it for the build but it is missing at link time. I'll try your settings.

    Martin

    A couple days ago I asked a question a question on documentation but it was overlooked or wasn't related enough to the original post so there was no replies

    I want to make GitHub - mono/libgdiplus: C-based implementation of the GDI+ API to go with the Netcore binaries. Since that time and after searching through many other packages I know found out how to use PKG_TOOLCHAIN="autotools" and have started with this commit that I hope to submit as a PR

    Add libgdiplus · emveepee/LibreELEC.tv@64b9b77 · GitHub

    But I still have other questions.

    1 This is a binary to go with netcore so rather then the /usr/lib the lib for netcore might make more sense however there are potentially multiple netcore LTS versions so that becomes complicated. What is the best location for libraries like this? I can use LD_LIBRARY_PATH to find it.

    2. There are a other libraries that can be use with libgdiplus, (right now I only need and can test libjpeg and libpng but I figure make it complete)

    - libexif is not installed by default how do I force it?

    - giflib is a manual build, how can I compile it?

    - What location should be used for these libraries that are also not in /usr/lib

    3. Is there a better way of finding libjpeg-turbo in the package?

    Thanks in advance


    Martin

    Fortunately here in North America we just need fixed channels 2-36 for Digital ATSC but in supporting NextPVR i certainly see the mess in DVB world, and it varies greatly by distro too.

    I haven't heard back from sub (the author) but I have been able to hack the binary, which is not open source and substitute /storage/usdvb for /usr/share/dvb and unzip a dtv-scanning folder there. Scanning was then possible and I can play LiveTV in Kodi and watch externally via ffplay so I know digital playback is possible on the RPi4 class. For my purposes that is probably good enough so I don't need to try that mount command. I probably would have just re-squashed SYSTEM and added it there if I knew the command line.

    I would be grateful if you could package it is as addon I and would be more than willing to provide feedback and help testing on many platforms (wishing for an H2+ though). On some platforms Direct play in Kodi etc will be ok, but the biggest challenge is the ffmpeg requirement for creating HLS file for streaming to a web browser. There will be need to be custom patches for various platform. For devices that can't transcode h264 fast enough, I couldn't get 1x on the RPi4 with h264_v4l2m2m, it will only be able to remux IPTV. Feel free to open a conversation on this when you have time. I can share the hacked module with you if it will help.

    Martin

    No I use NextPVR (and I am the prime contributor to pvr.nextpvr) which is why I felt that the table should not be linked to the backend. I wrote these steps CoreElec and LibreElec as native host for NextPVR which work for the most part with HDHR and IPTV devices but right now the dtv-scanning-table is hardcoded to the standard location. I have asked the NextPVR author to look into changing that but was hoping something was possible in the mean time.

    Docker is also possible, but users may have difficulty with mapping /dev devices and on memory constrained systems Docker might be overkill.

    I do suggest that linking /usr/share to /storage/usr/share (or something similar) would provide a general flexible solution, not just for PVR. Then it is just a matter of downloading the crazycat69 or tvheadend zipfiles


    master.zip

    tvheadend.zip


    Martin

    Two questions

    1. Is there any way to create a folder in /usr ie, /usr/share/dvb manually in v10 without a full build of LibreElec?

    2. As an enhancement can the dtv scanning table be created as a standalone package or included in dvb-tools rather then included in the PVR server program? It seems odd to link it to a backend.

    Thanks.

    Martin

    installs and works smooth for me! Thanks again to both of you!

    Great thanks for the feedback and the follow up. I have never seen a report on that problem before but it seems users tend to just complain and say "I will use the older version it works fine" (even though it has the same code) Thanks to vpeter for the good catch it is unlikely I would ever have looked deeply at that module.

    The PR has been submitted and this may or may not be the final version of 3.3.14 If anyone needs to build this on another platform here is the change I used for this build

    Martin

    Ok seems just as easy to put it on github. Do I have to worry about the sha256 if it is using the commit number? I calculated it anyway and tried and do get a zip file but I also see this

    UNKNOWN BUILD FAILURE OR INABILITY TO GENERATE PLAN

    Any suggestions on that one?

    Thanks a lot for all your help

    Martin

    Thanks for that vpeter I will make the change to take out the false. Unfortunately my Chromebox doesn't suffer from this problem and I am surprised that after several years the problem is just coming up now. In any case it makes sense.

    I do have a question for you I installed libreelec from git and build 3.3.13 ok but I want to to update the source and built 3.3.14 for grouper Do you know how I do that in LE? I can do in in linux, android and Windows easily enough but the packaging here is slightly different.


    Thanks again.

    Martin

    Thanks I understood those forums rules and have a feeling why some from the company are banned (gouwa still seems to be ok) but I am still not clear how the LE community will be able to openly discuss the Vim and the source code here. Feels like we are dancing around saying Voldemort or something like that. Hopefully the company will be able to get back into your good graces eventually.

    Martin

    Really I am just looking for clarity on the forum user rules and I am not trying to cause trouble but I don't see how any relevant public discussion on this device going to be possible here. I don't understand why a word can be banned not just the user(s). I can't even replay to lrusak's post on the source code availability because of a github account name?

    Martin