Posts by hondansx

Quote from kfb77

Da habe ich wohl beim Aufräumen für die V04 zu viel entfernt, die Funktion gab es gar nicht mehr.

Fix ist im Branch V04, bitte testen.

Bei der Gelegenheit habe ich auch noch gleich einer kleines neues Feature für solche Problem Sendungen eingebaut:

Code

--autologo
0 = benutze nur vorhandene Logos aus dem Logo Cache Verzeichnis
1 = extrahiere Logo aus der Aufnahme, falls nicht möglich, benutze ein vorhandenes Logo im Logo Cache
2 = benutze ein vorhandenes Logo im Logo Cache, falls keines vorhanden, extrahiere Logo aus der Aufnahme und speichere das Logo im Aufnahmeverzeichnis (default)

Neu ist die "1". Damit kann wird man grundsätzlich das Extrahieren aus der Aufnahme nutzen und nur, wenn das ausnahmsweise nicht funktioniert, wird der Logo Cache verwenden. Also genau umgekehrt wie bei "2".

Sehr gute Idee mit dem --autologo=1. Damit gibt es ein LogoFallback für diverse Fälle. Damit sollte das TVTotal Thema abgehakt sein. Meines Erachtens sollte das als default gesetzt sein!

Funktioniert und für gut befunden.

Quote from kfb77

Laut Log File kann ich nicht mal annähernd ein Logo erkennen. Da stört der laufend eingeblendete Fernseher Rahmen über dem Logo. Das ist genauso ein statisches Bild wie das Logo und ich erkenne das Logo am Unterschied zwischen sich verändernden Teile des Bildes und dem gleichbleibenden Teil des Bildes. Und genau das geht bei dieser Sendung nicht.

Workaround Lösungen stehen hier.

Workaround 1 mit 20 min. Vorlaufzeit hat geholfen.

Workaround 2 mit vorh. Logo nicht. markad findet das Logo und verwirft es dann wieder.

Quote from kfb77

Laut Log File kann ich nicht mal annähernd ein Logo erkennen. Da stört der laufend eingeblendete Fernseher Rahmen über dem Logo. Das ist genauso ein statisches Bild wie das Logo und ich erkenne das Logo am Unterschied zwischen sich verändernden Teile des Bildes und dem gleichbleibenden Teil des Bildes. Und genau das geht bei dieser Sendung nicht.

Workaround Lösungen stehen hier.

Oh danke für den Link, hatte ich doch glatt übersehen, obwohl ich fleissig mitlese.

Quote from kfb77

Da zitiere ich mich mal selber.

Hab es im vorherigen Post hinzugefügt!

Ich habe wieder das Problem auf Pro7 und TV Total. Wurde ja schon öfter gemeldet. Im Log sehe ich, das er das Logo rechts oben nicht erkennt. Anfangs und Endzeit werden erkannt. Die Werbung dazwischen nicht.

Getestet mit 3.6.8 und 4.0.4.

Quote from FireFly

Du scheinst mit ImageMagick compilieren zu wollen, hast aber nicht die Version 7.x installiert.

Entweder Libs und Header von ImageMagick 7.x installieren oder (wenn Du keine SVG channel Logos brauchst) GraphicsMagick installieren und mit make plugins IMAGELIB=graphicsmagick complieren.

Siehe auch die entsprechenden Erläuterungen im README.

Ok, danke für den Hinweis, jetzt tut es.

Gibt es das script irgendwo: "use a script like vdr_copy_epimage.sh with VDR's '--record' parameter", hab es nirgends gefunden.

Hi,

ich habe heute versucht auf meinem raspberry mit Debian 11.5 das zu kompilieren und er spuckt mir folgenden Fehler:

