Posts by nvdias

service.openvpn.2.0.2.zip

yes. it's working for quite a while as a simple server.

Without docker

Only 34 KB !

It was prepared in a respberry pi 4, but as it uses the available binaries, it should work with any architecture.

The only thing inside the add-on are a bunch of scripts.

This is an OpenVPN server for LibreELEC.
This is a console add-on.

Install-it from within kodi.
Then go to a bash console and do:

-------------------------
generate the server keys
--------------------------

openvpn-generate-server <server_dns_name>

example:
openvpn-generate-server myserver.mydomain.org

this may take several minutes to create the keys.

-------------------------
create users
-------------------------

openvpn-add-client <username>

example:
openvpn-add-client my_user

The user files (*.ovpn extension) will be stored in:
/storage/.kodi/userdata/addon_data/service.openvpn.server/

----------------------------------------
configuring openvpn access to the server
----------------------------------------

Just install openvpn for you OS (windows, linux, ios, android)
Give the generated user ovpn file to the client software.

I had some similar issues in the past, and just added a small script to crontab to force a connman restart when there's no connection.

Something like this:

in crontab (each 3 minute of the hour, test connection. The --reset-network parameters restarts connman if needed):

03 * * * * /storage/bin/network-connection-test.sh --reset-network

the script:

LOGFILE=/storage/logfiles/$(basename $0 .sh).log
ping -q -w 3 -c 1 `ip r | grep default | cut -d ' ' -f 3` 2>&1 > /dev/null
if [ $? -eq 0 ]; then
   echo $(date +"%y%m%d %H:%M:%S") " - Online"  >> $LOGFILE
       exit 0
else
   echo $(date +"%y%m%d %H:%M:%S") " - Offline" >> $LOGFILE
   if [ "$1" == "--reset-network" ]; then
       echo "                 - Reset network" >> $LOGFILE
       systemctl restart connman
   fi
   exit 1
fi

popcornmix

Meanwhile, with a commit from yesterday (25d3c31) the issue seems to be stabilized - after changing channels and waiting around 15 secs, image seems fluid (tested in news channels with those continuous rotation subtitles).

I don't know what may have changed in the source code in the paste couple of days that could impact on this (now) positive behavior.

Thanks

I'm not sure exactly when the issue started.

It was after 4e4a6f9 , but don't know exactly which commit started with issues. I've tried several, but was not able to find exactly which one.

I might try a794735ee if you think it would help (which should have pvr addons changes only - but not for the tvheadend pvr client).

Thank you

LIVE-TV non-fluid playback after 4e4a6f9

I've been using tvheadend to watch live-tv with libreELEC.

Up to LibrEELEC 13 compile for 01 feb 2025 (4e4a6f9) all was ok.

Compilations made after that one gives me non-fluid play back - noticed mostly in full screen panes (left-right or right-left).
Perceived mainly in sports (football, or sports cars races).

Every compilation I've tried up to 1st July has he same symptoms.
Going back to 4e4a6f9 works just fine.

I've tried to understand what's happening by looking into source code changes but without success.
Anyone else with similar issues or suggestions on how to trace and solve ?

I don't believe that my configuration poses an issue as it is the same for every test i've made, but here it goes:

- Raspberry Pi4, 4GB RAM
- tvheadend 4.3
- PAL-HD TV channels (Western Europe)
- SONY android TV
- HDMI connection
- 1920x1080 resolution
- 23.976, 25, 29.97, 50, 60 fps playback unlocked

Thanks

Quote from emveepee

Maybe the x64 build is different?

This thread is for the RPi4 patches. I have not tested it in x64. Don't know if they are compatible.

Note that you will need to convert the rpi4 patch file to x64 in order to compile the proper modules.

Quote from jassi0001

Hi nvidas, thank you for the information. I think i missed the new Patch from 2024 .... Sorry for that.... compile worked now....

Great !

I don't know why I cannot remove the files from May.

I've just adjusted the text to be more clear where is the link for the last patches .

Quote from emveepee

I needed a lot of RAM to do build LE Monitoring with htop it was hitting over 24GB even with one CPU. so if you don't have enough memory make sure you have lots of swap. I ended up increasing my RAM to 64GB.

Martin

what ? to compile LE ???

I use an Ubuntu VM machine with 2 processors and 4 GB RAM.

No issues.

After applying the patches in the first post, just compile with:

PROJECT=RPi DEVICE=RPi4 ARCH=aarch64 make image

hi.

Quote from jassi0001

Hi emveepee, hi nvidas,

