Beiträge von hi2hello

Jedenfalls nicht unbedingt praktisch.

Kodi löscht nur die Videodatei. Alle anderen Dateien wie Poster, fanart, info und subs bleiben erhalten.

Habe ich ebenfalls so verstanden und entspricht obigen Messungen.

Danke @xeno77, habe ich verstanden Das spiegelt auch die Testmessungen wieder, die ich hier mal gemacht habe.
@lazar81: Habe heute Urlaub, also mal den Rechner ans Gbit-LAN gehängt und gemessen …

Folgende Szenarien:
1. Rechner > Switch > HTPC (Odroid C2), also kein Router, kein DLAN involviert, alles verkabelt:
Ich komme da über SMB auf Schreibgeschwindigkeiten von 36–45 MB/s (280–360 mbit/s) und Leseraten von 15–20 MB/s (120–160 mbit/s). SFTP schneidet deutlich schlechter ab (W: 10 MB/s, also 80 mbit/s, R: 5–8 MB/s, also 40–64 mbit/s). NFS kann ich leider nicht testen.

2. Rechner > Router > DLAN > HTPC, alles verkabelt:
Hier komme ich auf wesentlich geringere Datendurchsätze. Schreiben über SMB bei 4,5 MB/s (36 mbit/s), Lesen bei 2,6 MB/s (20 mbit/s). Hier ist SFTP interessanterweise schneller (W: 9–11 MB/s, also 72–88 mbit/s, R: 5–7 MB/s , also 40–56 mbit/s).

Wichtiger für Videostreaming ist SMB - 20 mbit im schlechtesten Fall hinter dem DLAN. Nicht berauschend, reicht aber (nur) für die meisten komprimierten HD-Formate in 1080p. Der Unterschied zu NFS wäre interessant.

Ergo: HTPC mit NAS lieber hinter Switch, so dass man das DLAN aussen vor lassen kann. So läuft es wenigstens lokal gut. Für 1080p Streams im Netzwerk über LAN reicht es, über Dateitransfer reden wir lieber nicht. Bei Dateitransfers eher auf SFTP setzen.

Kleine Randnotiz: Ob ich am HTCP auf SD/eMMC oder USB 2 schreibe/lese macht übrigens kaum einen Unterschied.

Zitat von lazar81

Ich seh schon, mal eben bauen is nicht! Das wird sich wohl noch lang hinziehen

@hi2hello sind denn die 250mbit die ankommen der brutto wert oder ist das schon der netto wert? Wenn es netto ist dann reicht das doch dicke für Bd streaming

Das ist der Wert, den mir die TP-Link App anzeigt. Netto kann ich Dir aktuell leider nicht sagen, da ich bei untersch. Szenarien ziemlich differente Geschwindigkeiten bekomme. Für HD-Streaming reicht es jedenfalls, zumindest so lange, wie alles über Kabel und/oder DLAN läuft.
Müsste mal einen Rechner ins LAN hängen, um die effektive Geschwindigkeit zu messen … Kommt halt auch stark auf die Entfernung an. Bei DLAN nimmt die Geschwindigkeit mit jedem Meter rapide ab. Der Flaschenhals dürfte aber meist entweder WLAN oder auch USB 2.0 sein. Wie gesagt, für Streaming passt das. Das kopieren von Daten … reden wir nicht drüber.

@Justray2k: Wenn das Gateway der Geräte der Router ist, dürfte es eigentlich egal sein, wo der NAS steht, oder? Traffic geht dann immer den langen Weg über den Router? Um das zu umgehen, müsste man den Switch für die Geräte dahinter (also NAS und HTCP) als Gateway einrichten, oder? Andernfalls wäre die Konfiguration (HTCP plus NAS hinter Switch) vs (NAS am Router) + (HTCP hinter Switch) eher hinderlich?
Edit: ok, der war quatsch (siehe post weiter unten)

Zitat von Justray2k

