kann es sein das es aktuell Probleme mit dem Ton gibt ? Ich bekomme heute keinen Ton zu hören. Egal ob mit oder ohne passthrough.
Edit: ich hab das bislang nur bei the boys gemerkt. Andere Inhalte scheinen zu klappen.
kann es sein das es aktuell Probleme mit dem Ton gibt ? Ich bekomme heute keinen Ton zu hören. Egal ob mit oder ohne passthrough.
Edit: ich hab das bislang nur bei the boys gemerkt. Andere Inhalte scheinen zu klappen.
Hi,
ich gehe hier noch einmal ran. Und zwar habe ich ein ähnliches Problem wie im ersten Post.
NFS-Freigaben werde nicht gefunden, wenn ich aber in sources.xml direkt die freigabe eintrage klappt alles.
Von daher bin ich ertsmal zufrieden Aber ganz sauber ist das ja nicht. Jetzt habe ich im OMV-forum folgendes gefunden:
https://forum.openmediavault.org/index.php?thre…-else/&pageNo=2
Liest sich für mich, als ob in Libreelec etwas fehlen würde. Oder vertue ich mich da ?
So,
über Nacht wurden 8 Aufnahmen sauber aufgenommen, und ich bekomme auch keine Meldungen mehr im Log.....
Ich glaube das wars.
Fazit: Nur die nötigsten Dateien (Senderliste und Aufnahmelogs) in eine neue installtion übernehmen.
Hi,
Hardwarebeschleunigung hatte ich schon mal aus. Hat (ausser das es noch ruckeliger wurde) nichts geändert.
Als Backend nutze ich THV im NAS (siehe sig.)
Angebunden alles via LAN. Was ich jetzt nicht konnte war ein überprüfen der Kabel. Die liegen schön verpackt hinter der Fussleiste
Hier mal ein Bild wo ich eine Datei auf den htpc verschiebe:
Und auch noch ein DebugLog. Dort habe ich zuerst versucht UHD zu schauen, danach normal HD .
Spontan würde ich denken, dass der Skin beim öffnen des Menüs ein Fenster über die gesammte Bildfläche aufmacht. Dadurch hast
du quasie einen Filter über dem eigentlichen Bild. Dieser ist eigentlich durchsichtig, aber für mich die einziege erklärung warum das Bild
anders wirkt.
Vielen Dank.
3,5h später und ich glaube ich habe es..... (*freu*)
Und zwar habe ich nicht nur meine muxxes und logs aus dem alten config ordner genutzt, sondern auch weitere configdateien.
Und das scheint tvheadend nicht zu mögen. Als ich den container gestoppt habe und mal die Aufnahmeprofile gelöscht habe,
hat TVH nach dem neustart ein neues Defaultprofil angelegt. Und damit konnte ich schon einen guten Testlauf machen.
Heute nacht hab ich mal alle Captain Future Folgen auf Syfy programmiert. Mal sehen, was morgen früh passiert ist.....
Du schreibst, das durch watchtower etc. bei dir einige Aufnahmen scheiterten. Ich bin aktuell völlig unbedarft mit Portainer vorgegangen.
Das aktualisiert aber nicht selbstständig, oder vertue ich mich da....
Sobald ich das in die Whitelist nehme, schaltet der TV wieder auf 3840x2160 und das Bild ist wieder in Zeitlupe.
Hallo zusammen,
ich habe ein komplett neues NAS mit OMV installiert. Davor hatte ich lange Zeit OMV3 ohne Probleme genutzt.
Doch nun habe ich echt ne Menge Probleme mit TVHeadend.
Ich fange mal an.
1. TVHeadend im Docker installiert(:latest). Soweit lief alles sauber durch, und ich dachte ich wäre fertig.
2. Gestern abend fing das Dilemma an. Ich hatte 2 Aufnahmen laufen und wollte selber noch TV-schauen. (Ging füher problemlos, da 8 Tuner)
Zuerst verlor Kodi aus heiterem Himmek die Verbindung zum TV-Server. Auf den Datenspeicher des NAS konnte ich problemlos zugreifen und auch
was daraus abspielen. Ergo TVHeadend war "schuld".
3. Ins WebIF von TVH und dort nachgeschaut. Die Aufnahmen liefen noch waren aber bei ein Paar MB stehen geblieben. Stoppen/Abbrechen konnte ich die Aufnahmen
auch nicht. Danach hing auch das webIF. Also den Docker container gestoppt.
4. Nachdem ich das abscmieren durch drücken von Stop oder Abbruch bei einer Aufnahme reproduzieren konnte, hab ich gedacht mach es so wie früher und installiere einfach
lokal. Gesagt getan, und was soll ich sagen. Selbes Ergebnis.
5. Woran könnte es noch liegen. Dachte evtl an den Kernel und hab mal den Promox-Kernel installiert. (5.4.78-2pve) -> keine Änderung
5. Als letztes viel mir ein, das ich unter Jessie noch die dvb-Treiber kompilieren musste. Hier waren die schon im Kernel enthalten. Also habe ich das auch noch gemacht.
Von digital-devices die sourcen geladen und Treiber installiert..... -> keine Änderung
Ich vermute nun es liegt irgentwie am Arbeitsspeicher....
top - 20:19:46 up 1:12, 1 user, load average: 7.45, 7.30, 6.65
Tasks: 219 total, 2 running, 214 sleeping, 0 stopped, 3 zombie
%Cpu(s): 8.2 us, 17.8 sy, 0.0 ni, 23.3 id, 47.9 wa, 0.0 hi, 2.7 si, 0.0 st
MiB Mem : 3642.0 total, 109.0 free, 3381.9 used, 151.2 buff/cache
MiB Swap: 3798.0 total, 407.6 free, 3390.4 used. 59.8 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
102 root 20 0 0 0 0 R 29.4 0.0 0:47.51 kswapd0
13226 hts 20 0 7102412 2.6g 0 S 23.5 72.4 4:26.01 tvheadend
So langsam gehen mir die Iddeen aus.
Ein Paar fragen habe ich aber noch...
1. Welchen Kernel sollte ich benutzen Proxmox 5.4.78-2pve oder Debian 5.9.0.0.bpo2
2. Macht es wirklich einen Unterschied, ob ich TVHeadend im Docker nutze lokal. (Persönlich fand ich Docker ja zum einrichten sehr angenehm.
Ich melde ich auch nochmal hierzu.
Und zwar habe ich auch mal die letzten Vorscläge ich probiert.
1. den Fix hier eingestellt:
Intel NUC und Ruckler bei 25Hz, das hier könnte die Lösung sein
2. Auch den Tip von @DaVu genutzt und eine Whitelist mit allem was 1920 x **** hat erstellt. Sync bei start-stop einfügt.
Ergebnis war:
Mein TV-Bild war gefühlt besser, allerdings schaltet mein TV nun logischer Weise nicht mehr hoch auf 3840 x 2160.
Dafür läuft der UHD Sender nun bei 1920 x 1280 nicht mehr in Zeitlupe.
Die Frage die sich mir nun stellt: Jetzt schaue ich ja eine UHD Sender in einer kleineren Auflösung ? Oder vertue ich mich da...
Ich habe die Logik dahinter noch nicht wirklich verstanden....
So, nach langem hin und her.
Ich habe schon einen PI frtig gemacht, um zu vergleichen, habe ich den "Fehler" gefunden.
Ich hatte aus einem mir nicht bekannten Grund tatsächlich ein Setting verändert.
Fündig geworden bin ich hier:
https://github.com/xbmc/xbmc/pull/14836
Mein Wert war so hoch, dass gar nicht erkannt wurde, das der Sender als gesehen markiert wurde. Demnach konnte Kodi auch gar nicht
zurückschalten....
Vielen Dank aber trotzdem an alle...
ich bin im normalen TV Vollbild.
Eigene Keymap habe ich, aber schon seid Jahren.
Einziege Neuerung die ich in verdacht habe ist der Embuary-Skin von @sualfred.
Muss heute mal etwas damit rum probieren. Vielleicht liegt es ja am skin ????
Hi
Bin mir recht sicher, dass ich bis letztens noch mit "0" zwischen den letzten beiden tv sendern zappen konnte. Nun klappt das nicht mehr.
Täusche ich mich da komplett oder hab ich durch eine Einstellung dieses Feature deaktiviert?
Thx
So Problem gelöst. Leider ohne wirklich sinn....
Ich habe die Freigabe in der Fritzbox gelöscht. Die Fritte neu gestartet und noch ein mal eine neue Portfreigabe
angelegt. Danach klappte alles wir gewohnt......
Ja das klappt problemlos....
habe ich, aber dann klappen meine Tuner der fritte nicht. Dafür komme ich von aussen auf das webif.
alle anderen freigaben klappen.
Ich habe beides probiert.In der Regel die WAN IP (Bei UM ändert die sich ja gefühlt nie ).
Geht leider beides nicht.
Vielen Dank schonmal für eure Unterstützung. Habe es nun soweit hinbekommen, und alles läuft.
Doch nun habe ich ein neues Problem. Und zwar habe ich mit nun auch TVheadend im Docker installiert.
Damit ich auch die Tuner meiner Fritzbox nutzen kann, musste ich dazu das Network auf "host" stellen.
Doch nun bekomme ich keine Portweiterleitung hin.
Und zwar habe ich mir das WebIF von TVHeadend immer wenn ich im Urlaub war geöffnet, damit ich spontan auch
mal eine Aufnahme machen kann. Doch nun bekomme ich trotz Portfreigabe in der Fritte immer ein Gateway Timeout.
Im lokalen Netz funktioniert alles reibungslos.
Weis da jemand weiter.....
wollte das heute mal testen.
Soweit konnte ich alles einrichten. Doch dann komme ich nur zu einer Fehlermeldung im oh [definition='1','0']log[/definition]:
==> /var/[definition='1','0']log[/definition]/openhab2/openhab.[definition='1','0']log[/definition] <==
2020-12-16 23:00:05.773 [ERROR] [ntime.internal.engine.RuleEngineImpl] - Rule 'Zurueckschalten': The name 'myKodi_pvrchannel' cannot be resolved to an item or type; line 7, column 18, length 17
Hi,
ich habe 45 muxxes und keinen mit Fehler. Man kann aber die Fehlerhaften auch einfach löschen. Im normalfall sollte sich das nach und nach mit
den funktionierenden wieder füllen.
Ansonsten ist im ersten Post auch wieder ein update.....