Danke seahawk1986 , ich habe parallel ein Issue aufgemacht im GIT
Posts by utiltiy
-
-
Plugin oder PKGBUILD?
Im PKGBUILKD einfach die Zeile ergänzen, von oben.
Edit:
-
Hab das PKGBUILD um die Option erweitert und das Plugin nochmal neu gebaut, jetzt funktioniert es wieder. scraper2vdr läuft auch wieder da epg2vdr da ist.
Danke!
-
-
Python ist python-3.8.0-1-x86_64.pkg.tar.xz
-
Im Verzeichnis der lib vom Plugin findet man in der python.c den Code:
-
Denk ich auch inzwischen
-
Beide genannten Plugins lassen sich zwar bauen und installieren, jedoch startet der VDR nicht.
Beide Plugins aus aktuellem GIT
Das Log sagt:
Code- Nov 17 13:46:10 vdr03 vdr[1231]: [1231] loading plugin: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.1
- Nov 17 13:46:10 vdr03 vdr[1231]: [1231] ERROR: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.1: undefined symbol: PyObject_Repr
- Nov 17 13:46:10 vdr03 vdr[1231]: vdr: /usr/lib/vdr/plugins/libvdr-epg2vdr.so.2.4.1: undefined symbol: PyObject_Repr
Zum scraper2vdr hab ich nichts direkt gefunden bisher, einzig was auffällt ist das libmariadbclient als Depends bei beiden hinterlegt ist und aktualisiert wurde. Natürlich wurden beide Plugins neugebaut.
-
Kann die Ausgabe nicht posten,ist zu lang
z.b:
https://pastebin.ubuntu.com/
Den Link der dabei erzeugt wird hier einfügen
-
Did you use the same hdd for recording and the os?
-
Mein PKGBUILD baut nur Release, da hab ich keines wo auch Commit's ziehen kann. Sonst wäre es kein Thema
-
Da hast ins Schwarze getroffen, das ist ein Argument. Nur leider schwächeln im Moment beide, aktuelle, Varianten.
-
Das erklärt natürlich einiges, aber warum man die Bezeichnungen ändert erschließt sich mir nicht....
-
Diese: imagemagick-7.0.8.63-1-x86_64.pkg.tar.xz
-
Wie gesagt seit 1.3.32 startet der VDR nicht mehr bei mir. Hab jetzt weiter nicht gesucht woran es hakt bei der Version. Dennoch sollte sich das Plugin doch bauen lassen mit imagemagick, theoretisch.
-
Hi,
wenn ich unter arch von umstelle von:
kommt das:
Display MoreCode- g++ -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -O3 -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -c -DPLUGIN_NAME_I18N='"tvguide"' -I/usr/include/ImageMagick-7 -fopenmp -DMAGICKCORE_HDRI_ENABLE=1 -DMAGICKCORE_QUANTUM_DEPTH=16 -o imagecache.o imagecache.c
- imagecache.c: In Elementfunktion »cImage* cImageCache::CreateGrid(int, int, bool)«:
- imagecache.c:426:11: Fehler: »PixelPacket« bezeichnet keinen Typ
- 426 | const PixelPacket *pixels = currentGridBuffer->getConstPixels(0, 0, w, h);
- | ^~~~~~~~~~~
- imagecache.c:435:40: Fehler: »pixels« wurde in diesem Gültigkeitsbereich nicht definiert
- 435 | for (const void *pixels_end = &pixels[w*h]; pixels < pixels_end; ++pixels)
- | ^~~~~~
- imagecache.c:436:52: Fehler: »MaxRGB« wurde in diesem Gültigkeitsbereich nicht definiert
- 436 | scaler.PutSourcePixel(pixels->blue / ((MaxRGB + 1) / 256),
- | ^~~~~~
- imagecache.c:442:36: Fehler: »pixels« wurde in diesem Gültigkeitsbereich nicht definiert
- 442 | for (const void *pixels_end = &pixels[width*height]; pixels < pixels_end; ++pixels)
- | ^~~~~~
- imagecache.c:443:49: Fehler: »MaxRGB« wurde in diesem Gültigkeitsbereich nicht definiert
- 443 | *imgData++ = ((~int(pixels->opacity / ((MaxRGB + 1) / 256)) << 24) |
- | ^~~~~~
- make: *** [Makefile:73: imagecache.o] Fehler 1
- ==> FEHLER: Ein Fehler geschah in build().
- Breche ab...
Da es mit graphicsmagick (Version) aktuell unter arch nicht läuft wollte ich umstellen. Den scraper2vdr konnte ich problemlos bauen.
Alte Version, läuft: graphicsmagick-1.3.31-3-x86_64.pkg.tar.xz
Neue Version, läuft nicht: graphicsmagick-1.3.33-1-x86_64.pkg.tar.xz
-
Musst halt selber bauen wenn was nötig wird, hilft ja nix.
-
Vielleicht hilft das: Aus A&E wird im Sommer Crime + Investigation
-
Stimmt! Copy & Paste
-
