Beiträge von BulliM

Ich habe es mit Hilfe von OpenAI doch noch hinbekommen.

Ich habe zunächst wie üblich mit...

 dd if=/dev/mmcblk0p2 of=/dev/sda1 bs=256M conv=noerror,sync

...die zweite Partition (/dev/mmcblk0p2) der SD-Karte auf die SSD geklont und per...

resize2fs /dev/sdb1

...auf die120GB vergrößert. Nach dem Klonen war die UUID der SSD allerdings identisch mit der UUID von /dev/mmcblk0p2, darum hatte ich zunächst die PARTUUID der SSD in die /flash/cmdline.txt eingetragen gehabt. Das hat aber nicht funktioniert, da die PARTUUID der SSD (blkid) unter LibreELEC plötzlich nicht mehr vorhanden war.

Ich habe dann OpenAI gefragt, was ich da machen kann.

Zunächst sollte ich...

program_usb_boot_mode=1

dtparam=sd_poll_once=on

...in die /flash/config.txt eintragen. OpenAI hat weiterhin vorgeschlagen, die UUID der SSD zu ändern, um diese in der /flash/cmdline.txt zu verwenden. Da LibreELEC kein tune2fs zur Verfügung stellt, musste ich das mit einem anderen Linuxrechner machen. Mit...

tune2fs -U random /dev/sdb1 *

...wurde die UUID durch eine zufällige UUID ersetzt. Diese neue UUID habe ich dann in die /flash/cmdline.txt von /dev/mmcblk0p1 eingetragen.

Das hat funktioniert, wie man dem folgenden Screenshot entnehmen kann.

* /dev/sda1 gibt es dort schon

Zitat von uwe96

Ich habe libreelec direkt per Raspberry Pi Imager auf die SSD geschrieben und dann damit gestartet und neu eingerichtet. Bzw. Backup eingespielt.

Das geht beim RPi2 nicht. Der braucht zum Booten die SD-Karte.

Aktuell läuft LibreElec bei mir auf einem Raspberry Pi 2, in dem eine Mikro-SD steckt. Das ist mir zu langsam, daher möchte ich die zweite Partition auf eine SSD verschieben.

Mit RaspiOS geht das leicht. Die Partition mmcblk0p2 über dd auf die SSD klonen, die cmdline.txt und fstab jeweils an die neue PARTUUID anpassen.

LibreELEC ist aber anders. Die cmdline.txt gibt es, ist aber nicht beschreibbar und die fstab ist leer. Die benötigten Programme dd und parted sind aber vorhanden.

Gibt es eine Anleitung für mein Vorhaben? Anders gefragt, wie gehe ich vor?

Danke euch für die Info. Ich habe die beiden Festplatten jetzt an einem Raspi 4 und der Fritzbox. Das ist okay. Der Raspi streamt per minidlna, auch okay. Da die Digibit zwei USB-Anschlüsse hat, bot sich das an. Aber wenn das zu aufwändig ist, lasse ich es.

Ich hatte schon zwei Festplatten an der Fritzbox. Aber die werden immer unterschiedlich als Volume und Volume-1 eingehängt, da kommt dann alles durcheinander. Lässt sich leider nicht im FritzOS konfigurieren, welche Platte mit welchem Namen eingehängt wird. Zumindest wüsste ich nicht, wie. Falls dafür jemand eine Lösung weiß...

Ich habe eine Digibt R1 und würde den USB-Anschluss gern für eine Festplatte im Netzwerk nutzen, auf der ich aufnehme und von der ich per DLNA streame. Mit der Originalsoftware ist die USB-Buchse soweit ich weiß nur für Firmware-Updates nutzbar. Sieht das bei satip-axe anders aus? Hat jemand damit Erfahrungen und kann Auskunft darüber geben?

Zitat von noob_at_pc

Ich habs leider dennoch nicht ganz kapiert - wofür hast du den DVB Viewer überhaupt? Einfach wegen der besser Oberfläche oder weshalb ist der Überhaupt im Spiel dabei?

