Asrock J4105-ITX Erfahrungen / Probleme mit SATA und TBS-Karte

    Hallo,


    nach einigen Jahren bin ich nun bei einem meiner VDR auf Intel umgestiegen und nutze ein Asrock J4105 Board.


    Mit der Ausgabe über softhddevice (0.7.0) (yavdr experimental ppa) bin ich zufrieden - bis auf PIP und dem Fernbedienungsmodus im live-Plugin (klappt nicht so richtig), funktioniert soweit alles ganz gut.


    Mit meiner Konfiguration (siehe Signatur) läuft alles, jedoch mit folgenden Einschränkungen - ggf. kann das der ein oder andere J4105-Besitzer bestätigen:


    1. Irgendwie gibt es ab und an einen Reset? am SATA-Anschluss 2 in Kombination mit einer WDC WD40EZRZ. Anschluss 1 in Kombination mit einer Samsung SSD 840 EVO scheint nicht betroffen:

    Mit einem weiteren BR/DVD-Laufwerk war es m.E. noch schlimmer - ich habe aber keine Logs mehr, da ich es ausgebaut habe. Wenn die o.g. letzten Meldungen auftauchen, hört man auch ein Geräusch bei der Festplatte.

    Ich werde mal probieren, die WD auf SATA3 bzw. 4 zu stecken, dies ist m.E. ein anderer Controller (ASM1062 Serial ATA Controller).


    2. derzeit (Kernel: 4.18.0-17-generic) Probleme mit der Nutzung einer TBS 6981 (6981:8888) DVB-S2 Karte. In nicht definierten Abständen ist der DVB-Signal weg und im Kernel-Log steht mpeg risc op code error. Ein Neustarten des VDR hilft, ist aber keine Lösung. Mit Verwendung von media_build Modulen tritt das Problem nicht auf. Ich vermute mit Kernel 4.20 wird es dann funktionieren, da der Treiber m.E. einen Workaround hierfür besitzt:

    Code
    parm:           dma_reset_workaround:periodic RiSC dma engine reset; 0-force disable, 1-driver detect (default), 2-force enable (int)

    Genau dieser Reset kommt vor dem Absturz ein oder mehrmals. Im media_build Module habe ich jedoch keine Option angegeben. Das Modul funktioniert OOTB.


    3. WakeUp funktioniert nur richtig, wenn HPET im BIOS abgeschaltet wird. Der daraus entstehende Eintrag im Log hat keine mir bekannten negativen Auswirkungen:

    Code
    [ 4230.000463] clocksource: timekeeping watchdog on CPU3: Marking clocksource 'tsc' as unstable because the skew is too large:
