Posts by P3f

P3f · Aug 30th 2024

Hallo kfb77,

dein Blick war absolut die richtige Richtung. Nun haben wir auch in der MLD 6.5 die MarkAd Funktion, mit deiner Pluginversion 4.1.4 aktiv.

Es ist also gelöst.

Danke,

Pit

rfehr: Danke auch für deinen Blick in den Sourcen vom MLD Develserver, hat wirklich geholfen.

P3f · Aug 28th 2024

Hallo kfb77,

ich habe nun auf die aktuelle MarkAd Version vom Plugin 4.1.4 gewechselt, aber leider haben wir immer noch einen Abbruch beim Starten vom MarkAd Prozess.

Das angehängte markad.log wurde auf der Konsole erzeugt, mit dem Befehl erzeugt.

markad --loglevel=3 --log2rec --vps --fulldecode nice <Pfad zur Aufnahme>

Es sieht so aus, als wenn unser ffmpeg nicht richtig compiliert worden ist oder Module fehlen. Wenn ich das angehängte Logfile richtig interpretiere, dann ist doch das notwendige "cDecoder" vermisst.

Kannst Du uns einen Tipp geben ?

FFMPEG ist in der Version 6.1.1 mit libavcodec Version 60. 31.102 compiliert.

Danke,
Pit

P3f · Aug 17th 2024

Hallo kfb77,

Keine Sorge bei der MLD konzentrieren wir uns auf aktuelle Hardware, mit x86er ist die Architektur gemeint und dabei sind die 64-Bit gemeint.

Zum Thema Fehlerhaftes markad, werde ich wohl einen eigenen Thread aufmachen. Dann auch mit dem entsprechenden Logfile zur Analyse. Bisher habe ich dort nur den o.g. „mmco unref short failure“ gesehen und daher das -bisher fehlende- libmfx Modul im Verdacht gehabt.

Nach deinen Ausführungen benutzt Du das libzvbi-Modul, was wir -zumindest aktuell- auch im ffmpeg noch NICHT dabei haben.

Darauf werde ich mich aktuell konzentrieren, und ggf. danach einen separaten Thread aufmachen.

Danke, für den HInweis.

Pit

P3f · Aug 16th 2024

Hallo kfb77,

Danke, das Du dir aber trotzdem schon mal die MLD auf dem RPI4 angeschaut hast. Ist es nur so langsam mit der neuen Decodierung die Du einbauen willst?

Hintergrund: Ich kämpfe immer noch damit auf einem x86er sauber das markad zum Laufen zu bekommen. Kann es sein, das man unter anderem das libmfx Modul im ffmpeg einkompilieren muß?

Fehlermeldung lautet: „mmco unref short failure„

(Das habe ich gerade in meiner Devel zum testen gebaut aber noch nicht getestet)

Gruß,

Pit

P3f · Aug 16th 2024

Hi kfb77,

Ok, kannst Du bitte in deinem lokalen Netzwerk die IP vom RPI4 rausfinden und dann das Webinterface aufrufen. Wir haben noch ein Problem mit dem 1.Start vom Frontend. Aber nach dem ausführen auf dem Webif (ausprobieren reicht), kannst Du Bild und Ton erleben.

Gruß,

Pit

P3f · Aug 16th 2024

Hallo kfb77,

Danke für deine Rückmeldung, wir hatten da noch einen kleinen Verlinkungsfehler auf unserer MLD Homepage bei der Umstellung auf die MLD 6.5 Testing.

Nun funktioniert auch der Link zum RPI4 Image der MLD 6.5.

Grundsätzlich ist unser System auf Standard-Debian aufgebaut, als Kernel haben wir den 6.6.22 aktiv. Allerdings setzen wir bei der Entwicklung auf Bitbake / Yocto, um flexibler zu werden in unserer Entwicklungsumgebung bei neuen Hardware.

Wäre doch wirklich ein Versuch auch mal direkt in die aktuelle Version zu schauen, unsere Entwicklertest sehen wirklich positiv aus. Somit haben wir nun auch unseren aktuellsten Entwicklungsstand ins Testing bereitgestellt.

Wir freuen uns immer gerne über Hinweise und auch gerne Unterstützung.

Gruß,

Pit

P.S: Der Link aus meinem Post funktioniert nun auch korrekt.

P3f · Aug 15th 2024

Hallo Kfb77,