Eine komplett andere Option wäre es dein NAS in die direkte nähe deines HTPC zu bringen. Beide am gleichen Switch hinterm TV zb. Da wirst du immer die nahezu perfekte Bandbreite haben
Per Powerline kannst du dann immernoch den Switch mit deinem Router verbinden, zb für Kopiervorgänge und generell um deinen HTPC upzudaten. Zwar u.U. nicht so schnell aber die lokale performance ist da!

Genau mein Setup. Top fürs streamen auf exakt ein Gerät. Daten kopieren oder andere Endgeräte: na ja.

Habe eine ähnliche Config:
Router > DLAN (im Altbau, alte Leitungen, Entfernung ca. 10 Meter) > Kodi > versch. Endgeräte
Nicht optimal ohne NAS aber das hebe ich mir für zukünftige Setups auf

Ich hatte zuerst DLAN Adapter von Netgear mit 500 mbit, da ging meist kein 1080p ohne Ruckeln, schon gar nicht bei evtl. Endgeräten per WLAN (z.B. mal Streaming aufs Handy). Leider kann ich nur noch aus der Erinnerung etwas zu den Übertragungsraten sagen, ich glaube diese lagen so bei 50–70 mbit, was theoretisch eigentlich locker hätte reichen sollen.

Habe nun vor einigen Monaten das DLAN auf TPLink 1200 umgestellt: Ist damit wesentlich besser geworden aber mehr als 250 mbit gehen immer noch nicht durch die ollen Leitungen via DLAN. Für komprimierte mkvs in 1080p reicht das bisher aus.

Fest steht, dass eine große Lücke zwischen Theorie und Praxis klafft, was deutlich wird wenn man sich die Bandbreiten hier mal anschaut.
Der Flaschenhals sind meist weniger die DLAN Adapter, als vielmehr die Endgeräte in Kombination mit versch. Übertragungsprotokollen (z.B. NFS vs Samba vs FTP) und Netzwerk (WLAN, LAN). Der Pi schafft bei mir z.B. mit SMB via Rechner > WLAN > Router > DLAN > Pi > USB nur an die 30 Mbit/s.
Streaming ist dann eine Sache, z.B. Daten kopieren eine ganz andere!

Mit Hinblick auf 4k und weiterem -tendenziell eher ansteigendem Netzwerktraffic –Vater, Mutter, Kind, Netflix & Co. bzw. Streaming generell (vielleicht auch mal mehr als einer gleichzeitig), NAS etc.– werde ich mir für die Zukunft wahrscheinlich etwas anderes überlegen müssen. Die sichere Variante ist in jedem Fall ein (ganzer Haufen) Kabel. Alternativ vielleicht mittlerweile auch meshed WLAN, was aber nicht ganz günstig wird.

Hier mal generell was zu Bandbreiten:

Schau mal hier. Ist aus dem Kodi Wiki:
Installation Kodi auf ATV 4 (official)

Ein Developer Account (und ein USB-C Kabel) ist wie gesagt unabdingbar.

Wenn Du Dich hier mal im Apple-Bereich des Forums umschaust, wirst Du in dem ein oder anderen Thread darüber lesen können, dass es einen Anbieter für Apple dev-accounts gibt, die wohl ca. 13$ pro Jahr kosten. Keine Ahnung, ob das etwas taugt oder gar legal ist, günstiger als bei Apple (100$ pro Jahr) ist es sicherlich. Ob sich das lohnt, wage ich aber aus versch. Gründen zu bezweifeln.

Ich habe selbst ein ATV 4 und es irgendwann einfach aufgegeben, Kodi darauf bringen zu wollen. Alle 7 Tage (früher waren es 90 Tage) eine Neuinstallation ist mir dann doch zu viel Arbeit. Eine Festplatte kann man auch nicht anschliessen, d.h. man benötigt sowieso ein zweites Gerät das die Daten zur Verfügung stellt.

Habe mal die MR.X (oder so ähnlich) App auf dem ATV genutzt. Das ist von einem der (ehemaligen) Kodi-Entwickler, der es gemäß den Apple-Appstore-Richtlinien portiert– und auf das ATV gebracht hat. Kostet so an die 7 Euro und unterstützt wegen besagter Richtlinien keinerlei PlugIns, Skins etc. Imho auch nicht das Gelbe vom Ei.