[ 4230.000486] clocksource:                       'acpi_pm' wd_now: f63a1c wd_last: 3e978 mask: ffffff
[ 4230.000487] clocksource:                       'tsc' cs_now: 5cbde85c352 cs_last: 5ca5282b040 mask: ffffffffffffffff
[ 4230.000490] tsc: Marking TSC unstable due to clocksource watchdog
[ 4230.000543] TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
[ 4230.000545] sched_clock: Marking unstable (4229972523459, 27982829)<-(4229979527168, 21015925)
[ 4230.001152] clocksource: Switched to clocksource acpi_pm

    4. lm-sensors - es sind nicht viele Daten verfügbar. Wenn man das Modul nct6775 lädt, erhält man folgende Werte:

    Die Spannungen sind also nicht alle vorhanden (z.B. 12V Schiene).


    Ggf. kann ja die Liste mit weiteren Tipps ergänzt werden...

    My VDRs:

    Was sind Deine Einstellungen bzgl. Interpolation? Mir ist gestern wieder aufgefallen, dass die Darstellung von SD Material extrem blockig ist (sieht man sogar aus 3-4m, 55" FHD TV).

    Mit SATA hab ich keine Probleme, allerdings auch nur eine 'Platte' dran (auch 'ne 840 EVO, an ata1). Wenn ich Zeit hab werd ich mal noch 'ne zweite dran hängen.

    VDR2: ASRock J4105-ITX, DVBSky S952, openSUSE Tumbleweed, VDR 2.4.7

    softhddevice/vaapidevice, DFAtmo, xmltv2vdr, tvscraper, tvguideng, VDRAdmin-AM (alles git, aber alt)

    Quote from dad401

    Irgendwie gibt es ab und an einen Reset? am SATA-Anschluss 2 in Kombination mit einer WDC WD40EZRZ

    schon mal das SATA-Datenkabel getauscht? Manche Kabel sind grottenschlecht, zumal wenn die Verriegelung nicht richtig funktioniert. Ich kann mich dran erinnern (SATA Link down), das ich hier --> http://www.fdm-ware.de/SATA/index.html


    am Dawicontrol eine Alu-Schiene zur Fixierung einbauen musste, weil bei den SATA Buchsen die Verriegelung nicht griff.

    Ja - das Kabel habe ich schon getauscht - ich glaube 3x, da ich schonmal schlechte Erfahrungen damit gemacht habe. Bei den SATA-Geräten bin ich aber (vermutlich) auf die Ursache eines Problems meines VDRs gestossen, welches ich nie identifizieren konnte. Der VDR (damals mit ION-Board) stürzte in unregelmäßigen Abständen ab (das Bild blieb stehn und der Ton stotterte/zischte in einer Endlosschleife). Ursache war wohl das BR/DVD-Laufwerk, denn also ich dieses jetzt angeschlossen habe (war mangels Stromleitungen der PicoPSU noch abgeklemmt), konnte ich den Absturz durch VDR => Commands => eject reproduzieren. Nunja...Thema am Rande.


    @Der_Pit - also ich habe einen 40" und kann mit dem SD gut leben. Es stimmt aber, dass VDPAU hier besser war. Meine Konfiguration:


    Geht denn PIP bei Dir? Bei mir stürzt der VDR damit ab. Ich nutze derzeit vdr-plugin-softhddevice-vdpau-hevc. Vaapidevice habe ich nur funktionsweise getestet, softhdcuvid (4 Versionen?) noch gar nicht. Da blicke ich derzeit nicht durch, was besser/aktueller ist. Fazit: softhddevice geht gut mit SD, HDTV und HVEC (DVB-T2), Stereo-Ton über HDMI funktioniert (SPDIF noch nicht getestet). PIP ist eher Spielerei.

    My VDRs:

    Edited once, last by dad401 ().

    Ich habe das mit den SATA-Ports nochmal getestet. Am 1. SATA Controller (ata1 und ata2) hängt die SSD und nun ein DVD-Brenner. Am 2. Controller nun die WD-HDD (war vorher an ata2) - das Log ist ähnlich:



    Bisher habe ich jedoch keine negativen Auswirkungen feststellen können. Ich lasse das erstmal so.

    Ergänzend: am 2. SATA-Controller habe ich den 3. Anschluss (ata3) als eSATA per Slotblech nach aussen geführt. Das funktioniert auch (im o.g. Log war dort jedoch nichts angeschlossen).


    Folgendes ist m.E. jedoch zum alten System (ION) anders bzgl. HDD: Wenn ich im VDR den Schnitt einer Aufnahme starte, dann ruckelt/stockt kurzzeitig die Wiedergabe einer Aufnahme (nicht das TV Signal). Das kannte ich bisher noch nicht. Im extrecmenung ist "Bandbreite beim Schneiden begrenzen" aktiviert. Vorher nutze ich jedoch das extrecmenu (ohne ng).

    My VDRs:

    Quote from dad401

    Im extrecmenung ist "Bandbreite beim Schneiden begrenzen" aktiviert.

    Diese Option gibt es in extrecmenung nicht mehr. Ich habe wohl vergessen, das aus dem Setup-Menü heraus zu nehmen, das mache ich noch.

    ExtrecmenuNG nutzt jetzt überwiegend die internen Funktionen vom Core-VDR, also auch die Schnitt- und Verschiebe-Routinen. Du kannst ja mal versuchen, den Schnitt direkt aus dem originalen VDR-Aufzeichnungsmenü zu starten. Wenn es sich dann genau so verhält, und das sollte es eigentlich, dann ließe sich das nur direkt im Core-VDR beeinflussen.


    Übrigens, wenn man das alte Plugin, also ohne NG, mit "USE_VDR_CUTTER" übersetzt hat, nutze es auch schon nicht mehr die eingebaute Schnittfunktion.

    VDR 2.7.3: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 40 Kernel 6.11 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

    Ich habe nun auch System 3 vom Atom N330, Zotac IonTX-F-E auf das J4105 inkl. Update 18.04 aktualisiert (quasi das OS von System 1 geklont).


    Erfahrungen hiermit:

    Xubuntu wollte anfänglich aufgrund des (Slim-Line) DVD-Laufwerkes (Anschluss am zweiten SATA-Controller) nicht starten. Es blieb bei der Anzeige der SATA-Kernelmeldungen stehen, es half nur ein harter Reset. Nachdem ich das Laufwerk auf den ersten Controller, dort wo die SSD angeschlossen ist, umgesteckt hatte, ging es endlich. Etwas merkwürdig.


    Weiterhin hatte ich beim SDC Megtron Display (Alphacool Variante) beobachtet, dass es nach einem Neustart (bzw. Abschalten/Anschalten) sporadisch nicht initialisiert wurde. Der Start wurde dadurch stark verzögert - ich glaube es gab da einen USB Timeoutfehler.

    Ich habe das Display nun an das doppelte interne USB 2.0 Panel, anstelle des Panel mit der einzelnen Leiste angeschlossen. Bisher scheint es zu laufen - ich werde es beobachten...


    Auf System 3 läuft lirc mit dem Atric (serial). Die Fernbedienung reagiert viel besser als auf dem ION-Board zuvor. Allerdings habe ich immer noch folgende Meldungen im Log:

    Code
    serial_ir serial_ir.0: ignoring spike: 1 1 16079367532089ns 16079097271319ns


    Die Cine S2 (V5.5?) läuft bisher auch OOTB - musste nur die Firmware noch kopieren (ngene_18.fw). Im Gegensatz zu System 1 (TBS Karte) brauche ich hier keine extra Kerneltreiber von media_build.


    Ansonsten bin ich bisher zufrieden mit der Ausgabe per VAAPI und Intel. Besonders das Encodieren in Hardware für einen Stream (streamdev-server + ffmpeg) übers Internet ist super. Ich hab mal meine leicht geänderte externremux.sh angehangen. Es ist QUALITY=F1.


    Hier noch einige udev-Regeln, falls es jemand braucht:

    Für LIRC und dem COM-Port: serial-ir.conf unter modprobe.d:

    Code
    options serial_ir irq=4 io=0x3f8
install serial_ir setserial /dev/ttyS0 uart none; modprobe --ignore-install serial_ir

    Ich meine der shutdown-Workaround ist nicht meht notwendig, habe es aber dennoch diese Optionen vom Altsystem übernommen:

    Code
    options stb6100 verbose=0
options ngene shutdown_workaround=1

    Ohne die letztere, schaltete der PC mit dem Atom/ION-Board nicht richtig ab.


    vdr.service für System 3:


    Was mir am System 1 noch aufgefallen ist: Ich habe das interne USB 3.1 Panel per Slotblech nach aussen geführt - aber so richtig mag der Port nicht funktionieren - oder liegt es am USB 3.0 Chinaslotblech?!. Gerade eine Webcam angesteckt :-/

    EDIT: meine Dummheit: ich hatte vergessen den internen USB2-Anschluss des Gehäuses abzustecken. Es funktioniert entweder nur der interne Doppel-USB3.0 Header oder der interne Doppel-USB2.0 Header. Beide zusammen nicht. Nun klappts auch mit dem Gerät im USB3.0 Slotblech:

    Code
    [  195.104200] input: UVC Camera (046d:0807) as /devices/pci0000:00/0000:00:15.0/usb1/1-2/1-2:1.0/input/input23
[  195.104512] usbcore: registered new interface driver uvcvideo
[  195.104514] USB Video Class driver (1.1.1)
[  195.332143] usb 1-2: set resolution quirk: cval->res = 384
[  195.332647] usbcore: registered new interface driver snd-usb-audio


    Fazit: bis auf ein paar kleine Macken läuft soweit alles ganz gut...

    Files

    externremux.sh.gz 5.47 kB – 257 Downloads

    My VDRs:

    Edited 3 times, last by dad401 ().

    Quote from kamel5

    Du kannst ja mal versuchen, den Schnitt direkt aus dem originalen VDR-Aufzeichnungsmenü zu starten. Wenn es sich dann genau so verhält, und das sollte es eigentlich, dann ließe sich das nur direkt im Core-VDR beeinflussen.

    Werde ich mal testen...

    My VDRs:

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login