ich hab mal meinen Senf dazuzugeben
dito …
ich hab mal meinen Senf dazuzugeben
dito …
Wie bzw. wo hast Du es denn vorher eigegeben, also den obigen Screenshot erstellt?
Ich weiß nicht, ob das mit WinSCP geht. FTP-Client wäre mir neu mit der obigen Vorgehensweise.
Natürlich kann man mit FTP-Clients Dateien löschen, in Deinem Fall müsstest Du dann aber als admin dieses Rechners bzw. als Eigentümer dieses Ordners / dieser Datei per FTP darauf angemeldet sein. Kenne Deine Rechte-Einstellungen nicht, kann aber sein, dass das nicht geht.
Wegen Deinem Screenshot und den darin enthaltenen Befehlen bin davon ausgegangen, dass Du unter Linux unterwegs bist.
Wo liegt denn die zu löschende Datei. Unter Windows? Unter Linux? Auf Deinem Rechner? Auf einem anderen Rechner?
Ich mache das normalerweise via Shell oder Terminaleingabe.
Falls lokal unter WIN musst Du PowerShell als admin starten
Startleiste
suchen nach Powershell
rechte maustaste "als Administrator starten"
pw eingeben
cd zum Ordner in dem die Datei liegt, die Du löschen willst
(dir zum anzeigen der Inhalte)
del namederdatei.dll
Das hier wäre die Vorgehensweise unter linux:
ssh namedesadmins(z.B."root")@IP.Adresse.des.Rechners
"cd" zum Ordner, in dem die zu löschende Datei liegt
cd pfadzumordnerindemdiezulöschendedateiliegt/
sudo rm -R Emby.Kodi.SyncQueue.dll
Sollte die Datei auf einem anderen Rechner im Netzwerk liegen (NAS etc) benötigst Du unter Windows SSH-Client wie z.B. Putty (einfach danach suchen).
Ich verwende seit ca. 3 Monaten UnRaid V6.
Was ich mag / Vorteile aus meiner Sicht:
Was ich nicht so mag / Nachteile aus meiner Sicht:
Ohne Wertung:
Obwohl es sich um ein kommerzielles Produkt handelt, hat man manchmal den Eindruck, dass eher die Community die Entwicklung und Vorteile vorantreibt denn die eigentlichen Entwickler. UnRaid wird zwar weiter entwickelt, die Neuigkeiten seit meiner Nutzung und Testphase halten sich aber in Grenzen. Dafür läuft es sehr stabil und ich muss mich um wenig bis gar nichts kümmern.
probiere es mal mit "sudo" vor dem Befehl
also "sudo rm -R Emby.Kodi.SyncQueue.dll"
Achte darauf, dass Du bereits im richtigen Verzeichnis bist oder den Pfad zur Datei komplett angibst. Sollte eigentlich nach Eingabe Deines admin-Passwortes klappen.
Na ja. Liegt wohl an uralten PlugIns und weniger an Emby.
Danke aber für den Hinweis. Die Links sind sehr hilfreich.
Snickers: Danke für die Infos. Habe gar kein Problem - ich lerne nur gerne dazu, lese also hier viel mit, of auch ohne zu kommentieren und war überrascht, dass gerade jdown easy zu gehen scheint. Ich habe mich speziell damit vorher schon mal extrem schwer getan, wollte aber nicht extra einen Thread aufmachen Jetzt weiß ich dank Deiner Ausführungen wie es geht und werde das mal testen …
Anderes Thema: Hast Du ffmpeg in einem separaten Docker installiert? Um das Transcoding Thema zu lösen? Oder habe ich da was falsch verstanden?
@CvH: Habe im Emby Forum gerade gesehen, dass es zu dem Trancoding Thema, also FFMEPG im Docker bereits einen Thread gibt. Es ist angekündigt, seit Mai gibt es aber keine News zu dem Thema. Falls es interessiert, hier der Link:
https://emby.media/community/inde…re-transcoding/
Hi,
ich klinke mich hier mal ein. Ich bin von einem RPi auf einen x86 Server umgestiegen. Läuft auch alles soweit, nur beim Airplay habe ich Probleme:
ich kann den Server aktivieren und wenn ich über meinen Windows-PC und iTunes zum Server streame dann läuft alles. Über Mobilgeräte (iPhone und iPad) kann ich jedoch nicht streamen. Beide iOS Geräte sind auf aktuellster Software und an Kodi kann es ja eigentlich auch nicht liegen, weil der Stream über den Windows PC ja wiedergegeben wird. Die iOS Geräte funktionieren mit dem RPi aber ebenfalls...Hat jemand eine Ahnung, wo man eine Suche starten könnte, oder hat ein ähnliches Problem?
Besten Dank und viele Grüße
Ist Dein PC per LAN verbunden?
Ich frage deshalb, weil es durchaus sein kann, dass die benötigten Ports über WiFi im internen Netzwerk geblockt sind, was über LAN (also kabelgebunden) u.U. kein Thema ist.
Mein Router lässt alle kabelgebundenen Geräte im Netzwerk miteinander kommunizieren, via WLAN muss ich Ports freischalten.
Ich habe jedenfalls die Erfahrung gemacht, dass ein fehlerhaftes AirPlay fast immer an geschlossenen Ports am Router liegt oder daran, das z.B. UPNP nicht richtig funktioniert oder ausgeschaltet ist.
Noch etwas: Ich würde mir aktuell keine allzu große Mühe mehr mit der Einrichtung von AirPlay machen. Für September ist der Release von AirPlay 2 angekündigt und ich bin mir ziemlich sicher, dass man dann von vorne anfängt.
Warum löst Du das nicht über CEC und verzichtest auf separate Fernbedienungen für den Odroid?
hahaha. ja klar, weiß ich. hätte ich ja nicht kompliziert finden können wenn ich es nicht getestet hätte.
größtes manko: kein copy > paste
das ist nichts neues, das ist quasi wie man vaapi generell installiert
solange die Docker mit dessen ffmpeg ohne vaapi support bauen/benutzen kann es schlicht nicht gehen (evtl sollte mal einer der es nutzt einen Thread aufmachen)
War klar, dass das (noch) nichts bringt für das Docker. Aktuell scheint das sowieso alles ziemlich langsam zu sein. Keine Updates etc.
Sobald sich die Situation drüben mal wieder normalisiert hat, mache ich mal einen Thread auf. Aktuell befürchte ich, dass das Thema nur verloren geht.
Falls jemand mit dem jDownloader arbeitet, ich habe den RSScrawler für mich gefunden um noch mehr zu automatisieren
jDown auf Unraid?
Fand ich einfach nur total kompliziert.
Aber ich lerne gerne dazu. Infos also immer gerne …
Neues zum Thema VAAPI / QuickSync / transcoding / FFMPEG
https://emby.media/community/inde…nc-transcoding/
Leider (noch?) nicht wirklich relevant für die Docker-Version von Emby (es sei denn ich habe was verpasst).
Hallo zusammen,
ich habe hier einen halbwegs potenten H.265-fähigen UnRaid-Server laufen und stelle mir die Frage, wie ich einen TV-Server + TV-Recorder realisiert bekommen könnte.
Achtung, Vorwarnung: Ich bin auf dem Gebiet totaler noob!
Kurz zu meinen Set-Up:
A. SERVER
- Auf dem Server läuft u.a. Emby (als Docker)
- Der Server hat einen Zugang von außerhalb
B. TV-SIGNAL
- Mein TV-Signal kommt aktuell über Kabel von UnityMedia, ist also zum Teil verschlüsselt
- Eine Karte habe ich nicht (mehr), das macht mittlerweile die (#@*!) Horizon-Box, die bei UM mitgeliefert wird
- DVB-T2 würde ich ggf. ebenfalls nutzen wollen / können (als Ergänzung, da das Programmbouquet -abgesehen vom ÖR- keine wirkliche Alternative zu DBV-C ist)
C. CLIENTS
- Als Clients stehen Odroid C2 (als Haupt-HTPC), RPi3 und RPi2 zur Verfügung, ebenso iDevices (iPad, iPhone, Apple TV) sowie Rechner
- Odroid, RPis und Rechner haben Kodi installiert
Fragen:
A. HARDWARE
- Mit welcher Hardware bekomme ich denn das DVB-C- / DVB-T2 Signal in den Server? Gibts da einen Dongle oder eine (PCI-)Karte?
- Wo würde ich eine evtl. vorhandene Karte einstecken? Wäre das ein separater Reader bzw. ein separates Stück Hardware?
- Kann man gleichzeitig das C- und das T2 Signal empfangen?
B. SOFTWARE
- Mit welcher Software könnte ich die Programme (sowohl ent- und verschlüsselte C und T2 - Signale) auf dem Server administrieren und verteilen?
- Brauche ich eine separate Entschlüsselungssoftware? Falls ja, welche? Oder gibt es eine AIO-Lösung?
- Welche Software müsste auf den Clients laufen?
- Wäre es möglich -z.B. für Smartphones und Pads- bestenfalls keine separate Client-Software- sondern einen Browser zu nutzen?
C. SONSTIGES
- Weiß jemand, ob es bei UM ein großes Thema ist, von Horizon auf CI+-Karte umzusteigen (Pairing oder andere technische Hürden)?
- Falls sich das mit UM nicht realisieren lässt: Mit welchem Anbieter würde das (in D) gehen?
- Könnte ich dann auch von außerhalb TV über den Server schauen?
- Wie nachhaltig / haltbar ist so eine Lösung (sofern realisierbar)? Geht das ein paar Jahre oder muss ich alle 6 Monate neues Zeug kaufen / installieren?
Besten Dank für die Hilfe!
AMD64, X64 oder x86-64 sind Bezeichnungen für denselben Prozessor-Typ. Meist wird die Bezeichnung AMD64 verwendet, weil AMD diese Architektur als erstes veröffentlichte
Und nein, ich bin kein Spezialist, stand nur vor einiger Zeit vor der exakt gleichen Frage und habe hier Antwort gefunden:
https://de.m.wikipedia.org/wiki/AMD64
In meinem Node 304 werkelt ein ATX Netzwerk. Tolles Gehäuse.
Warum installiert man Emby unter OMV via Docker und nicht nativ?
Welchen Vorteil sollte das haben?
Nur zur Info: Aktuell ist kein hardware-beschleunigtes transcoding mit der Docker Version von Emby möglich.
Kein VAAPI o.ä. also. Alles voll auf CPU, nullkommanull GPU.
Meine 2 cents zu dem Thema: Mit einer Terminal-Installation ist man flexibler als mit einem Docker. Gerade bei Emby könnte das aus diversen Gründen an der ein oder anderen Stelle nützlich sein (Stichwort: ffmpeg, …). Pflege, Pfade, Rechte - wesentlich einfacher als im Docker. Nur meine bescheidene Meinung.
Cheers!
Ich habe mir kürzlich auch ne Kiste zusammengebaut, bin aber (dank Mini ITX) eher bei 400 Euro gelandet zzgl. Software. Und dann kamen die 3 "großen" 4 TB Platten dazu und schwupps, hätte es wunderbar in den "Raus mit der Kohle"-Thread gepasst.
Aha, mein Wissen diesbezüglich ist - sagen wir mal- allenfalls löchrig
Nur aus Interesse: Du weisst nicht zufällig, wie man das unter UnRaid machen würde, oder?'
https://forums.lime-technology.com/topic/58371-wa…yper-threading/
So wie ich das verstehe, gibt es das Fix aber sowieso noch nicht für alle CPUs. Mein Pentium G4560 ist z.B. definitiv betroffen, aber noch ohne Fix von Intel.