Ich nutze Kodi auf einem Pi3 bzw. einem Odroid C2 und auf dem ATV Infuse Pro. Die App spielt alle Dateien ab, die von Kodi kommen. Es gibt eine Demoversion im App-Store, damit kannst Du erstmal testen. Die App ist für alle iDevices erhältlich und funktioniert mit einer Lizenz (!) auf ATV, iPhone und iPad. Für Codecs wie DTS etc. brauchst Du ein Upgrade auf die Pro Version. Die kostet ca. 12 Euro, die meiner Meinung nach aber besser angelegt sind, als z.B. in Angeboten für dev-accounts, die nicht vom Rechte-Eigentümer kommen.

Mit Infuse hättest Du schon mal Video, ein gut bedienbares Interface und hervorragende Scraper. Für weitere Dinge die Kodi bietet, bleibt sinnvollerweise eigentlich fast alles ausser Apple TV. Ein HTCP mit Linux, Android oder auch Kodi für OS X wenn Du in der Apple-Welt bleiben möchtest.

Cheers …

Zitat von peak3d

cat /sys/class/amhdmitx/amhdmitx0/disp_cap > in diese datei: [kodi home]/userdata/disp_capdisp_cap kannst du dann editieren., kodi neustarten und fertig.

Danke für den Hinweis. Was mich wundert: disp_cap ist doch eigentlich nur die unterstützte Bildschirmauflösung der angeschlossenen Geräte? Wie kann das für die Steuerung eines nicht erkannten CEC-Clients hilfreich sein?

Ich habe jetzt mal folgendes gemacht und die von Dir vorgeschlagene Integration der unterstützten Bilschirmauflösungen um die Paramter edid (Infos der angeschlossenen HDMI-Geräte) und aud_cap (unterstützte Audioformate der angeschl. Geräte) erweitert:

cat /sys/class/amhdmitx/amhdmitx0/disp_cap > storage/.config/disp_cap
cat /sys/class/amhdmitx/amhdmitx0/edid > storage/.config/edid
cat /sys/class/amhdmitx/amhdmitx0/aud_cap > storage/.config/aud_cap

Im Anschluss daran habe ich das in die autostart.sh wie folgt eingebunden:

mount --bind /storage/.config/disp_cap /sys/class/amhdmitx/amhdmitx0/disp_cap
mount --bind /storage/.config/edid /sys/class/amhdmitx/amhdmitx0/edid
mount --bind /storage/.config/aud_cap /sys/class/amhdmitx/amhdmitx0/aud_cap

Leider hatte ich danach beim Versuch, Filme abzuspielen nur noch einen Black Screen und Kodi wurde dabei unsagbar langsam, bis es hängen blieb. Die Film scheinen zu laufen (Anzeige mit Cover und sich bewegender Laufzeit beim zurückschalten auf die Home), jedoch wird nichts angezeigt. Habe aus diesem Grund, die mount … disp_cap wieder aus der autostart.sh entfernt. Seitdem geht es wieder. Hat jemand eine Ahnung, woran das liegen kann? Habe ich oben einen Fehler gemacht?

Die CEC-Erkennung scheint aktuell jedenfalls einwandfrei zu funktionieren, auch wenn der AVR nicht zusammen mit KODI eingeschaltet wird.
Dafür erstmal vielen Dank!

Nur aus Neugier:
Weiss jemand zufällig, was man mit den beiden Dateien sys/class/amhdmitx/amhdmitx0/config und sys/class/amhdmitx/amhdmitx0/rawedid machen kann bzw. für was die stehen? rawedid sieht mir nach der Entsprechung zu der vom Pi bekannten edid.dat aus? config scheint eine Automatisierung der Einstellungen nach den Infos einer edid zu bieten? Habe ich das richtig verstanden?

Kann niemand etwas zu meinem letzten Eintrag erklären?
edid auslesen? in eine autostart.sh schreiben bzw. mit der boot.ini verknüpfen?
wer wie was?

danke

