Das driftet ziemlich vom Thema ab, oder?
Beiträge von Icke1260
-
-
Ist mir nicht entgangen. Meldet man sich da nicht als "root" an?
-
... Da weder sudo noch aptget unter libreelec unterstützt wird. ...
... , würde ich vorschlagen, Du probierst es mal ohne "sudo". In dem Beispiel oben ist er doch Benutzer "pi", benutzt also wahrscheinlich Raspberry Pi OS, wo "pi" der Standard-User ist.
-
Hi,
gibt es eine Möglichkeit die EPG Daten auch rückwirkend abzurufen also von vergangenen Tagen?
Danke für eure Rückmeldung.
VG
Nein, aber Du kannst ja in KODI unter
Einstellungen --> PVR und TV --> Programmübersicht --> Allgemein
festlegen, wieviel vergangene Tage angezeigt werden sollen -
Was ist das für eine s905x4 Box ?
x96 X4 und Tanix TX4
Wenn die irgendein Zertifikat hätten, hätten die emsigen Verkäufer bei Aliexpress doch damit geworben, nehme ich an. Jedenfalls steht´s bei anderen Boxen ziemlich prominent da.
Hatte mit beiden mit diesem Phänomen zu kämpfen und habe deshalb dieaktuellevorletzte nightly-Version
(CoreELEC-Amlogic-ne.aarch64-20.3-Nexus_nightly_20240126-Generic.img.gz) installiert. Vielleicht liegt´s ja daran. Jedenfalls ist mir dieses Device-Mapping vorher noch nie aufgefallen. Das ist auch vorhanden, wenn man von SD-Card bootet. Ich dachte bis dahin, daß Android im emmc bei einer Single-Boot-Installation überschrieben wird. Da die Boxen 64GB Speicher haben, werde ich die gut 1,6GB wohl verschmerzen.
Habe eben mal auf meinem Odroid-N2 geguckt. Dort ist im Wurzelverzeichnis auch ein Ordner "Android" mit vier leeren Unterordnern vorhanden. Allerdings habe ich ja in dem Fall damals direkt auf dem emmc-Chip geschrieben. Da war also nie Android drauf. -
Nun habe ich aber eine Single-Boot-Installation:
Code
Alles anzeigence-sz::~ # ceemmc -x Starting CoreELEC eMMC installation tool... System is not supported: sc2_s905x4_4g! ... Existing CoreELEC single boot installation found on eMMC ...
Ein Anroid-OTA-Update steht auch nicht an. Aber man wird´s auch nicht los:
-
Tach schön bzw. Nabend!
Ich habe CE per ceemmc auf eine Android-Box installiert. Nicht zum ersten mal. Aber dieses mal habe ich unter
Einstellungen --> Systeminformationen --> Speicherplatz
diese mir bisher unbekannten Einträge:
Warum? Wofür ist das gut? Braucht man das? Und wie werd ich´s ggf. los?Code
Alles anzeigence-sz:~ # dmsetup ls dynpart-product_a (253:2) dynpart-system_a (253:0) dynpart-system_ext_a (253:4) dynpart-vendor_a (253:1) dynpart-odm_a (253:3) ce-sz:~ # dmsetup info Name: dynpart-product_a State: ACTIVE (READ-ONLY) Read Ahead: 256 Tables present: LIVE Open count: 0 Event number: 0 Major, minor: 253, 2 Number of targets: 1 Name: dynpart-system_a State: ACTIVE (READ-ONLY) Read Ahead: 256 Tables present: LIVE Open count: 1 Event number: 0 Major, minor: 253, 0 Number of targets: 1 Name: dynpart-system_ext_a State: ACTIVE (READ-ONLY) Read Ahead: 256 Tables present: LIVE Open count: 0 Event number: 0 Major, minor: 253, 4 Number of targets: 1 Name: dynpart-vendor_a State: ACTIVE (READ-ONLY) Read Ahead: 256 Tables present: LIVE Open count: 1 Event number: 0 Major, minor: 253, 1 Number of targets: 1 Name: dynpart-odm_a State: ACTIVE (READ-ONLY) Read Ahead: 256 Tables present: LIVE Open count: 0 Event number: 0 Major, minor: 253, 3 Number of targets: 1
-
Einfach wäre es doch auch den Port am Router weiterzuleiten und TVH mit einem guten PW zu versehen.
Dann kann man alles fernwarten.
Das geht weit über das hinaus, was ich möchte und was dafür notwendig wäre. Ich möchte ja tatsächlich nur das eine IPTV-Netzwerk zu einem bestimmten Zeitpunkt deaktivieren und hatte die Vorstellung, es ginge mit einem Einzeiler per cronjob. Nun hab ich´s so gelöst, daß ich per cronjob eine modifizierte Version dieser einen Konfigurationsdatei kopiere und den TVH-Container neustarte. Funktioniert.
-
Ich kenne mich mit Docker nicht aus und kann auch nichts zur Lösung beitragen, aber wäre es nicht ratsamer diese Docker Version zu nehmen: [Docker] telerising.minimal ?
DeBaschdi 's Version: Last Update: 7 month ago. Ist nicht mehr ganz so up to date. Telerising.Minimal Docker sollte allerdings aktuell sein.
Der Container zieht ja bei jedem Start die aktuelle Telerising-API, ist insofern immer aktuell. Es sei denn, man deaktiviert die Update-Funktion.
-
docker run \
-d \
-e USER_ID="99" \
-e GROUP_ID="100" \
-e TIMEZONE="Europe/Berlin" \
-e UPDATE="yes" \
-p 5000:5000 \
-v /storage/telerising/:/telerising \
--name=new-telerising-api \
--restart unless-stopped \
--tmpfs /tmp \
--tmpfs /var/[definition='1','0']log[/definition] \
--net="host" \
takealug/new-telerising-api:arm64v8
--network bridge
siehe https://hub.docker.com/r/takealug/new-telerising-api -
Nun hab ich selbst mal ein bißchen geforscht und folgendes herausbekommen:
Um ein IPTV-Netzwerk zu deaktivieren ist bei einer Docker-Installation in der Datei "config"
(
aus TVH-Sicht
/config/input/iptv/networks/<wohl-bei-jedem-anders>/config
bzw. von außen betrachtet
<tvh-volume>/input/iptv/networks/<wohl-bei-jedem-anders>/config
)
der Wert von "enabled" von true auf false zu ändern und im Anschluß TVH bzw der Container neu zu starten.
Vielleicht kann mir jemand verraten, wie ich den Wert per jq ändere. Hier die ganze Datei:Code
Alles anzeigen{ "url": "http://tvh:5000/api/zde/file/channels.m3u?ffmpeg=true", "channel_number": 0, "refetch_period": 1440, "ssl_peer_verify": false, "tsid_zero": true, "remove_args": "ticket", "ignore_path": 0, "use_libav": false, "scan_create": true, "service_sid": 0, "priority": 90, "spriority": 90, "max_streams": 4, "max_bandwidth": 0, "max_timeout": 6, "remove_scrambled": true, "enabled": true, "networkname": "zattoo", "pnetworkname": "zt", "nid": 0, "autodiscovery": 0, "bouquet": false, "skipinitscan": true, "idlescan": false, "sid_chnum": false, "ignore_chnum": true, "satip_source": 0, "charset": "UTF-8", "localtime": 0, "wizard": false }
Wenn nicht kopiere ich eine entsprechend geänderte Version der Datei dorthin.
-
So eine Umzugs Checklist ware sinnvoll:
Wenn die IP Adresse von HA sich aendert, muss man das irgendwo anpassen. Ich weiss es nicht. Koennte mir ein paar stellen vorstellen.
Bei manueller Konfiguration in der configuration.yaml - z.B.:
Codehomeassistant: # https://www.home-assistant.io/docs/configuration/basic internal_url: "http://192.168.0.2:8123"
Bei Z2M muß man auf jeden Fall in der Z2M-Konfiguration und in der Konfiguration der MQTT-Integration die IP der MQTT-Brokers ändern.
Wenn sich die device-namen von den USB-Geraeten, wie zwave, zigbee sticks aendern. Das muss man sicher anpassen. Muss man auch erst finden die stelle.
Ja - entweder in der Integration (z.B. Zigbee Home Automation) oder dem Addon (z.B. Zigbee 2 MQTT). Im ersten Fall findet der Konfigurationsassistent den Zigbee-Stick (z.B. /dev/ttyUSB0 - slae.sh cc2652rb stick), im zweiten Fall manuell in der z2m-Konfiguration. Wenn man einen anderen Stick als bisher benutzt, wird man in beiden Fällen die Geräte neu pairen müssen.
Wie weiter oben im Thread erwähnt, war ein Umzug von Z2M aus einem Container "außerhalb des Homeassistant-Ökosystems" in das z2m-Addon "innerhalb des Homeassistant-Ökosystems" (ist ja auch ein Container) möglich. Einfach den Inhalt des bisherigen Docker-Volumes in den zigbee2mqtt-Ordner "innerhalb des Homeassistant-Ökosystems" übertragen. Bei HA-BackUps werden die Addons ja dann mit gesichert. In der Benutzeroberfläche von Z2M gibt es unter Tools auch die Möglichkeit, ein BackUp zu machen und herunter zu laden. Wie das mit anderen denkbaren Sticks aussieht, weiß ich nicht. -
Hallo zusammen,
tvHeadend nutzt aktuell zwei Sat-Tuner.
Besteht die Möglichkeit, einem Client den Haupt-Tuner und dem zweiten Client den Sat>IP-Server fest zuzuweisen? Die Senderliste soll auf beiden Geräten identisch sein, nur gilt momentan noch das "First come first serve"-Prinzip, was aber bei der Gerätekonstellation nicht unbedingt von Vorteil ist.
Das Hauptgerät kann direkt den am gleichen Gerät angeschlossenen Tuner nutzen, und das zweite Gerät im WLAN soll das Signal des Sat>IP-Servers erhalten, und nicht umgekehrt.
Danke + LG
Das müßte gehen, wenn Du jedem Service auf einen eigenen Kanal mappst. Die Kanäle können durchaus den gleichen Namen und die gleiche Kanal-Nummer haben (grad nochmal getestet, damit ick keen Unfug schreibe). Die Kanäle werden dann unterschiedlich getagt, also "client1" und "client2". Über Configuration --> User --> Access Entries legste dann jeweils einen Benutzer für jeden Client an. Den Benutzer erlaubst Du dann, die so oder so getaggten Kanäle zu sehen. Und weil ein Bild mehr als tausend Worte sagt:
In dem Beispiel auf dem Bild ist die Benutzer "ebbe" und "ebba" also "paytv" ausgeschlossen. Man könnte bei ihnen auch den Haken rausnehmen und den Channel-Tag "freetv" wählen.
Was die Aufnahmen angeht bin ich nicht sicher, denke aber, daß eine Aufnahme mit dem Tuner erfolgt, dessen Client sie angestoßen hat, sie aber für beide Cients sichtbar ist. -
Ich bin mit meiner Konfiguration schon ein paar mal "umgezogen". Ich finde eine Supervised-Installation auf Debian besser als HA-OS. Letzteres gewährt einem ja keinerlei Freiheiten. Die habe ich bei Supervised. Dann kann es sein, daß der Observer was daran auzusetzen hat. Das schränkt aber die Funktion von HA nicht ein. Zuletzt habe ich auch meine Zigbee2mqtt-Konfiguration aus externen Containern in das Zigbee2mqtt-Addon übertragen (können).
HOWTO: Installing Home Assistant Supervised on Odroid M1
Auf welcher Hardware das geht, kann man dieser Datei entnehmen:
https://version.home-assistant.io/stable.jsonBeim Restore des BackUps bilde ich mir ein, daß die Auswahl "partiell" und alle Haken setzen besser funktioniert, als "vollständig"
-
Hallo und ein gesundes Neues Jahr!
Ist es möglich, ein unter Configuration --> Networks angelegtes IPTV-Netzwerk per Befehlszeile zu deaktivieren?
Hintergrund ist, daß ich für jemanden mehrere IPTV-Netzwerke mit sich überschneidenden Inhalten angelegt habe. Unter anderem probehalber eines mit Zattoo über Telerising. Ich stelle mir vor, dieses Netzwerk zum Ende des Probemonats per cronjob zu deaktivieren, weil ich da nicht hinfahren möchte, um ein Häkchen rauszunehmen.Die mehrfach vorhandenen Services (z.B. ARD aus Netzwerk A, ARD aus Netzwerk B, ARD aus Netzwerk C) habe ich unterschiedlich priorisiert (die Services des Zattoo-Netzwerks am höchsten) und dem gleichen Channel (in diesem Besispiel "Das Erste") zugeordnet. Durch das Deaktivieren des IPTV-Netzwerkes hätte dann die Services aus den verbleibenden Netzwerken die jeweils höchste Priorität.
-
-
Du mußt zuerst Servus TV aus Deiner Channel-List löschen und dann DF1 hinzufügen. DF1 hat die gleiche ID (tkmde_39), wie Servus TV.
-
Der Sender wurde nur in DE eingestellt. Der EPG für DF1 wird hoffentlich sehr bald verfügbar sein, die Daten fehlen noch auf sämtlichen Plattformen.
Nun ist zumindest ne Quelle da
-
Genau damit hab ich mich auch herumgeschlagen. Immerhin ist im zattoo-EPG schon eine Zeile für DF1 vorhanden, der zufolge der Sendebetrieb aber mit ner ausgedehnten Sendepause beginnt. Bei MagentaTV soll der Sender am 3.1. starten. Hoffentlich haben die dann zeitnah Programm-Infos.
Nichtmal auf deren eigenen Website sind Programm-Daten. Stattdessen Ösi-Volks-Mucke ... -
Das Problem wird hiermit behoben:
Danke für die schnelle Reaktion!
Mit der Quelle https://epgshare01.online/epgshare01/epg_ripper_CH1.xml.gz klappt es reibungslos. Die Quelle (tv.blue.ch) hatte ich allerdings schon über den Umweg mit dem EPG-Tool vonhttps://github.com/iptv-org/epg. Jetzt ist´s schöner. Denn mit diesem Tool dauerte es ungefähr solange, wie daaamaaals in Zeiten vor easyepg mit webgrab. Da ja grad Zeit für Wünsche ist: vielleicht finden wir unter WEB bald CH --> blueTVDie Quellehttps://epgshare01.online/epgshare01/epg_ripper_DE1.xml.gz läßt sich auch einbinden (220 Kanäle). Wenn man hiernach versucht, die Kanalliste zu laden, bekommt man jedoch eine leere Seite. Dann hilft nur ein Reload. Vielleicht findest Du auch die Ursache hierfür.