bist Du mit YaVDR verheiratet, oder magst Du mal etwas anderes ausprobieren. Bei der MLD 6.4 haben wir auf den RPI4 implementiert. Es ist auch ein Livemodus, rein vom USB-Stick starten und ausprobieren. Installation ist möglich, aber auch nicht nötig. Kann man ganz flexibel halten.

Arbeiten intern daran den Alphastatus zu verlassen und dann auch zeitnah eine MLD 6.5 zu präsentieren.

Vielleicht magst Du ja auch mal vorbei schauen.

MLD 6.5 Downloadimage

Gruß,

Pit

P3f · Dec 25th 2021

Hallo Seahawk

weißt Du ob es Absicht ist, das die VDR Veerion auf die 2.5.7 gezogen worden ist, die API Version aber weiterhin auf 2.5.6 bleibt?

in der config.h steht:

Display Spoiler

Gesund bleiben,

Pit

P3f · Dec 12th 2021

Hallo KFB77,

Ich habe die Funktion auch immer vermisst, und werde es nun auch in der MLD als Einzelpatch mit einbauen. Somit wird es dann auch mit angeboten. (MLD 5.5 unstable)

Danke,

Pit

P3f · Sep 9th 2021

Hallo Don Baba,

für die MLD 5.5 Unstable (x86) stelle ich das Paket nun zur Verfügung. Also bitte diese MLD 5.5 unstable installieren und dann kannst Du direkt im Webif das auswählen.

Und Feedback ist willkommen, dann werden wir das auch offiziell mit im Repository aufnehmen.

@Dr.Seltsam: Danke für deine Ausführungen und den Hinweis auf die Aktualisierung vom Seahawk und dem GIT.

Gruß,

Pit

P3f · Aug 24th 2021

Hallo BobW,

da hat FireFly genau den Finger in die Wunde gelegt. Ich habe vergessen den Patch mit hochzuladen. Das ist nun natürlich korrigiert und es wird in der kommende Nacht ein Update gebaut.

Sorry und Danke fürs aufzeigen.

Gruß,

Pit

P3f · Aug 15th 2021

Hello Together,

Are there some Problems on the „projects.vdr-developer.org“? At the moment it isn‘t possible to get any information or download from there!

The Error are, if you want to download (example epg2vdr)

Code

Connecting to projects.vdr-developer.org (projects.vdr-developer.org)|85.214.78.111|:443... connected.
ERROR: The certificate of 'projects.vdr-developer.org' is not trusted.
ERROR: The certificate of 'projects.vdr-developer.org' has expired.
The certificate has expired

Regards,

Pit

P3f · Apr 15th 2021

Hi,

Du hast wirklich die MLD 5.5 (unstable) für den RPI4 installiert. Dort sollte ein Update vom Toolspaket angeboten sein und dann ist auch das iperf3 enthalten.

Kannst Du sonst bitte ein Debuglog erzeugen und die Nummer hier darstellen, dann schaue ich es mir gerne an.

Dein Weg mit der Konsole ist auf jeden Fall schon korrekt. es geht nur über die Konsole...

Gruß,

Pit

P3f · Apr 14th 2021

Hallo Tatoosh,

in der MLD 5.5 haben im tools Paket das "iperf3" eingebunden. Damit sollte man auch den Netzwerkspeed direkt messen können. Ich hoffe das der Link ok ist, wenn ich das als Erklärung mit hier reinhänge:

http://www.nwlab.net/art/iperf/

(Hinweis: der Link zeigt die Logik für das iperf, die neuere Version ist die iperf3. Diese ist auch eingebunden). Eine Englische Anleitung für iperf3 ist hier

Gruß,

Pit

P3f · Mar 18th 2021

Hallo Wayne,

In der MLD 5.5 ist dein Wunsch gehört und nun auch dort in der Version 1.0.7 verfügbar.

Gruß,

Pit

P3f · Feb 25th 2021

Hi,

In der MLD 5.5 ist auch das Hyperion NG eingeflossen und das Webinterface sowie die Einstellmöglichkeiten dort ist ziemlich umfangreich. Das Pakte stellen wir allen Umgebungen bereits aktuell zur Verfügung und wurde bereits erfolgreich mit einem externen Grabber (Seduatmo), GPIO auf einem RPI3 sowie X11-Unterstützung getestet. Des Weiteren ist man im Hyperion sehr flexibel mit der Anbindung der Hardware (z.B. WLED, Adalight auf dem ESP8266 D1 WEMO Modul). Sehr klein, fein und via WLAN erreichbar.

Ein Blick lohnt sich auf jeden Fall.

Gruß,

PIt

P3f · Dec 6th 2020

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