Ich habe mich noch nochmal mit dem CEC-Problem beschäftigt und folgendes festgestellt:
Der AVR muss aus sein und durch Kodi eingeschaltet werden - dann klappt es auch mit der Steuerung wie Lautstärke etc.
Es scheint so, als sende der AVR beim einschalten also ein Signal an Kodi, bzw. den CEC-Adapter das sonst nicht gesendet wird und Kodi den AVR dann auch nicht erkennt.

Beim Pi3 übrigens dasselbe Problem, das ich aber wie folgt mit der Erstellung einer edid.dat hinbekommen habe:
AVR aus, Reboot Pi3, Pi3 schaltet AVR ein, CEC-aktiviert Meldung erfolgreich, dann wie folgt aus dem FAQ des RaspPi Kodi Wikis

Zitat von http://kodi.wiki/view/Raspberry_Pi_FAQ#TV_is_not_detected_unless_powered_on_first

Code

tvservice -d edid.dat

(after booting with TV/receiver powered on first)
copy the edid.dat to the FAT partition (/boot on raspbmc and /flash on openelec)
and add to config.txt: hdmi_edid_file=1 and hdmi_force_hotplug=1

2 Fragen:

1 .Wie würde man so etwas auf dem Odroid machen? Das Gegenstück zur config.txt ist die boot.ini, in die man aber nicht schreiben kann, da libreelec ein schreibgeschütztes System ist. Die relevanten Angaben in die autostart.sh?

2. tvservice ist auf dem odroid nicht vorhanden, wie lese und dumpe ich die edid aus? cat sys/class/amhdmitx/amhdmitx0/edid oder …/rawedid ?

Habe das hier gefunden, was mich aktuell aber nicht weiter bringt
Display Auto Detection using EDID

Ich habe mich noch jetzt nochmal mit dem CEC-Problem beschäftigt und folgendes festgestellt:
Der AVR muss aus sein und durch Kodi eingeschaltet werden - dann klappt es auch mit der Steuerung wie Lautstärke etc.
Es scheint so, als sende der AVR beim einschalten also ein Signal an Kodi, bzw. den CEC-Adapter das sonst nicht gesendet wird und Kodi den AVR dann auch nicht erkennt.

Beim Pi3 übrigens dasselbe Problem, das ich aber wie folgt mit der Erstellung einer edid.dat hinbekommen habe:
AVR aus, Reboot Pi3, Pi3 schaltet AVR ein, CEC-aktiviert Meldung erfolgreich, dann iwe folgt aus dem FAQ des RaspPi Kodi Wikis

Zitat von http://kodi.wiki/view/Raspberry_Pi_FAQ#TV_is_not_detected_unless_powered_on_first

Code

tvservice -d edid.dat

(after booting with TV/receiver powered on first)
copy the edid.dat to the FAT partition (/boot on raspbmc and /flash on openelec / libreeelec)
and add to config.txt: hdmi_edid_file=1 and hdmi_force_hotplug=1

Seitdem ist das Thema auf dem Pi3 erledigt - der AVR wird immer erkannt und Steuerung per CEC ist möglich. Frage mich nur, wie man das auf dem odroid hinbekommt?

Ich habe keine Ahnung, was auf dem Ordoid das Gegenstück zur config.txt auf dem Pi wäre und ob die HDMI-Befehle "hdmi_edid_file=1" und "hdmi_force_hotplug=1" auch funktionieren
Der Befehl "tvservice" ist auf dem Odroid nicht vorhanden – wie lese ich also die edid dort aus und dumpe sie in eine Datei?

Ich vermute, hier liegt irgendwo liegt des Rätsels Lösung:
/sys/devices/virtual/amhdmitx/amhdmitx0

Zitat von maku00

Desweiteren schaltet der TV nicht mehr automatisch in 3D-Modus um, bzw. beendet ihn nicht mehr, obwohl die Option angeschaltet ist. Ist der Film beendet, muss ich das 3D am Tv wieder ausschalten, sonst kommt es zu einem stark verzerrten Bild.

Kann ich so exakt bestätigen.

Zitat von maku00

