Okay. Die beiden Probleme hängen zusammen. ich werde für CE21 die URL auch ändern.
Edit:
Der CE21 Patch ist committed.
Hat heute Nacht wieder das Image gebaut, vielen Dank.
Okay. Die beiden Probleme hängen zusammen. ich werde für CE21 die URL auch ändern.
Edit:
Der CE21 Patch ist committed.
Hat heute Nacht wieder das Image gebaut, vielen Dank.
Hallo zusammen,
ich wollte mal wieder alles ein wenig aktualisieren und bekomme seit Tagen unter anderem heute folgenden Fehler, obwohl ich heute alles neu per git clone ... geholt habe.
Ich möchte ein Image erzeuge mit: ./build.sh -config CoreELEC-21-ng -extra easyvdr,channellogos
Hat jemand eine Idee, wie ich es lösen kann?
QuoteDisplay More[316/514] [DONE] install RTL8723BS-aml:target
<<< wireguard-linux-compat:target seq 324 <<<
GET wireguard-linux-compat (archive)
--2025-01-31 17:41:35-- https://git.zx2c4.com/wireguard-linu…20220627.tar.xz
Resolving git.zx2c4.com (git.zx2c4.com)... 86.109.7.149, 2604:1380:45f1:e200::3
Connecting to git.zx2c4.com (git.zx2c4.com)|86.109.7.149|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-xz]
Saving to: '/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/sources/wireguard-linux-compat/wireguard-linux-compat-1.0.20220627.tar.xz'
/home/uwe [<=> ] 0 --.-KB/s
/home/uwe2 [ <=> ] 51.72K 251KB/s
/home/uwe2/CoreVDR/ [ <=> ] 191.17K 602KB/s in 0.3s2025-01-31 17:41:36 (602 KB/s) - '/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/sources/wireguard-linux-compat/wireguard-linux-compat-1.0.20220627.tar.xz' saved [195763]
WARNING Incorrect checksum calculated on downloaded file: got 793079fd794356f49231c5d98acee31a9f703bb48baddf106e120f8ff534f0e2 wanted 362d412693c8fe82de00283435818d5c5def7f15e2433a07a9fe99d0518f63c0
--2025-01-31 17:41:36-- http://sources.coreelec.org/wireguard-linu…20220627.tar.xz
Resolving sources.coreelec.org (sources.coreelec.org)... 116.203.16.118
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.coreelec.org/wireguard-linu…20220627.tar.xz [following]
--2025-01-31 17:41:36-- https://sources.coreelec.org/wireguard-linu…20220627.tar.xz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-31 17:41:36 ERROR 404: Not Found.--2025-01-31 17:41:36-- http://sources.libreelec.tv/mirror/wiregua…20220627.tar.xz
Resolving sources.libreelec.tv (sources.libreelec.tv)... 65.109.172.87
Connecting to sources.libreelec.tv (sources.libreelec.tv)|65.109.172.87|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-31 17:41:36 ERROR 404: Not Found.--2025-01-31 17:41:37-- https://git.zx2c4.com/wireguard-linu…20220627.tar.xz
Resolving git.zx2c4.com (git.zx2c4.com)... 86.109.7.149, 2604:1380:45f1:e200::3
Connecting to git.zx2c4.com (git.zx2c4.com)|86.109.7.149|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-xz]
Saving to: '/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/sources/wireguard-linux-compat/wireguard-linux-compat-1.0.20220627.tar.xz'
/home/uwe [<=> ] 0 --.-KB/s
/home/uwe2 [ <=> ] 51.72K 248KB/s
/home/uwe2/CoreVDR/ [ <=> ] 191.17K 592KB/s in 0.3s2025-01-31 17:41:37 (592 KB/s) - '/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/sources/wireguard-linux-compat/wireguard-linux-compat-1.0.20220627.tar.xz' saved [195763]
WARNING Incorrect checksum calculated on downloaded file: got 793079fd794356f49231c5d98acee31a9f703bb48baddf106e120f8ff534f0e2 wanted 362d412693c8fe82de00283435818d5c5def7f15e2433a07a9fe99d0518f63c0
--2025-01-31 17:41:37-- http://sources.coreelec.org/wireguard-linu…20220627.tar.xz
Resolving sources.coreelec.org (sources.coreelec.org)... 116.203.16.118
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.coreelec.org/wireguard-linu…20220627.tar.xz [following]
--2025-01-31 17:41:37-- https://sources.coreelec.org/wireguard-linu…20220627.tar.xz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-31 17:41:38 ERROR 404: Not Found.--2025-01-31 17:41:38-- http://sources.libreelec.tv/mirror/wiregua…20220627.tar.xz
Resolving sources.libreelec.tv (sources.libreelec.tv)... 65.109.172.87
Connecting to sources.libreelec.tv (sources.libreelec.tv)|65.109.172.87|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2025-01-31 17:41:38 ERROR 404: Not Found.
Cannot get wireguard-linux-compat sources : https://git.zx2c4.com/wireguard-linu…20220627.tar.xz
Try later!
*********** FAILED COMMAND ***********
. "${get_handler}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/get "${PKG_NAME}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/unpack "${PKG_NAME}" "${PARENT_PKG}"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install wireguard-linux-compat:target has failed!The following log for this failure is available:
/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/.threads/logs/324.log>>> wireguard-linux-compat:target seq 324 >>>
[317/514] [FAIL] install wireguard-linux-compat:targetThe following log for this failure is available:
/home/uwe2/CoreVDR/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-21/.threads/logs/324.logParallel build failure - see log for details. Time of failure: Fri Jan 31 17:41:38 CET 2025
make: *** [Makefile:10: image] Fehler 1
Sicher, jetzt! schon.. Das war übrigens Chatgpt.
Deshalb meine Antwort darauf... aber scheinbar gibt er flott andere Antworten aus.
Aber chatgpt oder perplexity machen bisher noch viele Fehler. Man sollte die Antworten also wie bei Mathe immer überprüfen
Code Display MoreEine neunstellige Zahl, die all diese Bedingungen erfüllt, ist 123475968. Hier ist die Überprüfung der Bedingungen: Erste Stelle durch 1 teilbar: 1 ist durch 1 teilbar. Erste zwei Stellen durch 2 teilbar: 12 ist durch 2 teilbar. Erste drei Stellen durch 3 teilbar: 123 ist durch 3 teilbar (Summe der Ziffern: 1 + 2 + 3 = 6, und 6 ist durch 3 teilbar). Erste vier Stellen durch 4 teilbar: 1234 ist durch 4 teilbar (letzte zwei Ziffern: 34, und 34 ist durch 4 teilbar). Erste fünf Stellen durch 5 teilbar: 12347 ist durch 5 teilbar (letzte Ziffer 7 ist durch 5 teilbar). Erste sechs Stellen durch 6 teilbar: 123475 ist durch 6 teilbar (teilbar durch 2 und 3, was durch die vorherigen Bedingungen gewährleistet ist). Erste sieben Stellen durch 7 teilbar: 1234759 ist durch 7 teilbar. Erste acht Stellen durch 8 teilbar: 12347596 ist durch 8 teilbar (die letzten drei Ziffern 596 sind durch 8 teilbar). Erste neun Stellen durch 9 teilbar: 123475968 ist durch 9 teilbar (Summe der Ziffern: 1 + 2 + 3 + 4 + 7 + 5 + 9 + 6 + 8 = 45, und 45 ist durch 9 teilbar). Diese Zahl erfüllt alle genannten Bedingungen.
ich habe die Frage auch bei chatgpt gefragt und die Antwort von fnu erhalten:
Ich nutze aktuell nur das iptv Plugin als Inputplugin, also kein DVB-x Device.
Damit bekomme ich hier kein EPG Scan gestartet, bzw. nur sehr kurz...
Nov 29 13:02:11 CoreVDR vdr[5076]: [5147] epg data writer thread started (pid=5076, tid=5147, prio=low)
Nov 29 13:02:11 CoreVDR vdr[5076]: [5147] epg data writer thread ended (pid=5076, tid=5147)
Wie hier zu lesen, habe ich in der channels.conf auch S=1 bzw. auch P=1 gesetzt ... aber auch ohne Erfolg.
Meine channels.conf habe ich von hier.
Hat jemand eine Idee, woran dies liegen kann? Was mache ich falsch?
Warum spielt der VDR dann bei Paulaner verrückt? Eventuell wegen des Mischbetriebs (zusätzlich Kabel-TV)?
Edit: ich gehe davon aus, dass es bei MagentaTV nicht möglich ist, da der Stream über UDP empfangen wird --> siehe hier.
Edit2: Es würde für eine Übersicht der Sender (z.B. mit dem EPGSearch-Plugin --> Now/Jetzt) schon hilfreich sein, wenn man mit einem zusätzlichen iptv-Device durchzappt (eventuell nur für den EPG Scan), von Sender 1 bis Sender x (x kann man konfigurieren) und somit den aktuellen EPG (also "Jetzt" und "als nächstes") anzeigt bekommt... ein Durchlauf, dann Pause nach 30min (konfigurierbar), ein weiterer Durchlauf usw...
Das andere Problem verstehe ich irgendwie nicht. Ich dachte immer, ein EPG Scan würde unterbrochen werden, wenn das Device für eine Aufnahme oder Live-TV verwendet werden soll. Oder liege ich da völlig falsch?
Das war auch mein Gedanke bei der Schilderung des Problems, eher ein Bug im iptv Plugin? Ich will aber erst selbst testen...
QuoteIch denke gerade darüber nach, wie hoch der Aufwand wäre nur den IPTV Kanälen einen zusätzlichen Parameter zu verpassen und wie stark die Änderungen im VDR wären. Vielleicht wäre das eine Lösung.
Da es sich ja nur auf das Thema iptv-Plugin bezieht, wäre eine Änderung nur im iptv Plugin perfekt, aber scheinbar nicht möglich ohne den vdr-core ( kls) zu ändern.... schade. Bin auf dein(e) Lösung/Lösungsvorschlag gespannt.
...Idee stammt aus dem Thread.
Hintergrund war der Wunsch eines Users, epg Daten aus dem Magenta IPTV Stream einlesen zu lassen. Das Ansinnen ist auf jeden Fall vernünftig. Allerdings werden jetzt wohl auch alle IPTV Channels im EPG Lauf gescannt, was dann aber eher weniger sinnvoll ist.
Aber was ist denn jetzt die sinnvolle Lösung? Ich habe da gerade keine gute Idee.
Guten Morgen,
ohhje, sorry dafür. Ich konnte das aktualisierte iptv-Plugin bisher noch nicht testen...
Da ich bisher noch keine Plugins für VDRSternELEC bauen kann (werde ich die Tage mal versuchen aufzusetzen), dachte ich, dies wäre eine gute Lösung für mein System mit 2 iptv-Devices.
4 iptv-Devices ist doch schon recht viel, gibt es da nicht öfter Probleme, wenn man viele Aufnahmen laufen hat?
Könnte man hier nicht den EPG-Scan auf 1 Device festlegen, vielleicht in den Plugin Optionen? --epgscan 1 (aktiviert den EPG-Scan auf Device1, Device0 ist ja für LiveTV) Edit: bzw. nutzt nur 1 mögliches Device für den EPG-Scan.... (Ich will aber erstmal schauen, ob überhaupt mehr EPG-Daten dadurch empfangen werden...)
Ist das möglich? Wenn auf Device1 eine Aufnahme läuft --> Device1 ist belegt, dann funktioniert der EPG-Scan nicht, aber dies sollte ja bei DVB-C oder DVB-S2 auch nicht möglich sein....
Wenn das iptv Plugin aktuell den EPG scannt, kommen dann auch mehr EPG-Daten, die für die nächsten Tage angezeigt werden?
das wäre eine Lösung (RP2040
) - sieht gut aus
Genau, so würde ich es auch versuchen umzusetzen...
Display Moredas wäre vielleicht auch mal eine Überlegung wert, ob man diese Hardware für den VDR-Betrieb nutzen sollte
Preis ca. 135€
Tech Specs
CPU
Intel® Processor N100 (Alder Lake-N)
...
Meine Meinung dazu wäre:
Ich weiß nicht, für ~150€ gibt es diese N100 MiniPCs schon inklusive Gehäuse, RAM, SSD und Netzteil...
So gut ist der Support von Radxa auch nicht.... Ein USB-C-Netzteil von denen ist mir auch schon abgeraucht...
Kannst du dein Tanix3 eventuell auf 1GBit umstellen?
Hier die Werte meiner Tx3: Ich habe keine Probleme mit satip über Kabel der Fritzbox (Vodafone)...
CoreVDR:~ # ethtool eth0
Settings for eth0:
Supported ports: [ TP MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Supported FEC modes: Not reported
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Advertised FEC modes: Not reported
Link partner advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Link partner advertised FEC modes: Not reported
Speed: 1000Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: external
Auto-negotiation: on
Supports Wake-on: ug
Wake-on: d
Current message level: 0x0000003f (63)
drv probe link timer ifdown ifup
Link detected: yes
Display More
Display Moreaktueller VDR 2.6.4
Ausgabe auf TT S2-6400
Bitte keine Empfehlungen für andere Voraussetzungen - ich weiss, dass KODI funktioniert
Welche Möglichkeiten gibt es heute eine Datei im {Video-Root] zu selektieren und passend (u.U. schnelles umcodieren on-the-fly) auf die S2-64000 auszugeben?
Ich finde:
vdr-plugin-mpv - hier geht die Ausgabe auf S2-6400 wohl nicht?
vdr-plugin-mp3/mplayer - das ging auch bei mir "früher", aber inzwischen "veraltet" - noch lauffähig auf 2.6.4?
Andere?Danke für passende Hinweise!
Die Frage kam schon mal ... RE: mplayer und tt-6400
Das ganze sieht auf meiner TX3 so aus:
CoreVDR:~ # sh start_vdr.sh
killall: splash-image: no process killed
LD_PRELOAD=/usr/lib/libMali.so LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/vdr:/usr/lib:/storage/.kodi/addons/script.globalsearch/lib:/usr/lib/pulseaudio /usr/local/bin/vdr --grab=/storage/tmp --watchdog=0 --lirc --terminal=/dev/tty0 --shutdown=/storage/.config/vdropt/shutdown.sh -P 'softhdodroid -a hw:CARD=AMLAUGESOUND,DEV=0' -P 'satip' -P 'epgsearch' -P 'skinnopacity' -P 'femon'
Logge dich mal per ssh ein und erstelle mit "touch .profile" die fehlende Datei ".profile" unter /storage.... Eventuell hilft das...
Hallo zusammen,
ich teste aktuell auf einer TanixTX3 Box mit CoreELEC19 und heute mit CoreELEC20. Bei beiden ist mir aufgefallen, dass mit einem neuen Image + passendem dtb-File und zurückspielen des Backup (über CoreELEC), nicht die .profile gesichert, sowie nicht zurückkopiert wird und somit VDR nicht startet, bevor diese Datei mit z.B. touch /storage/.profile angelegt wird.
Ansonsten funktioniert alles sehr gut und flott. Meine Box bleibt lauwarm, ich nutze das Skin-Plugin: skinnopacity...
Vielen Dank an alle
Nur so eine Idee: Eventuell hilft es den Timer ein paar Minuten in der Zukunft zu setzen, als nur ein paar Sekunden?
Ob der Export allerdings brauchbar ist, weiß ich nicht.
So hatte ich vor einiger Zeit auch die Vodafone Kanäle als channels.conf für Berlin und vdr-2.6.1 exportiert...
Vielleicht mal für den Test, beide Varianten einbauen und per Setup umschaltbar machen... Somit könnte ich dieses mit den (fertigen) Images von Zabrimus auch testen... Bisher habe ich nur Du kannst mal /sys/class/tsync/slowsync_enable auf 1 setzen. umgesetzt und dies ist schon ein besseres Zapp-Verhalten...