Posts by fegol


    CoreELEC-Amlogic-ne.aarch64-21.0-Omega_nightly_20230322..., On Wednesday, it was only Amlogic-ne...


    #################################

    I use a odroid N2+ with coreelec 21.0-Omega_nightly

    So i test the tvheadend version "theadend43-21-0-106-zip for coreelec 21.0 Omega" from fegol but It dont work

    Is this version wrong for my hardware ?

    In the case of your device, another one must be built... (CoreELEC-Amlogic-ng.arm-21.0-Omega_nightly_20230323...)

    Vielen Dank für deine Mühe! Ich habe heute alle 4 Variante getestet. Gleiches Setup wie in Post vorher beschrieben. Beide vdr-dvbapi-with-a-test-patch's haben gleiches wie gestern gebracht: 1) OSAM livelog reagiert nicht, oder reagiert nach lange Zeit; deutlich besser ist es wenn man zuerst normales Kanal einschaltet und danach kodiertes. 2) OSCAM log zeigt als ob er würde dekodieren 3) vlc (win11) verhält sich als ob alles normal wäre außer: kein video, kein audio.
    Bei beiden normalen vdr-dvbapi's war alles gleich, außer: vlc hat audio und video normal abgespielt!!! Nur wenige Artefakte manchmal. Bessere Umschaltzeiten zw. Kanäle und das Umschalten hat FAST immer Erfolg. Interessant dabei: wenn ich von kodiertes SKY-Kanal auf free-SD-Kanal schalte, video wird in viele kleine Quadrate aufgeteilt und die werden vermischt. Erst wenn ich ins free-HD-Kanal schalte, wird video wieder normal, danach free-SD auch normal.
    Ich vermute, dass vdr-dvbapi-with-a-test-patch's nicht unbedingt funktionsunfähig sind: es könnte auch am vlc(win11) liegen (oder vlc Einstellungen- kenne mich nicht aus). Ich sollte auch andere Player, wie kodi(win und lin), vlc(lin) probieren. Weiter, es könnte oscam-client selbst oder seine Einstellungen (wohl kaum) schuld sein.
    Vor allem, interessant wäre auch oscam-icam-sky über dvbapi mit: minisatip, satpi zu verbinden. Tvheadend mag ich irgendwie nicht seit meine Erfahrungen vor lange Zeit. Vielleicht ist er besser geworden aber... tja... Geschmackssache... Am liebsten habe ich jedoch vdr-streamdev-server + kodi-simpleiptv-addon

    Bitte lesen Sie Punkt 8 der Readme sorgfältig durch... (8. Fast ECM)


    Ich bin kein Experte auf diesem Gebiet und verwende vdr nicht, aber ich vermute, dass FAST_ECM nicht mit mehreren Kanälen gleichzeitig funktioniert oder fehlerhaft ist und VDR möglicherweise nicht in der Lage ist, Plugins richtig zu handhaben, die mehrere Kanäle verwenden können auf einmal.

    Es stimmt, dass FAST_ECM, beschrieben in Punkt 8 der Readme, nur für FFdecsa funktioniert, nicht für libdvbcsa.

    (Und ich denke, dass vdr-plugin-softhddevice deswegen auch fehlerhaft ist ...)



    Aber wenn Sie mehrere Kanäle gleichzeitig wollen, dann würde es sich meiner Meinung nach lohnen, mit minisatip und vdr-plugin-satip herumzuspielen, ohne vdr-plugin-dvbapi.

    Um den Minisatip mit dem Oscam zu verbinden.

    Im Fall von minisatip müssen Sie keinen Patch hinzufügen, da icam bereits enthalten ist, Sie benötigen nur libdvbcsa...


    Ich kann nicht garantieren, dass das wirklich existiert und funktioniert, es ist nur ein Tipp, nur für den Fall ...

    (mit schnellem ecm ist es nicht einfach und es gibt viele probleme ...)


    (translate.google)

    Kein Bouquet oder Stream-Relay etc... spezielle Einstellung,

    es werden nur die traditionellen Einstellungen von vdr-plugin-dvbapi benötigt.


    Ich habe es auf verschiedene Arten zusammengestellt, wenn Sie möchten, probieren Sie es aus, um zu sehen, ob eine davon erfolgreicher ist.

    vdr-dvbapi-2.zip (amd64 ubuntu 22.04)


    (translate.google)

    I don't know what could have caused dream_920 to die, but I have looked at the IPK file you mentioned, which you say is considered faulty, and jenseneverest changes should not cause bugs that could kill or destroy devices.

    Changes in IPK: binary file swap and minor tweaks to oscam's default configuration, and oscam moves to /usr/bin instead of /usr/softcams when installing the OpenVIX image file.


    I don't think that in your case this IPK file and the oscam binaries and configs it contains are entirely responsible for killing your device.


    You should investigate more thoroughly what could have caused your device to malfunction, so that others do not find themselves in the same or similar unpleasant situation.


    it is possible that on some devices it works in the /usr/softcams folder instead of the /usr/bin folder, but it would be worth investigating or finding out more...


    (translate.google)

    I updated it, but I didn't test it...

    GitHub workflow for CoreELEC.zip


    #########################

    I removed action-automatic-releases, it's deprecated and warnings appear after github actions

    Code
    Node.js 12 actions are deprecated. For more information see: https://github.blog/changelog/2022-09-22-github-actions-all-actions-will-begin-running-on-node16-instead-of-node12/. Please update the following actions to use Node.js 16: marvinpinto/action-automatic-releases

    #########################


    (you can download the completed target files at the bottom of the github operations webpage)

    I'll keep an eye on the github workflow...

    Quote

    line 114: checking for pkg libva >=0.38.0 ... fail (detected <none>)

    libva-dev is not installed...

    (tvheadend_4.3-2070~g2beb6c9-dirty~xenial_amd64.deb)

    LibreELEC (Matrix) 10.0.3 TVH (arm) addons RPi2.zip RPi4.zip

    If you disable Loadbalance, you will see why you get rejected group errors "because not found".


    ncam.conf:

    Code
    [global]
    ...
    lb_mode                       = 0
    ...

    2023-01-07 09-15-12.png

    Hi all. I wanted to try to make the icam work on TVheadend 4.2.8-36, but I can't do it. I have TVH installed on a Rockpi x (card similar to Raspberry but X86) with Ubuntu 20.04LTS. Like video cards I use 2 TBS. Thanks

    maybe, tvheadend_4.3-2063~gd88549603-dirty~focal_arm64.deb

    It'n not for my RockPI...It's X86,not ARM.Do you have for X86?

    Sorry, I overlooked X, so I guessed arm64...


    (https://wiki.radxa.com/RockpiX)

    But I managed to build it on x86_64: tvheadend_4.3-2063~gd88549603-dirty~focal_amd64.deb

    fegol


    after i ported the DVB driver.. i tested yours android tvheadend binary , it catch the DVB and config it.. but when force scan networks astra .. the muxes just 2 channel catched.. all muxes fail error... i compare the Freq of them... they are looking different when i use tvheadend with kodi..


    did the data base old ... or somethings went wrong at compile... thanks again.. and happy new years to all.

    I only have android on a mobile device and I tested it on...


    1.png 2.png


    3.png 4.png


    5.png 7.png


    I'm not saying it's 100% perfect, but it works somewhat.