[markad] überarbeiteter Decoder

rvdb

Please post the complete log file so I can see all problems and not only one.

Zitat

Wie ist denn momentan das empfohlene Vorgehen, mit oder ohne Logodir?

Kurze Antwort: Teste es und nehme das, was besser funktioniert.

Lange Antwort: Wenn deine gespeicherten Logo gut und aktuell sind, wird man damit ein leicht besseres Ergebnis erzielen. Nur bei wenigen Aufnahmen kann markad aufgrund von z.B. Einblendungen kein passendes Logo ermitteln und liefert falsche Logos. Bei Sendern, die auch die Werbung mit 6 Kanal Ton senden, muss man eh ein Logo speichern. Hat man aber keine Lust laufend die gespeicherten Logos zu überprüfen und zu aktualisieren, bekommt man ohne Logos ein besseres Ergebnis. Lieber gar keine, als falsche Logos. Das ist wohl auch deine Erfahrung.

Ich selbst habe genau die gleiche Erfahrung gemacht, dass es ohne Logos leicht besser funktioniert. Dann muss man eben die Ausnahmefälle akzeptieren, wo es schief geht. Besser als laufend Logos zu aktualisieren ...

rvdb

In this log file logo extraction is off, I need one were the wrong logo file name is generated.

DEBUG: parameter --autologo is set to 0

Please call markad with --autologo=2

I see a lot of unnecessary log messages, --loglevel=3 is enough.

???

This could not be the final log file. Is markad still running ?

I have no idee what went wrong here.

I can not receive FOX Channel, can I download a part of your recording ?

Edit: If possible the complete recording.

That is not enough, can you provide the first 500MB ?

With changing the minimum frame count I need for a logo, I got one. And it has the correct name.

Something is special on your system. What OS do you use and how much memory do you have ?

that is great, I will redo my test with this file

rvdb

a full recording is the best way to see what is going wrong:

1. logo extraction works on my system as you can see in my log file. Ignore Recording Name and channel in the log file. It is from the vdr info file. I made a copy of your recording into one of my Simpson recording from Pro7. Can you please post your info file from the recording director for my future tests.

2. Your memory of 6 GB is much more than we need. Maybe there is a problem with the libavcodec version on debian stretch. I will build a test system to investigate.

3. The logos changes are recognized correctly but the position is only about the half of the correct position. I assume this is from the MPEG-4 SD Format of the stream, I never saw that in my recordings. I will fix this.

First result from my debian test:

Why do you have such an old libavcodec version on your system ?

I can not reproduce your problem with a new installation of Debian stretch but I got a much newer libavcodec:

cat /etc/debian_version

9.12

using libavcodec.so.57.64.101 with 4 threads (from my markad.log)

using libavcodec.so.56.60.100 with 4 threads (from your first log file)

If you have ffmpeg installed you can also see the versions by calling ffmpeg without parameter on the command line.

ffmpeg
ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
  configuration: --prefix=/usr --extra-version='1~deb9u1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  libavutil      55. 34.101 / 55. 34.101
  libavcodec     57. 64.101 / 57. 64.101
  libavformat    57. 56.101 / 57. 56.101
  libavdevice    57.  1.100 / 57.  1.100
  libavfilter     6. 65.100 /  6. 65.100
  libavresample   3.  1.  0 /  3.  1.  0
  libswscale      4.  2.100 /  4.  2.100
  libswresample   2.  3.100 /  2.  3.100
  libpostproc    54.  1.100 / 54.  1.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

Use -h to get full help or, even better, run 'man ffmpeg'

rvdb

The problem with the wrong marks was a bug in loading the logos from the recording directory. The bug has only impact on full colored logos.

Here the steps that will hopefully fix your problem:

1. Update your system especially libavcodec and libavformat

2. download build and install new fixed developer version (git clone -b V02 https://github.com/kfb77/vdr-plugin-markad)

3. delete all *.pgm files from recording directory

4. call:

markad -v --loglevel=3 --autologo=2 --log2rec --astopoffs=0 --cDecoder --logocachedir=/tmp nice <path to recording>

The logocachedir is intentionally set to a path were markad will not find the logo. This will force markad to build a own logo.

5. Wait till complete, this could take some minutes. Your incomplete logs always end at a position, were markad does not log any for same time. Please be patient.

6. post markad.log, marks and info file from recording directory. I need your info file because I want to keep your recording in my automated test. Your recording has a some different content than german FTA broadcasts.

Here are the logs from my Debian test. The start marks are a little to late because the TV channel plays with the logo after an advertising.

ffmpeg v2 is too old I think, never tested it. If possible go the easy way und use the ffmpeg from your distibution. Or do you need this version for another application ?

You only have to remove all of your own build ffmpeg files and install libavcodec-dev and libavformat-dev from Debian stretch. You will get this version which work an my test system:

root@VDR-debian-stretch:~# ffmpeg
ffmpeg version 3.2.14-1~deb9u1 Copyright (c) 2000-2019 the FFmpeg developers
  built with gcc 6.3.0 (Debian 6.3.0-18+deb9u1) 20170516
  configuration: --prefix=/usr --extra-version='1~deb9u1' --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --enable-gpl --disable-stripping --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libebur128 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmp3lame --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-omx --enable-openal --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libopencv --enable-libx264 --enable-shared
  libavutil      55. 34.101 / 55. 34.101
  libavcodec     57. 64.101 / 57. 64.101
  libavformat    57. 56.101 / 57. 56.101
  libavdevice    57.  1.100 / 57.  1.100
  libavfilter     6. 65.100 /  6. 65.100
  libavresample   3.  1.  0 /  3.  1.  0
  libswscale      4.  2.100 /  4.  2.100
  libswresample   2.  3.100 /  2.  3.100
  libpostproc    54.  1.100 / 54.  1.100
Hyper fast Audio and Video encoder
usage: ffmpeg [options] [[infile options] -i infile]... {[outfile options] outfile}...

Use -h to get full help or, even better, run 'man ffmpeg'