Echt? Hahaha.
Ok, Sorry!
Nicht mein Bereich (unschwer zu erkennen)!
Dachte nur, das könnte hier den ein oder anderen interessieren.
Ok, hätte es - vor 3 Wochen
Mea Culpa!
Echt? Hahaha.
Ok, Sorry!
Nicht mein Bereich (unschwer zu erkennen)!
Dachte nur, das könnte hier den ein oder anderen interessieren.
Ok, hätte es - vor 3 Wochen
Mea Culpa!
Von der Webseite:
Sorry, we are closed
After many years spent on the development of the DVBLink and TVMosaic software we sadly announce that it has come to an end today.
The decline in the global linear TV usage has set the downward business tendency and coronavirus pandemic was the final straw.
weitere Quelle:
https://www.ifun.de/dvblogic-anbie…ieb-ein-158788/
Edit: Sollte das im falschen Bereich gelandet sein, wäre es nett, wenn ein Moderator das entsprechend verschieben könnte. Sorry und Danke!
Schau doch mal hier.
Mini-Tutorial / How to: Reverse Proxy unter Unraid
Das sollte evtl. helfen.
Ja, den meine ich. Aber es stimmt. TV unter Emby ist wohl eher der der letzte Grund, warum die Software populär geworden ist. Beta wäre schön geredet.
Mit „von extern“ war gemeint, dass ich eben nicht den EPG aus tvheadend nutze. Der kann nämlich, wie gesagt, keine Bilder durchreichen (und hat außerdem kein IMDB und lässt weitere Standards vermissen). Ich nutze als EPG easyEPG unter Docker. Der generiert eine XML, die ich als EPG-Quelle in den live-TV Einstellungen von Emby hinterlegt habe.
Voilà, Bilder
Habe TVH als m3u-Quelle in emby. Das PlugIn habe ich nicht in Gang gekriegt. Die Performance ist sehr unterschiedlich auf versch. Clients. Ich denke, das liegt daran, wie gut welcher Codec auf den Clients unterstützt wird. Was habe ich mir schon nen Wolf in TVH konfiguriert und getestet: letztlich umsonst und kein Unterschied zu den Standard-Settings. Die Zeit kann man sich imho also schenken.
Zu den Clients:
Chrome (Emby Web App): dauuueert
Safari (Emby Web App): geht schon etwas schneller
iOS Devices (mit Emby App): Ziemlich problemlos und recht flott
Apple TV: Katastrophe (wie eigentlich Emby auf ATV generell)
Kodi: ist per TVH angebunden und funktioniert traumhaft. Halt ohne Emby
EPG kommt immer von extern, da TVH keine Bilder an Emby durchreichen kann.
Was ich gut finde: EPG und Aufnahmefunktion (zentral und somit sind die Recordings, so wie alles andere, direkt auf dem Emby Server).
Was lästig ist: Wie Emby generell mit dem Thema Live TV umgeht. Aber das kennt man ja von Emby: viiiiiiele Features, 70% davon halbgar.
PS: Hier der Link zur Erklärung:
How-To: unRAID und die Verwendung von Cache-Drives
Hier im Forum gibt es in der UnRaid-Sektion eine kleine Erklärung von mir, welche Cache-Einstellung was bewirkt.
Cache = yes bedeutet beispielsweise nicht, dass nur der Cache genutzt wird.
Lies Dir das mal durch, vielleicht beantwortet das bereits Deine Frage.
@maximilia
Ein Docker in unraid wird gewöhnlich über den Reiter "Apps" installiert. Dazu muss man aber zuvor "Community Applications" installieren.
Einfach mal nach "Community Application unraid" googlen, wie das geht - findest du sofort!
Falls Du noch Hilfe brauchst, schreib mich an. Hätte Dir schon vorher geantwortet, bin aber nicht regelmäßig hier.
Gibt es als Mini-Tutorial sogar hier im Board.
Nginx? Apache?
Plesk? WordPress?
MariaDB? MySQL?
Geht alles! Mit Docker
Letsencrypt bringt z.B. schon einen nginx Webserver mit, hat fail2ban und läuft als reverse Proxy.
Was möchtest Du denn machen?
Ab Kodi 19 wird der Apple TV unterstützt!
Seit Kodi 19 wird wieder aktiv für das Apple TV entwickelt. Die Installation wird aber nach wie vor nur umständlich, da inoffiziell funktionieren, d.h. keine Installation über den AppStore. Ohne Jailbreak, (kostenpflichtigem) Apple Developer Account o.ä. geht also auch weiterhin nichts.
Die letzte offizielle inoffizielle Kodi Version auf ATV ist aktuell 17.6, lauffähig auf Geräten der dritten (ATV) und vierten (ATV 4K) Generation.
Ja, genau das.
Wenn SSL unter unRaid aktiviert ist, dann kann sich das mit nginx in die Quere kommen. Deshalb habe ich gefragt.
Ehrlich? Ich würde das ausschalten und für das WebGUI auf https (also SSL) verzichten. Lohnt den Aufwand nicht für interne Verwendung. Ich hätte Angst, mir Löcher in den Reverse Proxy zu schiessen.
Aber vielleicht ist hier ja jemand am Start, der damit mehr Erfahrung hat und Dir weiterhelfen kann.
Ich frage mal ganz provokant: Hast Du eigentlich irgendetwas vom Tutorial auf der ersten Seite gelesen???
Habe es jetzt auf true gestellt. Bin nun im Maintenance-Mode aber was soll ich da jetzt machen ?
Keine Ahnung. Ich war noch nie im Maintenance Mode. Hatte ja oben explizit erwähnt, dass man das für das Update vermeiden sollte, wenn man über die Web-GUI aktualisieren möchte. So sagt es jedenfalls nextcloud.
Und auch no.spam schrieb, dass der Eintrag auf "false" stehen soll.
Ich würde das also zuerst mal wieder zurückstellen.
Mal ne doofe Frage. Mit welchem Browser machst Du das Update? Mal zuvor Cache gelöscht?
Im Log steht was von zu vielen redirects.
Ansonsten bin ich bzgl. Update via maintencace-mode überfragt. Da müsste bitte jemand anderes weiteren Input geben.
Unraid nimmt leider immer noch nur das selbstsignierte Zertifikat
Du meinst, Du hast die SSL-Optionen in unRaid aktiviert?
Ich sagte ja: In der Theorie. Ich denke, das was Du vorhast, übersteigt meine Kenntnisse.
Nebenbei wüsste ich ehrlich gesagt auch nicht, warum man so scharf auf eine SSL-Verbindung ist, die man nur im eigenen Netzwerk über IP-Adresse nutzen will. Das macht nur bedingt Sinn! Wer sollte da mithören?
Zudem habe ich noch eine Frage zum GUI Zertifikat. Möchte die Unraid-GUI intern über https erreichen, nicht von außen. Habe dafür nie was gemacht, aber ein selbst-signiertes Zertifikat. Ich verstehe nicht wie ich ein Zertifikat von meinem Letsencryp-Container da automatisch einbinden kann.
Deine Web-UI läuft ohne SSL auf Port 80, Du berücksichtigst in Deiner config aber nur Port 443. Was soll also mit Anfragen auf Port 80 passieren? Diese sollen nach 443 weitergeleitet werden.
Generell würde das in etwa so aussehen
# redirect 80 to 443
server {
listen 80 default_server;
return 301 https://$host$request_uri;
}
Mit Zertifikat dann so:
ssl_certificate /crt/ssl.crt;
ssl_certificate_key /crt/ssl.key;
# redirect 80 to 443
server {
listen 80;
return 301 https://$host$request_uri;
}
Soviel wenigsten zur Theroie.
Ich weiß nämlich nicht, ob das ohne URL funktioniert, also nur auf IP Basis.
Jedenfalls wüsste ich nicht wie.
Nochmal:
Zeig mal Deine default, ich denke, das ist einfacher.