Ist mein Lieblingsprogramm zum Schauen am Computer. Hat alle Funktionen, die ich haben möchte, ist einfach zu bedienen. Mag ihn einfach und habe mich daran gewöhnt.

So, die Probleme sind gelöst. TVH wird sofort gefunden und ich bekomme die Sender vom Server. Ich habe den Port auf 9983 gesetzt und die Firewall entsprechend angepasst.

Bei der Fehlermeldung "Sender nicht verfügbar vom Server" waren Netzwerk-ID und SAT>IP Quellennummer in den Netzwerkeinstellungen das Problem. Als ich diese beim DVB-S Netzwerk auf 1 gesetzt habe, hat es funktioniert. Ich erinnere mich, dass ich das damals auch so einstellen musste.

Danke für eure Hilfe und Anregungen!

Zitat von Ponyriemen

Warum der Umweg?

Warum ich das mache, habe ich schon erklärt. Ich teste auch gerade und habe tatsächlich neben der Digibit nun auch Tvheadend erkannt. Allerdings nur, wenn ich für TVH andere Ports angebe. Die kommen sich (zumindest bei mir) in die Quere. Ich nehme als Ursache an, dass beide Geräte über denselben Switch geleitet werden. Das war früher tatsächlich anders bei mir. Da war der Host von TVH direkt am Router.

Ich überlege nun, satip-axe zu verwenden. Da müsste ich auch die Ports der Digibit wechseln können. Aber eigentlich will ich mir die Arbeit nicht machen. Falls der DVBViewer dann irgendwann auch Sender von TVH darstellt, werde ich das entscheiden. Aber bisher bleibt der DVBViewer damit schwarz.

Heute bin ich schon sehr müde. Werde es wohl nochmal an einem anderen Tag probieren.

So langsam glaube ich an eine Windows-Verschwörung.

Ich möchte wie gesagt DVBViewer mit Tvheadend verknüpfen und statt der Signale von der Digibit, die Signale von TVH verwenden. TVH wird nur vom DVBViewer nicht erkannt. Also habe ich die Digibit vom Router getrennt und die RTP-Ports von TVH auf die Standardports vom DVBViewer (47700-47800) umgestellt. Nach einem "service tvheadend restart" wurde TVH tatsächlich vom DVBViewer erkannt.

Weil nun aber ohne Digibit auch kein DVB-S bei TVH ankommt, habe ich sie wieder eingesteckt. DVBViewer weigert sich aber beharrlichst, Signale von TVH abzuspielen, unter der Fehlermeldung "Sender nicht verfügbar vom Server".

Auch unter dem Port 9983 funktioniert TVH nicht. Also habe ich Firewall-Regeln für die Windows-Firewall erstellt. Eingehende und ausgehende Datenpakete für den Bereich der lokalen IP der Digibit sollen blockiert werden. Damit - so hoffte ich - seien der Port 554 und die UDP-Ports wieder frei, auf denen auch TVH arbeitet. Keine Ahnung warum, aber die Firewall scheint die Regel nicht zu interessieren. Es kommen nämlich weiterhin Datenpakete der Digibit an.

Nur zum Spaß und um Alterssenilität und Hirnfraß auszuschließen, habe ich auch die IP von TVH komplett blockiert. Keine Änderung. Es ist, als ob diese Regeln gar nicht existieren. Nun weiß ich erst Mal nicht weiter.

Hat jemand noch eine Idee, was ich tun könnte - außer komplett auf Linux umzusteigen?

EDIT: Das mit der Firewall war ein Konfigurationsfehler. Funktioniert nun doch. Ich kann die Digibit blockieren.

Zitat von Superbunny79

Du kannst TVH als SAT IP Server confen... ich selber habe das noch nicht gemacht...

Wie übergibst Du dem DVBviewer denn die Streams vom TVH?

Im DVBViewer wird unter Hardware nach Sat-IP-Servern gesucht. Wenn DVBViewer diese findet, werden IP, Port, UDP Ports angezeigt und auch der Name des Devices.