CC image.o
g++ -g -O3 -Wall -Werror=overloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -I/lib/modules/4.19.66-v7+/build -I/root/src/vdr.git/include -std=c++11 -Wno-unused-but-set-variable -Wno-unused-parameter -Wno-unused-variable -c -DPLUGIN_NAME_I18N='"skinelchihd"'  -o image.o image.c
image.c: In member function 'bool cOSDImage::LoadImage(bool)':
image.c:84:24: error: 'TrueColorAlphaType' was not declared in this scope
   84 |          mgkImage.type(TrueColorAlphaType);
      |                        ^~~~~~~~~~~~~~~~~~
image.c:133:31: error: 'MagickCore' has not been declared
  133 |          mgkImage.writePixels(MagickCore::BGRAQuantum, (unsigned char *) image->Data());
      |                               ^~~~~~~~~~
make: *** [Makefile:85: image.o] Fehler 1

Unter System-Update-Autoupdate kannst du das Verhalten einstellen.

Für mich macht nur Ja oder Nein Sinn.

Ja, wenn für beide ein Untertitel existiert, fehlt ein UT, sollte z.B. die Beschreibung greifen oder ein weiterer Parameter. Ansonsten wird zur Sicherheit ein Timer generiert.

Nein ist eh klar.

Fazit: Das dazwischen ein UT mit und ein UT ohne, macht keinen Sinn und sollte nie greifen, wenn nicht ein weiterer Parameter greift.

Der 3. Parameter verwirrt nur, wenn man nicht genau weiss was er tut aus Nutzersicht bei den komplexen EPG Daten.

Ich habe ein ähnliches bzw. gleiches Problem in Verbindung mit streamdev. Bei schlechtem kurzfristigem Uplink aber noch einem channellock, wird das Bild pixelig oder bleibt stehen. Umschalten und gut ist.

Mit dem Patch kurzer Freeze und dan geht es weiter. Für mich ist der Patch ein Workaround für eine deutliche Verbesserung.

gcc (Debian 8.3.0-6) 8.3.0

Quote from kfb77

Ich habe mir mal den aktuellen ffmpeg Code angeschaut.

Das Problem kam mit diesem commit rein. Das bedeutet, dass alle Programme, die auf libavcodec basieren, angepasst werden müssen. Das wäre mit das "const" nicht wert. Mal sehen, ob das andere auch so sehen und ob der commit bis zum offiziellen Release Tag drin bleibt. Falls ja fixe ich das natürlich. Bis dahin musst du vor den o.g. commit gehen. Es ist nicht immer gut, bleeding edge zu verwenden

Ich weiß schon. Wollte mal wieder aktualisieren von 4.2 und hatte mich diesmal an diese Info gehalten:

Note that these releases are intended for distributors and system integrators. Users that wish to compile from source themselves are strongly encouraged to consider using the development branch (see above), this is the only version on which FFmpeg developers actively work.

Von daher wollte ich nur mal Meldung machen.

Danke fürs drüberschauen.

Ich bekomme unter Debian Buster mit 3.0.3

ffmpeg version N-102567-g9b131e8500 Copyright (c) 2000-2021 the FFmpeg developers
built with gcc 8 (Debian 8.3.0-6)
configuration: --prefix=/usr/local --enable-shared --enable-pthreads --enable-gpl --enable-nonfree --enable-libxvid --cpu=native --enable-vaapi --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-swscale --enable-libmp3lame --enable-libvorbis --disable-libdc1394 --disable-static --disable-debug --disable-altivec --disable-network --extra-cflags=-fPIC --extra-ldflags=-fPIC
libavutil      57.  0.100 / 57.  0.100
libavcodec     59.  1.100 / 59.  1.100
libavformat    59.  2.100 / 59.  2.100
libavdevice    59.  0.100 / 59.  0.100
libavfilter     8.  0.101 /  8.  0.101
libswscale      6.  0.100 /  6.  0.100
libswresample   4.  0.100 /  4.  0.100
libpostproc    56.  0.100 / 56.  0.100

decoder_new.cpp: In member function 'bool cDecoder::DecodeFile(const char*)':
decoder_new.cpp:171:35: error: invalid conversion from 'const AVCodec*' to 'AVCodec*' [-fpermissive]
         codec=avcodec_find_decoder(codec_id);
               ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~
