Vielen dank für die tolle Beschreibung. Wie würdest du das Ganze dann handeln? Der octopus wird sicher keinen prio header mitgeben. Zudem wie du schon sagst, werden andere sagen sie sind immer high und dann ist die ganze priorisierung für den hugo. Würde dann denn ein Level 3 switch mehr sinn machen? Ich würde gerne manuell sagen das zb alles von port xy high prio ist. Zb sat ip port und tvh. Port 80 dann low prio usw. Ich suche eine Möglichkeit das sauber zu steuern. Derzeit läuft es zwar perfekt aber ich denke man muss es noch besser hinkriegen.
Besten Dank schonmal
Beiträge von d00dl3
-
-
Ich habe nur am Switch selbst keine prio einstellungen auf port basis gefunden. Vllt benötigt man einen Level 3 switch welcher eher einem Router entspricht? Eine priorisierung wäre die perfekte Lösung, nicht nur beim octopus.
-
NUC6CAYH. Sollte laut Intel noch im Januar ausgeliefert werden. Ich warte auch schon ganz sehensüchtig.
-
Hat er indirekt. Ich versuche es mal zu erklären:
Der Octopus zum Switch ist nur eine Verbindung. Das ist aber nicht das Problem. Durch den Switch wird er ja mit dem Server verbunden. Und diese Verbindung ist gedoppelt.
Ich gebe ja keinen weiteren Traffic auf die Verbindung des Octopuses sondern auf die vom Server und diese würde dann wieder die Verbindung zum Octopus stören. Wäre diese nicht gedoppelt, würde im schlimmsten Fall bei voller Gigabit Auslastung das die Übertragung vom Ocotpus zum Server stören. Habe ich schon getestet und führt zu Paketverlusten.
Das wäre immer der Fall wenn ich etwas zum Server sende, was der Octopus ja auch tut. Daher entsteht das Problem immer bei der Verbindung zum Server bzw. dessen Empfang.
Ich hätte weiterhin daher nur ein Problem wenn ich durch andere Geräte volle 2Gbit zum Server sende. Kommt jedoch bei mir quasi nie vor.
Dieses Problem könnte auch mit TCP entstehen, da man ja keine Pakete nachfordern bzw. am SatIp Server puffern kann.
Bei UDP ist jedoch ein guter Switch absolut notwendig, da du selbst bei unter Vollast Kollisionen und Paketverluste bekommst.Richtig genial wäre wenn ich den RTP/UDP Stream über QOS priorisieren könnte, diese Möglichkeit habe ich jedoch selbst bei meinem managed Switch nicht gefunden. Da hat der DD Support schon recht aber keine Ahnung wie ich das machen soll. Vllt kann dies ein sau teures Cisco Gerät...
Viel wichtiger ist jedoch erstmal ein hochwertiger Switch, der bei normaler Last keine RTP/UDP Pakete droppt.Ich hoffe man kann es verstehen. Ein Bild malen wäre jedoch anschaulicher.
-
ne man kriegt den schon absolut stabil zum laufen. Nur müssen die Netzwerkbedingungen absolut perfekt konfiguriert sein sein. Ein unmanaged Switch oder volle Netzlast ohne QOS und schon bekommt man Probleme. Das ist ähnlich wie bei VOIP, sobald das Netz voll ausgelastet ist, muss festgelegt wo die Prioritäten liegen.
-
Kannst dir die tar datei per wget in den update ordner laden. Danach reboot
-
Inputstream läuft auch mit der 7.90.010 bei mir
-
Ich hab nen 16/18port von der dell x series genommen. Haben alles an features was so ein level 2 switch braucht und super preis leistungsverhältnis.
Klick
Die dlink smartmanaged switches können soweit ich das sehe kein link aggregation. Gerade für meinen server eine Sache die ich nicht mehr missen möchte.
Smartmanaged switches können das leider meist nicht, dafür sind diese auch günstiger.
Achja zu den ports:
Ich habe die 2 ports meines servers über link aggregation gebündelt. Es gehen auch mehr, müsste ich aber noch ne karte einbauen. 2gigabit reichen erstmal für einen reibungslosen betrieb zuhause. -
Ich habe den Octopus mittlerweile absolut stabil am laufen.
Erstmal habe ich mir einen richtigen Managed Switch gekauft und dann meinen Server per Link Aggregation angeschlossen.
Somit habe ich quasi 2x Gigabit. Das ich diese zum Server während der Octopus Verbindung zeitgleich voll auslaste ist sehr unwahrscheinlich. Ohne Link Aggregation und voller Netzlast gab es Probleme. Auch ohne den Managed Switch hatte ich auch ohne volle Netzlast Paketverluste mit dem Octopus.
TCP wäre mir auch lieber, aber da braucht man erstmal nicht drauf zu hoffen. -
vielen Dank für den Hinweis. Ich werde mich dann nochmal melden sobald Beta1 raus ist.
-
Hallo zusammen,
ich habe seit einigen Libreelec Builds das Problem, dass Libreelec das interne Bluetooth Modul meiner Beebox nicht erkennt. Wenn ich BT aktiviere findet er kein Gerät. Die Milhouse Builds funktionieren hingegen problemlos. Ich vermute das hier der Treiber integriert wurde.
Hat bzw. hatte jemand mit seiner Beebox das gleiche Problem. Ich würde gerne zwecks Stabilität wieder die "offiziellen" Builds verwenden.Danke & Gruß
d00dl3 -
Wirst leider um das Aufmachen nicht drumrumkommen. Das war mir eine Lehre. Seitdem muss normal boot reichen.
-
Musst du nicht. Ich hatte das gleiche Problem. Du kannst oben auf der Platine mit einem Schraubendreher oder einer Klammer 2 lötstellen überbrücken und das bios ist resettet. Hdd kann somit drinbleiben inkl. Kabel)
-
aktuelle Odroid und die WeTeks haben schon v3, gab es aber keine Ankündigungen wurde einfach umgestellt
ist der Bug bei v3 weg bzw. geht Astra UHD? Ich warte ja sehnsüchtig auf die neuen NUCs aber wenn der Odroid das gleiche leisten würde.....
-
-
genau wegen dieser Verzögerung nutzte ich den Hub mit Bluetooth. Hier hat man keine spürbare Verzögerung.
-
für mich ganz klar ne Harmony Elite in Verbindung mit Bluetooth. Ist universell einsetzbar und simpel zu programmieren.
-
Hallo zusammen,
ich habe jetzt auch einmal den Versuch gewagt und von meiner MariaDB zu Emby mit Trakt zu wechseln. Mir jetzt jedoch gleich ein Darstellungsproblem von Serienstaffeln im Kodi aufgefallen.
Bei Serien mit mehreren Staffeln zeigt mir Kodi immer als Name der ersten Staffel als Folge 10 einer anderen Staffel an.
Dies sieht z.B. so aus:Serie The Wire:
- The Wire - S05E10
- Staffel 2
- Staffel 3
- Staffel 4
- Staffel 5Dieses Namens/Darstellungsproblem habe ich wie gesagt bei jeder Serie mit mehreren Staffeln. Immer bei Staffel 1 stimmt der Name nicht. In den Metadaten habe ich bereits die korrekten Season Nummern eingetragen, jedoch ohne Erfolg.
Derzeit nutze ich folgendes Setup:
Synology mit Emby 3.0.8100.0
Raspberry 3 mit LibreELEC 7.90.008Zudem habe ich noch eine Frage zu Trakt. Nutzt ihr hier die Kodi Plugin (wie im Tutorial) oder den Trakt Plugin für den Emby Server?
Der Kodi Trakt Plugin holt mir leider nicht die in Trakt gespeicherten Infos wieder. Alle Serien bleiben als ungesehen....
Muss ich hier noch etwas einstellen oder sollte dies automatisch geschehen?
Besten Dank schonmal -
Das problem wird wie immer sein:
A) den treiber zum laufen zu bekommen
B) nen tvheadend paket bekommen -
Falls du den RPi noch nicht hast würde ich mir mal https://wetek.com/product/wetek-play2 angucken, das hat 2 DVB-S2 Tuner an board (derzeit vergriffen) - kann auch 4k und HEVC.
Ansonsten kann man auch über eine Digibit R1 nachdenken, wären 4 Tuner Geräteunabhängig und eine Karte könnte man da auch "anschließen".
Wenns bei einem Tuner bleiben kann
TT-connect S2-4600 oder DVBSky S960 sind die Geräte die problemlos laufen und billig sind. Um den CI Slot zu bekommen braucht man einen Kartenleser z.B. Phoenix Smartmouse.
Das wäre dann flexibel und funktioniert (auch am NAS etc). Eingebaute CI Schächte haben die selbe Funktion wie ein Kartenleser funktionieren aber oft nicht gut oder gar nicht (Treiberseitig) - zusätzlich noch teuer.weisst du ob die DVB-C Variante auch 2 Tuner hat?
Wenn es nur eine Box mit 4 Tunern und TVH gäbe Leider ist der Moi+ Grütze.