i still did not get a running compilation with current master (LE 13). there are errors when i try to compile tsb5520. So is there a way i can fix this? There are errors like: replace strlcpy with strscpy. Maybe there is another patch available? I'm not a developer, so its hard for me to find the error....

Try recreating your dev environment following libreelec guidelines.

I've successfully compiled yesterday afternoon (WET time zone), with the patches from the 1st post, dated december 2024.

Quote from chewitt

Nope, but the basic instructions in /storage/.config/system.d/openvpn.service.sample are valid for creating a client connection. If you want to create a server, read up on how to create an OpenVPN server conf and use the same service/conf to start a server. The only challenge with LE will be that any external files you link into conf will need to be located somewhere under /storage and not the usual /etc/openvpn location used in any guides you read.

Great Suggestion - I feel the need to test some configs and put-it to work as a server, forgetting the docker image

jassi0001 , done.

I've updated the first post with the new link for aarch64 compilation.

Take in mind that if you have arm add-ons installed, they will need to be updated to aarch64 to run properly.

Thank you for pointing out the aarch64 issue !

Hi,

you must give me some days to test-it and evaluate if every other dependency I have will work correctly, before I post an update.

yes. updated the first post with it.

...

The compilation of LibreELEC13 devel, commit from today with TBS patches worked just fine.

But ... The patches are different from thes one i've previosly shared.

In fact I've changed the patches with the help of smp and forgot to update the last version.

The last version is already available in the first post.

Thanks

The master branch on github now seems to started LibreELEC 13 development.

There may be some changes at the kernel level that could create issues with TBS patches.

Give me some days to look at it.

Meanwhile you can checkout a previous commit - I'm currently using commit 4513878 from April 29th, which compiles tbs patches just fine.

ok. sorry. I am not trying to do anything

I was just looking into /var/log and noticed that there is a ssh-tunnel.log

with repeated lines. All of them with "Host key verification failed."

Once per minute a new line is added to ssh-tunnel.log.

---

The only configuration I have made for ssh was adding a public key for the server in /storage/.ssh/authorized_keys.

And disabled SSH PASSWORD authentication in :

Settings >> Libreelec >> Services >> Disable ssh password

Also note that /storage/.ssh/known-hosts is empty.

Basically What I have is /var/log/ssh-tunnel.log full with thousands of lines with "Host key verification failed." - 1 new line per minute.

I've already confirmed that /storage/.ssh/known_hosts is empty.

thanks

hi,

Thank you for the question

it is working ok with both LE11 and LE12.

Sorry ... forgot that you need to download the updated add-on for LE11 and LE12

version 1.0.9.:

https://mega.nz/file/EOAhCYDb#WtSj0s5-jXdcuqftXOD0IOUGaBV-UxjhrpF3_T8EsRQ

please post your results.

thanks

[EDIT 31/07/2024]

Attached to this post:

1. the patches ;
2. a link to a compilation of LE13-devel with TBS drivers (29 July 2024) aarch64 ;
   https://mega.nz/file/tHpSzBYB#…7SlLfCdxSGceRSU

Notes:

• This package was recompiled for aarch64 (following jassi0001 suggestion, thanks) to be aligned with official repositories.
• arm add-ons will NOT run in aarch64 - Some will update depending on your kodi configuration, others will need to be manually updated (it is not in the scope of this thread to handle with add-on updates)

----------

Following the compiled drivers for TBS 5520 SE DVB receiver for LE10 - LE13 on RPI4 (available here: LE10 & TBS 5520SE on RPi4 // updated drivers [SOLVED])

I've created this thread to share the source code of the patches to apply, compatible with LE11 and LE12 and LE13 current source code from GITHUB.

The patches were made by smp (thank you ).

I've just made some small offset adjustments to go on with kernel source code updates.

- 2 patch files are included :

a) lepatch_prepare_tbs_module_enable.patch - to enable tbs5520se module compilation in kernel;

b) lepatch_code_changes_tbs5520se.patch - to add tbs5520se needed source code;

- how to apply these patches for RPi4:

download and go into LibreELEC git source local copy:

git clone https://github.com/LibreELEC/LibreELEC.tv.git
cd LibreELEC.tv

copy the attached patches to LibreELEC git source directory:

then run:

cp lepatch_code_changes_tbs5520se.patch projects/RPi/devices/RPi4/patches/linux
git apply lepatch_prepare_tbs_module_enable.patch

- if later on git complains about branches mismatch or similar on updating sources

git stash
git pull

then, re-apply the patches.

Good luck !

LINK TO THE LAST PATCHES:

LibreELEC_TBS5520SE_241203.zip