Ich habe jetzt das 3D Bild geändert, damit es wieder schaubar ist. Im 3D Modus während des Films, habe ich den Wert der Pixelgröße auf 1.03 setzen müssen, damit der 3D Film nicht anstrengend ist. 3D > 2D Modus funktioniert auch nicht mehr. Das Problem bestand bei der Vorgänger-Version (LE 7.02) auch, allerdings wenn ma die Hardwarebeschleunigung "AMcodec" abschaltet, lief das 3D inkl, Bildumwandlung (3D>2D) ohne Problem.
Wenn ich dies in der aktuelle Version abschalte, ruckeln alle Filme (auch ohne 3D). Damit ist der Odroid unbrauchbar.

Das habe ich noch nicht getestet. Werde ich mal machen und halte Dich auf dem Laufenden.

Ich frage mich allerdings tatsächlich, ob das an Kodi liegt, wie oben erwähnt. Unter dem Pi3 läuft es auch mit LE 8 einwandfrei?

Vielleicht auch eine Idee?
CEC wird doch von libCEC gesteuert, oder? Gibt es da evtl. settings bzw. prefs? Idee ist, das ich diese - oder jedenfalls die relevanten Teile von meinem Pi3 einfach auf den odroid kopiere. Vielleicht eine total behämmerte Idee aber ich habe echt wenig bis keine Ahnung von Linux.

Falls das ginge, wo würde ich die entsprechende Datei denn finden?

Danke!

PS: Logs: cec, cec-client -l
cec-client scheint den AVR nicht automatisch zu finden, erkennt aber Signale wie power-on/off und Quellwechsel.
Interessant ist, dass beim Neustart von Kodi in den CEC-Settings plötzlich die Menüpunkte "Verbunden mit HDMI-Gerät" und die Möglichkeit zur Eingabe des HDMI-Ports fehlen. Erst bei zurücksetzen der Einstellungen auf "Standard" erscheinen sie wieder.
edid zeigt den receiver: cat /sys/class/amhdmitx/amhdmitx0/edid

Zitat von kmxak

Am C2 habe ich nichts eingestellt CEC Mäßig. Benutze die Fernseher Fernbedienung für CEC. Du willst den C2 über die AVR Fernbedienung steuern?

Danke für die Settings.
Nein, ich steuere Kodi auf dem Odroid über eine bt-Fernbedienung. Habe es auch über die interne IR probiert, geht ebenfalls nicht. Beim Pi3 war es immer so, dass die Lautstärke des Receivers von Kodi über die bt-fb gesteuert wurde. Die remote des AVR will ich gar nicht benutzen wenn ich nicht muss. Zu viele FBs …

Zitat von Philos

Zum Thema CEC: Ich weiß gar nicht, ob das ohne TV machbar ist. Aus Wikipedia zu CEC:

Alles geht zentral von der TV-Fernbedienung aus. Die Lautstärke des Receivers und die Kodi-Navigation sind per TV-Fernbedienung zugänglich, aber anders herum kann ich mit der Receiver-Fernbedienung nicht durch Kodi navigieren.

Die meisten (halbwegs modernen) AVR sind darauf ausgelegt über CEC von anderen Geräten gesteuert zu werden, ich weiss aber nicht, ob das zwingend ein TV sein muss. Apple TV z.B. läuft blendend über CEC, auch ohne TV. Ebenso der Pi3.
Aus dem Kodi-Wiki:

Zitat von Kodi Wiki

… a Kodi compatible CEC controller/adapter will send and receive remote key presses to and from your television and AV-receiver via libCEC

Aus den FAQs von libcec

Zitat von libcec FAQ

I've got my CEC adapter connected to an AVR, but can't control it's volume in XBMC. What should I do?
Go to the adapter's settings, and set "Connected to HDMI device" to "5". Set the correct "HDMI port number" and press OK. Pull out your adapter's USB cable and plug it back in, or restart XBMC. You should now have volume control.

In den CEC-Settings (Einstellungen/System/Eingabe/Geräte/CEC-Adapter) gibt es jedenfalls folgenden Eintrag:
"Verbunden mit HDMI-Gerät" (vierter Menüpunkt von unten). Dort kann man "TV" oder "Verstärker/AV-Receiver" auswählen.

