Posts by Angus_MacGyver

    Grundsätzlich haben vielleicht beide Seiten so Ihre verschiedenen Betrachtungswinkel und eigenen persönlichen Gewohnheiten...


    Zwischenzeitlich sollte / muss ich mein Projekt wohl aus finanziell-persönlichen Gründen auch nochmals verschieben...


    Falls ein "Schiedsrichter-Spruch" hier gewünscht ist: Persönlich tendiere ich weiterhin zu "Nicht älter als Sockel 1151"; besser aktueller der Verfügbarkeit und auch Verbreitung der Hardware wegen.


    PS: Zudem wären meine Linuxkenntnisse nur einfacher Natur, so dass ich - wenn viel basteln notwendig wäre - auch schnell überfordert sein dürfte. Und die "Alt-Hardware" klingt schon nach wahnsinnig viel gebastel...

    woprr: Vielen Dank für deinen Vorschlag und auch deinen Test!

    Auch wenn das Board und auch die CPU natürlich sehr günstig sind, dann bleibt - nichts für ungut - schon festzustellen: Die Teile sind schon sehr, sehr alt!


    Grundsätzlich ist gegen "Alt" auch nicht zwingend etwas einzuwenden; ich habe mein Selbstbau-NAS vor kurzem mit einem gebrauchten Supermicro X11SCH-F "upgegradet". Die von dir vorgeschlagenen Teile liegen altersmäßig aber wohl noch hinter meinem NAS!


    Wenn ich daran denke, dass es schon schwierig war und ist noch passende Teile für das NAS zu bekommen, dann glaube ich dass, das bei noch älterer Hardware sich dies nochmals erschwert.

    Hallo Gemeinde,


    lasst uns annehmen, dass der Manne letztlich ja doch ein Hobby braucht ;)


    So begab es sich, dass ich nach der Umwidmung meines NUCi3 zu "Home Assistant"/Smart Home und zwischenzeitlicher Nutzung eines Vu+-Receivers (auch wg. dessen HD+-Möglichkeiten in Verbindung mit meinem PYUR-DVB-C) sowie aktuell mit Zattoo über Telerising laufendem TVHeadend ich unverständlicherweise schon wieder ein weiteres neues Bastelprojekt suche...


    Was dabei genau rauskommen soll weiß ich auch noch gar nicht so richtig; klar vom Grundsatz her ein irgend gearteter HTPC 8o


    Zu Beginn hat sich bereits ein Streacom FC9 Alpha bei mir eingefunden.


    Nun stehe ich vor der Frage nach einem passenden Mainboard und CPU hierzu.

    Aktuell wäre mir ins Auge gefallen so was wie z.B. ASUS Pro B760M-C-CSM.

    Und dazu vielleicht einen (günstigen) gebrauchten Intel i5-12500.


    Was gibt es denn beim Mainboard zu beachten, vor allem wenn daran bzw. damit insbesondere ein IR-Receiver wie der von jrie erdachte genutzt werden soll?


    Was ich bisher als "Kriterien" betrachtet hätte:
    - Maximale Größe m-ATX,

    - möglichst HDMI ab 2.0,

    - möglichst mehr als 1 x NVME/SSD-Steckplatz für Speicherplatz,

    - PCI-Steckplätze (falls ins Zukunft doch mal direkt Tuner im Gehäuse verbaut werden sollen; aktuelle Planung geht aber zu einer externem Octopus Net) und

    - "ein normales klassisches [grünes] Mainboard wie ein alter [weißer] Sack das auch kennt ohne diesen ganzen sonst heute üblichen Designkram ["das ist ein Motherboard im geschlossenen Gehäuse und soll dort werken und nicht aussehen"]"


    Ergänzend noch zum "Warum nicht einen fertigen NUC nutzen?":

    Aus Erfahrung mit meinem Selbstbau-NAS: Es ist aus meiner Sicht vorteilhaft einzeln austauschbare "normale" PC-Komponenten in deinem Wunsch-Gehäuse zu haben; so kann man bei Bedarf relativ einfach sich anpassen an Veränderungen (klar natürlich nicht zeitlich unbegrenzt aber doch oft erstaunlich lange) gleich welcher Art...


    Gruß,

    MacGyver

    Ich täte sagen es gab ein paar Fehler beim Installieren

    Zeilen 100-117 und unten die ganzen Channel_ID not found.


    Ich mache gerade trotzdem mal einen Reboot!

    Weboberfläche zeigt nun die neue VDRAdmin-AM 3.6.13 an; es bleibt aber dabei, dass mir keine EPG-Daten angezeigt werden.

    Laut top läuft mein VDR unter Benutzer root.

    D.h. Rechte und Dateieigentümer passen auch.


    Vorerst letzte Frage: Gibt es in deiner vdradmin.conf einen Parameter der einen Pfad und/oder Speicherort der epg.data enthält?

    In meiner Config gibt es dazu nämlich keine Angabe. Ich meine dies aber in einem anderen Beitrag hier im Forum gelesen zu haben


    amair

    Ich nutze VDRAdmin 3.6.12 als Bestandteil der BM2LTS-Distribution.

    Leider habe ich seit der neusten BM2LTS-Version das Problem, dass im VDRAdmin nur "Es sind keine EPG Informationen vorhanden" anzeigt wird.



    Im restlichen VDR (z.B. OSD) sind aber EPG-Daten vorhanden.

    Auch in VDR Live wird was angezeigt.


    Syteminfos:

    VDRAdmin-AM Version: 3.6.12

    VDR Version: 2.6.4

    Unterstützte Funktionen im VDR:

    EPGSearch (EPGSearch Plugin v2.4.2-BM2LTS)

    LiveTV Streaming (Streamdev Plugin v0.6.3-BM2LTS / Xineliboutput Plugin)

    Aufnahmen umbenennen (Liemikuutio Patch)


    Konfiguration:

    seahawk1986

    Aus meiner einfachen Anwendersicht hat der Intel-NUC auch nur eine klassische HDMI-Buchse.


    NUC-Intern ist das aber wohl in Wirklichkeit ein Display Port, der intern "umkonvertiert" wird.


    Nachdem im BM2LTS-Image bisher alles auf DP-3 eingestellt ist und es damit auch grundsätzlich läuft (unter der Vorraussetzung, dass alles in der richtigen Reihenfolge eingeschaltet wird) bin ich mir nicht so ganz sicher, ob ich hier wirklich vom "Standard" abweichen sollte...


    Aber vielleicht bastel ich am Wochenende wieder; mal sehen...


    Für mich als Linux-DAU: Was an den Kernel-Bootparameter bedeutet denn, dass der jeweilige Port immer verbunden ist? Bzw. was für Alternativen hat es denn da, die ich angeben könnte?

    Kurzer Zwischenstand: Als ich mich zuletzt wieder mit meinem HDMI-Thema beschäftigen wollte ist mir wieder etwas Neues (und für mich leider wieder nicht ganz verständliches Aufgefallen):

    Grundsätzlich gibt es bei meinem NUC offenbar DP-1 bis DP-3 und HDMI-A-1 bis HDMI-A-2.


    Wenn alles in der richtigen Reihenfolge gestartet wurde (und läuft), dann wird vom Script ausgabe_drm sowohl DP-3 wie auch HDMI-A-2 jeweils als connected angezeigt. Dennoch wird in der Ausgabe auch soweit ich das sehe immer auch gemeldet, dass der user defined Mode 1920×1080 50 nicht gefunden wird.


    Schalte ich dann z.B. den HDMI-Switch ab, dann ist HDMI-A-2 nicht mehr connected; DP-3 aber schon!


    Allein das verstehe ich schon wieder nur halb: Aus älteren Postings von gggggg und cinfo meine ich entnommen zu haben, dass der HDMI-Port des NUC eigentlich ein Display-Port ist mit einem internen Konverter im NUC. Ich hätte daraus dann eigentlich erwartet, dass wenn der HDMI-Switch aus ist (was den HDMI-A-2 "Fake-Port" ja auch korrekt als nicht-connect meldet), dann doch eigentlich auch der eigentliche Display-Port doch nicht connected sein sollte???


    Spaßeshalber habe ich dann noch an einen "komischen" langen Pfad navigiert, den gggggg mal erwähnte - ich meine irgendwas mit /sys/ und device und pci000 und DP-3 usw. (sorry Linux-DAU halt und nur aus loser Erinnerung). Darin fand sich auch eine edid-Datei. Und wenn ich diese auslese wird mir ein edid eines offenbaren LG-TVs angezeigt. Vermutlich ist das der TV von cinfo!? In desen edid gibt es soweit ich mich erinnere tatsächlich keinen Eintrag für 1920×1080. (Das würde mal als Ursache für den üblichen "Fehler" in ausgabe_drm passen...?)


    Nach dieser Entdeckung habe ich dann wieder aufgehört. Ich verstehe an der Ecke einfach zu wenig (was mich dann leicht und schnell frustriert, so dass die "Lust" verlorengeht...)

    wmautner

    Auch den HDMI-Switch schalte ich nur per Fernbedienung aus (ich glaube halt, dass dies bei dem Switch dann aber auch "stromlos aus" - im Sinne kein Standby - bedeutet).


    Das warum "Aus" findet sich auch in diesem Thread wieder, denn ursprünglich hatte ich ja bei "Aus" (und laufender Aufnahme) auf dem NUC (zunächst) weiterhin Ton. Die Sonos hat nämlich leider kein "Aus".


    Deshalb hatte ich mir diesen neuen Nachfolger-Switch geholt, weil der eben ausschaltbar ist per Fernbedienung...


    Quasi ein Fall vom Regen in die Traufe...


    (Allerdings: Ich bin nicht mehr sicher, ob ich das "kein Bild bei nachträglichem Einschalten des TVs" nicht auch schon mit dem alten Switch hatte und der kannte noch kein "Aus"...)


    Wobei ich "wenn es drauf ankommt" auch anders definieren würde: Wenn der NUC allein für sich eine Aufnahme macht, dann finde ich es ja durchaus okay, dass das gesamte "Ausgabe-Equipment" aus ist. Kommt dann der Nutzer früher hinzu, dann wird ja alles für die Ausgabe notwendige wieder angeschaltet!

    Ich vermute aber es ist das vom Monitor (Samsung) und wenn der nicht an ist dann das vom Switch und wenn der auch aus ist, dann kein EDID und dann gibts kein Bild.

    Das klingt ein bisschen als würden wir der Sache langsam näher kommen!


    Zunächst noch vorab zur Erklärung für den HDMI-Switch: Der (neue) Switch hat grundsätzlich 3 Modi (Auto / Copy / Standard). Im Modus "Standard" wird die oben auch schon aufgeführte eigene "Fake-EDID" des Switches ausgegeben (hierin eben insbesondere die ganzen Tonformate > Diese sind natürlich für nur TV und VDR nicht so relevant - hier gibt es sendebedingt ja max. Dolby 5.1; aber andere Quellen haben ja durchaus erweitertes Tonmaterial (Netflix, Eigene Film-Bibliothek, u.ä.). Im Modus "Copy" gibt der Switch die EDID aus, die er vom jeweiligen Monitor selber erhält, das wäre die vom Samsung TV. Und den Modus "Auto" weiß ich ehrlich gesagt derzeit nicht genau.

    Normalerweise habe ich den Switch auf "Standard" stehen, damits eben all die möglichen Tonformate hat für die Sonos.


    Nun zurück zum "näherkommen": Wenn der NUC Aufnahmen macht, dann wäre natürlich sowohl der HDMI-Switch wie auch der TV "aus". Ich bin mir noch nicht 100%ig sicher, aber vermutlich heißt "aus" - im Gegensatz zum TV im "Standby" - bei dem Swith auch wirklich "stromlos aus"; d.h. der würde tatsächlich kein EDID liefern bzw. wird dann evtl. auch gar nicht als angeschlossen identifiziert.


    Nach meinem Verständnis sagt softhddrm sich dann zum Zeitpunkt des timergesteuerten hochfahrens salopp formuliert: Gut ich habe kein EDID bzw. es ist überhaupt nix angeschlossen, dann mache ich auch keine Ausgabe! > Habe ich das richtig verstanden?


    Mache ich jetzt nachträglich den TV und Switch an erfolgt aber zu diesem Zeitpunkt natürlich keine Prüfung mehr durch softhddrm auf eine EDID bzw. einen Monitor und deswegen gibts erstmal weiter kein Bild. > Auch soweit korrekt?


    Frage nun (hatte ich im Verlaufe dieses Threads schon mal aufgeworfen): Wäre es vorstellbar bzw. gäbe es eine Möglichkeit nur die EDID-Prüfung/-Abholung von softhddrm neu zu starten? Entweder über Fernbedienung oder zeitgesteuert (regelmäßig wiederholt könnte man so auch eine Automatik bauen z.B. jede Minute)?

    Das softhddrm liest die EDID Datei. Entweder die Manuel gesetzte oder die aus dem Monitor.

    jojo61

    Wieder Verständnisfrage: In welcher Priorität wird gelesen bzw. was wäre, wenn beide vorhanden wären, sich aber inhaltlich unterscheiden würden?

    Manuell heißt /lib/firmware/edid.bin?


    An der EDID des HDMI-eARC-Switches finde ich nämlich folgende Angabe etwas "komisch":

    Basic Display Parameters & Features: Maximum image size: 51 cm x 29 cm


    Der TV selber ist natürlich größer als diese "Fake-Angabe"!

    cinfo:

    Aktuell hatte ich in der softhddrm.conf die 4K-Einstellung aktiviert. (Ich "dachte" mir da zuerst nur "nimmste mal einfach die höchste, die zur Auswahl steht... > Eventuell ist die Wahl nicht so ganz richtig?)

    In dem Block YCbCr 4:2:0 Video Data Block: der Samsung-TV-EDID gäbe es das "Format" mit VIC 96: 3840x2160 50.000 Hz 16:9 112.500 kHz 594.000 MHz. Korrekt?


    (Lernfrage für mich: Gibt es Unterschiede in den verschiedenen "Video Data"-Blöcken, die in der EDID alle so genannt werden?)