Was soll es da neues geben?
Ist doch alles kein Problem Außer CAM vielleicht... Würde auf ne Easymouse setzen...
Beiträge von C0mmanda
-
-
Hmm, wenn der RasPi per LAN angebunden ist kann es meiner Meinung nach nur ein Einstellungsproblem sein oder an der VU+/Enigma liegen... kenne mich mit VU+ und Enigma nur überhaupt nicht aus..
Grundsätzlich kann der RasPi das problemlos, egal ob 1 oder 2... -
Wie ist der RasPi angebunden? WLAN? LAN?
-
Ich würde mal mit den Settings bezüglich De-Interlacing spielen.
RasPi 1+2 spielen Live-TV in SD+HD grundsätzlich 100% ruckelfrei ab,(habe selbst 2x RasPi1 mit Live-TV und 1x RasPi2 mit Live-TV in Betrieb) muss also irgendwo an den Einstellungen liegen.
LAN ist in meinen Augen Pflicht bei Live-Tv und RasPi, WLAN geht überhaupt nicht meiner Erfahrung nach...
-
Und da sind wir wieder bei der Anfangsfrage
*lool*
Wußte gar nicht mehr dass das die Eingangsfrage war... sry -
Wenn "On-Demand" aktiviert ist funktioniert z.B. auch spulen innerhalb des TImeshift.
Ohne On-Demand geht das bei mir z.B. nicht.Wo wir gerade beim Thema sind: Wie verlässt man das Timeshift unter Kodi um zum Live-Bild zurück zu kehren? Ohne Kanalwechsel, Stop oder sonstwas...
Das habe ich bis heute nicht herausgefunden...
-
Die Einstellungen findest du auch schon bei TVH 3.9xx
-
Nein, das Problem kenn ich nicht, allerdings habe ich nie versucht Timeshift auf einem Netzlaufwerk zu puffern.
Wieviel Platz steht im Netzlaufwerk zur Verfügung?Hast du direkt auf dem Server nicht genug Speicherplatz zur Verfügung? 1-2GB reichen meist doch schon...
-
-
Wenn die Geschichte getrennt betrieben wird (Server&Client) vergiss WLAN.
ist auf dem Pi für Live-TV nicht zu brauchenmit beiden auf dem Pi habe ich keine Erfahrung...
-
Für jeden Kernel müssen die Treiber neu installiert werden...
der aktuellste ist der 3.16 Backports, habe aber keinen wirklichen Unterschied festgestellt (Unter OMV)
-
Aber beide hängen am selben Switch? Einfach eine LAN-Kabel Kupplung nehmen und damit verbinden...
-
-
-
-
Wie sieht das mit programmierter Aufnahme aus? Fährt Server dann hoch..?
Wenn man das richtige Skript am richtigen Ort hinterlegt.... Ja!
Das o.g. Skript "96_wakeuptimer" übernimmt die Aufgabe.
Bei Hibernate gehört es in den Ordner /etc/pm/sleep.d/
Bei Herunterfahren in den Ordner /etc/rc0.d als S.. Skript, oder in den Ordner /etc/rc2.d als K.. Skript. Je nachdem wie man die Sache sieht Funktionieren sollte beides.Natürlich darf das Skript in beiden Ordnern liegen....
-
und genau da treten die probleme auf. ich denke, wenn ich es über ssh installiere und konfiguriere läuft es ohne probleme, hab da aber zZ keine Lust zu
Installieren und konfigurieren geht über das Webinterface.
Nach der Installation muss nur einmal per Konsole das Passwort für den User "debian-sys-maint" erstellt/resettet/whatever werden damit mysql läuft.
Ganz genau genommen liegt es sogar an Debian und mysql und nicht an OMV.
Das Passwort für den oben genannten User wird nach/während der Installation nicht sauber übertragen.Sind 3-4 Befehle und alles läuft...
-
Da ich nach der guten alten DBox2 mit Neutrino mich noch erst 2 Jahre mit dem Sky-Original-Schrott rumgeärgert habe ist mir die Umstellung wohl deutlich weniger schwer gefallen...
Wobei ich heute noch Funktionen der DBox2 im Live-Tv Bereich vermisse
Ich arbeite bei TVHeadend im wesentlichen mit 2 DVR-Profilen.
Eines ist für Filme und einmalige Sendungen die ich aufnehme, eines ist speziell für Serien (Da werkelt ein Renamer nach der Aufnahme damit ich Staffel- und Episodennr. im Dateinamen habe).Serienaufnahmen sind important, Film- und einmalige Aufnahmen haben die Prio "normal".
Live-Tv hat immer "DRV override" Prio, heißt wenn kein freier Tuner da ist wird die Aufnahme abgebrochen.
(Hat sich aber bald erledigt, 2 Zusatztuner sind bestellt).Wenn man sich einmal da reingefuchst und sich Profile und Prioritäten angelegt hat bleiben meiner Ansicht nach keine Wünsche offen.
Und gemütlich bei einer Tasse Kaffee am Laptop das Programm durchzusehen und Aufnahmen zu erstellen ist doch wesentlich angenehmer als mit einer Fernbedienung und Kodi... für mich jedenfalls...
-
Ich programmiere einfach alle Aufnahmen komplett übers Webinterface und habe somit solche Probleme nicht. Ist mir über Kodi eh zu hakelig mit der Fernbedienung.
In meinen Augen ist das auch kein Bug. Wenn ich eine Aufnahme per EPG programmiere erwarte ich eigentlich auch das die Aufnahme vom System angepasst werden wenn die Zeiten sich ändern!
Das mit den freien Tunern ist allerdings etwas ungeschickt, einen etwaigen Konflikt zu prüfen wäre schon schön.
Es gibt jedoch die Möglichkeit zu priorisieren.
Jeder Aufnahme und auch jedem DVR-Profil kann eine Priorität zugewiesen werden. (Low - Normal - High - Important).
Darüber hinaus kannst du deinen streaming-profilen (für Live-TV auf Kodi z.B.) ebenfalls eine Priorität geben, von unwichtig bis "wichtiger als DVR" sprich eine Aufnahme wird abgebrochen wenn du Live-TV einschaltest, wegen einer Aufnahme aber kein Tuner frei ist.Ich nutze seit einem Jahr TVHeadend und habe mich daran gewöhnt auch mal ein Auge auf die Tuner und Aufnahmen zu haben.
Da ich ab und an das Problem habe keinen freien Tuner mehr zur Verfügung zu haben werde ich in Kürze auf 4 Tuner erweitern und das Problem hat sich erledigt -
Wenn du eine Aufnahme aus dem EPG heraus programmierst nimmt er natürlich auch die Zeiten vom EPG her.
Du kannst Aufnahmezeiten über 2 Wege korrigieren. (per Web-Interface).
Zum einen kannst du für jedes DVR-Profil eine eigene Vor- und Nachlaufzeit angeben,
zum anderen kannst du für jeden Kanal separat eine Vor- und Nachlaufzeit einstellen.Die Kanal-Einstellungen, sofern eingestellt, übergehen die Einstellung im DVR-Profil.
Soll heißen im DVR-Profil "Serien" hast du eine generelle Vorlaufzeit von 5min. eingestellt,
speziell für TNT Serie aber lediglich 1min. Vorlauf.
TVHeadend wird eine Aufnahme von TNT Serie dann mit nur 1min. Vorlauf programmieren, auch wenn sie mit dem DVR-Profil "Serien" erstellt wurde!