Nicht falsch verstehen: Ich will nicht mit dem AVR Kodi steuern, ich möchte lediglich, dass ich über Kodi die Lautstärke des AVR steuern kann. Das hat vorher am Pi3 einwandfrei funktioniert - selbst also vor dem Odroid C2 so benutzt. Kodi > AVR > Beamer. Gesteuert wurde Kodi z.B. über bluetooth oder FLIRC RC.

Kodi bzw. libreelec scheint den Receiver zu erkennen, zumindest kann ich die edid vom AVR über Kodi auslesen.
cat /sys/class/amhdmitx/amhdmitx0/edid

Zitat von kmxak

Ja ich nutze auch die 8 er offiziell Version aber bei mir lief es auf Anhieb. Hab nen denon

Gesendet von meinem SM-G928F mit Tapatalk

Würde es Dir etwas ausmachen, mit mal Deine CEC-Einstellungen zu posten? Screenshot oder so reicht vollkommen. Wäre toll. Ich bekomme es nicht zum laufen. Ist kein TV dran, nur der AVR und ein Beamer, der kein CEC kann. Beim Pi3 geht es ohne Probleme.

Das wäre super. Herzlichen Dank!

Mal ne Frage: bekommt jemand CEC auf dem Odroid zum laufen? Explizit die Regelung der Lautstärke eines AVR? Nutze den offiziellen LE 8 Build.

Danke!

Versuche, das mal weiter einzugrenzen. Hier ist, was der Odroid C2 sieht bei

cat /sys/class/amhdmitx/amhdmitx0/edid

Rx Brand Name: DON
Rx Product Name: DENON-AVRHD
Manufacture Week: 0
Manufacture Year: 2014
EDID Verison: 1.3
EDID block number: 0x1
blk0 chksum: 0xf8
Source Physical Address[a.b.c.d]: 1.6.0.0
native Mode b0, VIC (native 255):
ColorDeepSupport b8, MaxTMDSClock 45
16 31 32 5 20 4 19 3 18 1 
Audio {format, channel, freq, cce}
Speaker Allocation: 0
Vendor: 0xc03
Vendor2: 0x0
ColorMetry: 0x3
SCDC: 0
RR_Cap: 0
LTE_340M_Scramble: 0
Rx 3D Format Support List:
{VIC FramePacking TopBottom SidebySide}
{ 16	0	1	1 }
{ 31	0	1	1 }
{ 32	0	1	1 }
{ 5	0	0	0 }
{ 20	0	0	0 }
{ 4	0	0	0 }
{ 19	0	0	0 }
{ 3	0	0	0 }
{ 18	0	0	0 }
{ 1	0	0	0 }
checkvalue: 0xf8b00000

Sieht für mich ok aus. Scheint erkannt zu werden.

Kann jemand mal eine flash/boot.ini als Vergleich posten?

Danke für die Infos. Ich werde mal versuchen, die Dateien umzubenennen. Bisher war da nur der Filmtitel im Namen, die Erweiterung 3D etc. habe ich mir gespart. Vielleicht hilft das ja schon mal.

Edit: Der Beamer stand vorher immer auf "Auto", schaltete also immer automatisch in den entsprechenden 2D oder 3D Modus (zumindest auf dem PI3). Wenn ich manuell schalte, scheint es zu gehen, so wie von Dir beschrieben

Andere Frage: Ich nutze den offiziellen LE Build 8.0. Wo hast Du Deine Builds her? Scheinen Community Builds zu sein?

Randnotiz zu CEC: Das nutze ich über den AVR, ein TV hängt nicht am Odroid (sondern ein Beamer - der unterstützt kein CEC.)
Ich nutze einen bluetooth Remote mit einem USB-Donlge, da mit das onboard IR auch zu hakelig und ungenau ist. Für das CEC-Thema ist das aber irrelevant. Funktioniert beides nicht, auf dem Pi 3 eben schon.

Beste Grüße