make: *** [Makefile:103: decoder_new.o] Fehler 1

Kleiner Typo:

markad-standalone.cpp:            dsyslog("parameter --fulldeode is set");

Wenn neue Erkenntnisse dadurch gewonnen wurden, lebe ich damit schon mal besser .

Danke für's anschauen.

Auf Sport1 funktioniert die auto. Logoerkennung nicht.

Quote from kfb77

hondansx

Bitte ziehe für deine Tests nochmals einen Update aus dem git, ich habe noch ein paar Punkte optimiert.

Alle Marken in Verbindung mit VPS passen jetzt.

Ich benutze nun den neuesten Stand. Warte auf die neuen Aufnahmen, dann werde ich berichten.

Hab mit der neuen Version nochmal eine alte VPS Aufnahme ohne markad.vps laufen lassen. Also Punkt 2 der Liste.

Sorry, das ich da nochmal nachhaken muss. Mir ist folgendes aufgefallen:

Sat Dec 12 09:43:32 [19049] DEBUG: mark at position      1 type 0xD1 at 0:00:00.00 inBroadCast 1
Sat Dec 12 09:43:32 [19049] DEBUG: mark at position   2391 type 0x31 at 0:00:47.88 inBroadCast 1
Sat Dec 12 09:43:32 [19049] DEBUG: mark at position  57363 type 0x32 at 0:19:07.26 inBroadCast 0
Sat Dec 12 09:43:32 [19049] DEBUG: mark at position  62668 type 0x31 at 0:20:53.35 inBroadCast 1
Sat Dec 12 09:43:32 [19049] DEBUG: mark at position 136793 type 0x32 at 0:45:35.82 inBroadCast 0
Sat Dec 12 09:43:32 [19049] DEBUG: cMarkAdStandalone::CheckMarks(): start mark (1) folowed by start mark
(2391) delete second

Die Pos. 2391 wird gelöscht, obwohl dort das Logo erstmalig beginnt. Pos. 1 ist ohne Logo. Wäre es nicht richtig Pos. 2391 zu nehmen?

Typo: sollte 'followed' heissen.

In der README steht:

VPS and markad plugin:

You can use VPS events to optimize your start and stop marks.

Prerequisites:

- Set "use VPS" to yes in the VDR plugin setup menue. If you use markad from command line, additional add parameter --vps to your markad call.

- pre timer must be smaller than post timer

Bedeutet es, das nur die START/END Zeit korrigiert wird und nicht mittendrin?

Quote from kfb77

Gerne, aber lasse uns das ein wenig strukturieren:

Du hast: VDR ohne epg2vdr und mit VPS Timern

Du möchtest: passende Startmarke mit markad (lass es uns mal fürs Erste auf die Start Marken reduzieren, später gerne mehr)

Du brauchst:

- aktuelle Entwicklerversion installieren: git clone -b V02 https://github.com/kfb77/vdr-plugin-markad

- im VDR in den markad Plugin Einstellungen: verwende VPS -> ja und protokoliere VPS Ereignisse -> Ja

- markad mit Parameter --vps aufrufen

Ich brauche bei Probleme:

- markad.log mit --loglevel=3

- marks

- vps.log (die muss es immer geben)

- markad.vps (falls vorhanden)

- Eine Beschreibung, wo die Startmarke sein sollte und warum sie da sein sollte (z.B. Logo Start), da ich ja die Aufnahme nicht sehen kann.

Bitte immer alle o.g. Log Files posten, sonst kommen wir hier nicht weiter und ich hatte ja versprochen, dass es bis Weihnachten fertig wird.

Display More

Bei der vpsstartmarke ist 0:22:14.90 ist kein Logo. Richtig wäre die von markad erkannte Zeit 0:22:34.81. (das ist ein Logo)

Ebenso bei 0:45:36.67. RIchtig wäre 0:45:17.19 (da ist ein Logo)