Code

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Display More

Und beim EPG-DÄMON sieht es ähnlich aus.

Code

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Display More

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

P3f · Dec 6th 2020

Servus HelmutB,
Servus Beinhart,

Kann es sein, das noch etwas fehlt, wenn man den my_bol-Patch einsetzt (beim Plugin egp2vdr und auch beim epg-daemon) kommt es zu compilefehler.

Code

*** Plugin epg2vdr:
Compile common ...
Compile config ...
Compile db ...
Compile epgservice ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:549:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:559:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:568:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:577:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:587:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:597:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[5]: *** [Makefile:82: db.o] Error 1
make[5]: *** Waiting for unfinished jobs....
make[4]: *** [Makefile:122: hlib] Error 2
make[4]: *** Waiting for unfinished jobs....

Display More

Und beim EPG-DÄMON sieht es ähnlich aus.

Code

Unpacking objects: 100% (63/63), done.
Compile common ...
Compile configuration ...
Compile parameters ...
Compile thread ...
Compile config ...
Compile db ...
db.c: In member function 'int cDbStatement::appendBinding(cDbValue*, cDbService::BindType)':
db.c:494:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:504:47: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null = value->getNullRef();
                                               ^
db.c:513:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:522:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:532:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
db.c:542:48: error: cannot convert 'bool*' to 'my_bool*' {aka 'char*'} in assignment
       newBinding->is_null =  value->getNullRef();
                                                ^
make[3]: *** [Makefile:89: db.o] Error 1
make[2]: *** [Makefile:70: hlib] Error 2
make[1]: *** [Makefile:53: src/epg-daemon/epglv] Error 2

Display More

Vielleicht habe ich aber auch einen Patch von Euch übersehen, oder?

Gruß,

Pit

P3f · Jun 29th 2020

Hallo Stefan,

ich habe dieses Verhalten auch wenn diese Anpassungen noch NICHT enthalten ist. Nicht das wir hier falsch suchen. Dieses Fehlerbild habe ich erst mit dem 2.4.3 bekommen, vorher lief das ohne Probleme.

Quote from Fourty2

Hallo Helmut,

irgendwas klemmt da noch, mit dem 2.4.3 und Patch. Nach Start muß ich unabhängig von Aufnahme oder "nur Live TV" einmal umschalten, damit ein Bild (per CI) kommt. Das bei Start "aktive" Programm bleibt aber - egal was ich mache zu. (Dual-Karte ohne Bonding).

Starte ich mit nicht CI Programm, kommt normal ein Bild. Log sieht aus "wie immer".

Mit Aufnahme VDSB't der VDR dann rum.

Ach, ich sollte das Updaten lassen, das macht in letzter Zeit nur Theater...

Stefan

Display More

@All: Wie kann man am besten mit der Suche beginnen. Im Log habe ich trotz hohen Loglevel bisher nichts gesehen....

Gruß,

Pit

P3f · May 25th 2020

Quote from kfb77

Ab dieser Version wird zusätzlich libavfilter-dev zum Kompilieren benötigt.

Hallo kfb77,

vielen Dank für Arbeit am MarkAd-Plugin und auch die Weiterentwicklungen.

Wenn ich die Abhängigkeit "libavfilter-dev" hinzu füge, dann wird auch libavresample-dev und auch libpostproc-dev mit installiert. Zumindest bei Debian. Allerdings ist doch das libavresample-dev als deprecated definiert. Hast Du das auch gesehen?

Gruß,

Pit

Posts by P3f

[gelöst] MarkAd: Decoder missing

[gelöst] MarkAd: Decoder missing

[MLD 6.5 Testing] Raspi 4

[MLD 6.5 Testing] Raspi 4

[MLD 6.5 Testing] Raspi 4

[MLD 6.5 Testing] Raspi 4

[MLD 6.5 Testing] Raspi 4

[FYI] PPA für VDR 2.5.7

[epgsearch] Vermeide Wiederholung bei fehlendem Untertitel

MLD 5.4 stable - kein pvrinput Plugin mehr?

VDR 2.5.6 und Plugin epgsearch

projects.vdr-developer.org Down? (Certificate Problem)

mld pi 4 Speed

mld pi 4 Speed

[osdteletext] 1.0.0 released

Hyperion vs Boblight

[Patch] CAM-Tweaks für Multi Channel Decryption

[Patch] CAM-Tweaks für Multi Channel Decryption

[Patch] CAM-Tweaks für Multi Channel Decryption

[markad] überarbeiteter Decoder