Früher wurde sowohl die Hardware der Digibit gefunden, als auch Tvheadend als Sat-IP-Server (RTSP Network Device) erkannt. Letzterer wird heute nicht mehr selbstständig vom DVBViewer erkannt. Auch nicht, wenn man IP, RTSP Port (554), RTP-Portrange (44700-44800) angibt, was aber wohl auch unnötig ist.

Es ist irgendwie so, als ob Tvheadend sich im Netzwerk nicht zu erkennen gibt oder DVBViewer sich Tvheadend gegenüber blind und taub stellt. Möglich, dass das sogar so gewollt ist. Der Entwickler hat ein eigenes Produkt zum Streamen im Netzwerk.

Zitat von Superbunny79

Allerdings verstehe ich den Sinn nicht...

Ich habe die Standardsoftware drauf, also ohne OSCam. Und ich weiß, dass TVH streamt, weil auf einem Client KODI mit dem Tvheadend HTSP Client läuft. Habe ich selbst konfiguriert.

Warum ich das vorhabe? DVBViewer hat eine unangenehme Eigenart. Der schnappt sich immer Input-Devices, auf denen Tvheadend gerade aufnehmen will bzw. aufnimmt. Da gibt es dann mindestens Datenfehler. Daher will ich den DVBViewer mit Streams von Tvheadend betreiben. Ich meine mich zu erinnern, dass das besser funktionierte. Zumindest würde ich das ausprobieren wollen.

Ich bin vor einer Woche von IPTV auf DVB-S umgestiegen, das ich vor Jahren schon Mal hatte und mit dem ich sehr zufrieden bin. Als PVR verwende ich Tvheadend, das auf einem Raspberry gehostet ist.

Nun war es früher noch möglich, beim DVBViewer unter Hardware "Tvheadend" als Gerät anzulegen und den Stream von dort statt dem Receiver (Digibit R1) zu beziehen. Keine Ahnung, ob und was sich seit damals geändert hat, aber ich finde bei einer Suche stets nur die Streams vom Receiver.

Es könnte an der Firewall des Hosts von Tvheadend liegen. Allerdings meine ich alle nötigen Ports freigegeben zu haben. Oder liegt es an HTSP? Das soll DVBViewer nicht können. Aber wie schon erwähnt, war das früher kein Problem.

Wer weiß Rat und kann helfen?

Gern :). Bin nicht sicher ob es funktioniert, weil das Kommandozeilen-Tool eine EXE ist. Aber da sollte es eine Alternative für Linux geben. Vermutlich kann man das sogar direkt machen, da die Rest-API von Tvheadend angesprochen werden kann.

Wichtig wäre noch zu erwähnen, dass man in der GUI von Tvheadend eine Einstellung ändern muss, damit es mit dem Login funktioniert. Man muss unter Konfiguration -> Basis -> HTTP Server Settings -> Authentication type -> Both plain and Digest einstellen. Sonst zeigt das Plugin einen Fehler an und die Aufnahmen können nicht unter Tvheadend angelegt werden.

Zitat von horschte

automatische aufnahmen nach titeln/namen/episoden usw usw kann tvh auch mittels autorec und regex.
dann programmiert sich sogar die aufnahme selbst, ohne das du iwann auch nur iwas machen musst.
nicht so umständlich wie bei dir mit tvbrowser.org, dass man nach einem hinweis die aufnahme noch selbst erstellen muss....

Das ist sogar viel einfacher, als mit TvHeadend selbst. Dafür nutze ich das Plugin "Aufnahmesteuerung" für TV-Browser. Wenn das eingerichtet ist, genügt ein Rechtsklick zum Aufnehmen. Genauso könnte man die geplante Aufnahme auch löschen. Ist nicht einfach einzurichten, aber es funktioniert, wenn es richtig konfiguriert ist. Man benötigt dann noch dieses Kommandozeilentool, um den Befehl an TVH senden zu können.

Ich habe für Filme und Serien je eigene DVR Profile angelegt. Weil ich Aufnahmen nun auch per Command Line anlegen möchte, suche ich nach einem Weg, darüber das DVR Profil auswählen zu können. Geht das? Auf der Man-Page bin ich leider nicht fündig geworden.

EDIT: Problem behoben. Ich habe einfach dem User ein DVR Profil fest zugeordnet. So brauche ich es nicht auf der Kommandozeile angeben. Wäre lt. TvHeadend Rest-API wohl sowieso nicht möglich.

Die Rechte hatte ich natürlich angepasst. Daran liegt es nicht.

Der hat einen eigenen Usernamen und PW. Der default Admin * hat kein PW.

EDIT: Ich hatte auch schon komplett deinstalliert (mit purge) und neu installiert. Da fehlt an irgendeiner Stelle eine Pfadangabe. Wie gesagt, ist der erste Login schon nicht möglich, weil der Pfad zur Datei 'superuser' falsch ist. Angelegt wird die in /var/lib/tvheadend und sie müsste sein unter /var/lib/tvheadend/.config/hts. Verschiebt man die Datei, ist alles in Ordnung. Aber die von mir beschriebenen Fehler treten dann auf. Manche Einstellungen werden einfach ignoriert. Wie die von der Startzeit oder die Sprache von dem angelegten Benutzer. Da wird wohl noch mehr sein, aber die beiden Dinge könnten schon auf das Problem verweisen.

Habe ich. Ändert nichts. Wohl ist der Expertenlevel zu sehen, obwohl ich beim neuen Benutzer zunächst Basic angegeben hatte. Die Sprache ändert sich nicht, obwohl sie mit German bereits angegeben war. Das hatte ich schon beim Anlegen gemacht. Auch eine Änderung und Rückänderung brachte nichts. Englisch ist wie festgenagelt. Aber eben nur für den zusätzlich angelegten Benutzer. Ich denke, das ist Teil des Problems mit dem Konfigurationsverzeichnis / Verzeichnisrechten.

Das hatte ich genauso gemacht. Auch den default view level auf Expert festgelegt. Aber die Sprache bleibt Englisch, wenn ich den anderen Benutzer verwende.

Zitat von Superbunny79

...

Besser Du updatest mal auf was aktuelles...

https://cloudsmith.io/~tvheadend/repos/tvheadend/packages/

Habe eben ein Update auf die HTS Tvheadend 4.3-2375~g653bd0400 gemacht. Das Problem besteht aber weiterhin. Schuld ist nich etwa ein Addon (firefox -P default), sondern Firefox selbst. Ich bekomme dort die Fehlermeldung:

Uncaught TypeError: r.get(...) is not a string
   setValue http://...

Im Chrome funktioniert das Bearbeiten und Neuanlegen problemlos. Darum wende ich mich an die Entwickler des FF.

Ich habe allerdings ein anderes Problem. Irgendwas ist mit der Konfiguration nicht in Ordnung. Wie schon erwähnt, habe ich manuell installiert. Weil ein Login sonst unmöglich ist, habe ich das Konfigurationsverzeichnis in der /etc/default/tvheadend angegeben. Bei mir liegt das unter /var/lib/tvheadend/.config/hts.

Nun habe ich Auto-Aufnahmen angelegt. U.A. für Deep Space Nine. Da die Folgen am Folgetag um 15.00 Uhr wiederholt werden, will ich die nicht ein zweites Mal aufnehmen. Daher habe ich als Startzeit nach 16.30 Uhr angegeben.

Diese Anweisung wird aber ignoriert. Im Reiter für anstehende Aufnahmen sind eben auch die Wiederholungen angelegt, die ich eigentlich ausgeklammert haben möchte.

Mir ist noch aufgefallen, dass ein angelegter Benutzer seine Spracheinstellungen nicht ändern kann. Ein deutschsprachiges Interface hat nur der Admin-User *. Wäre okay für mich, aber das könnte auf das Problem verweisen, daher erwähne ich es. Vielleicht weiß jemand eine Lösung?