[WiP] Cubieboard: softhddevice über vdpau

    hm hier mal ein vdr start mit DMAX HD als startsender


    deint an

    zum Thema arch auf dem cubie
    das kann man zur zeit wohl vergessen
    bei dem basis image ist wohl einiges am kernel gepatched worden das nicht im normalen kernel ist
    unter anderem ein problem mit systemd bezgl dhcp
    wenn man den kernel von sunxi lädt und ihn mit der alten config neu baut hat das etliche Nebenwirkungen :-/

    Hallo,


    bei mir gibt es noch folgendes Problem. VDR-Start:
    [VDPAU SUNXI] VE version 0x1623 opened.
    [VDPAU SUNXI] Deinterlacer enabled.
    codec: buggy libav, use ffmpeg
    [VDPAU SUNXI] Requested unimplemented picture_structure



    syslog ist voll mit:
    Oct 1 19:31:32 linaro-ubuntu-desktop vdr: video: speed up video, droping frameOct 1 19:31:32 linaro-ubuntu-desktop vdr: video/vdpau: missed frame (33/44)
    Oct 1 19:31:33 linaro-ubuntu-desktop vdr: video/vdpau: missed frame (37/52)Oct 1 19:31:33 linaro-ubuntu-desktop vdr: video: speed up video, droping frame
    Oct 1 19:31:33 linaro-ubuntu-desktop vdr: video/vdpau: missed frame (38/56)Oct 1 19:31:33 linaro-ubuntu-desktop vdr: video/vdpau: missed frame (44/66)


    Softhddevice ist gepatcht. Ob das nur an libav liegt?


    Gruß,
    beta

    Moorviper
    Was den für Nebenwirkungen?
    Ich habe den Kernel neu gebaut un gepacht.
    Läuft hier gerade.


    Anderes Problem:
    di CH HD's :

    Zitat


    PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
    2027 vdr 20 0 329440 47904 6468 S 54.5 5.3 4:18.76 vdr
    113 root 20 0 64836 12444 7292 S 23.5 1.4 17:43.73 Xorg.bin
    1962 böse 20 0 16480 3104 2048 S 1.9 0.3 0:06.71 böse


    Total unsynchron und ...:

    Zitat


    Oct 01 16:38:09 alarm vdr[2027]: audio/alsa: writei underrun error? 'Broken pipe'
    Oct 01 16:38:04 alarm vdr[2027]: audio/alsa: writei underrun error? 'Broken pipe'


    Ich glaube als "standalone" Receiver ist das Cubie derzeit nicht geignet.
    Es könnte aber auch an meinem USB-Receiver liegen.


    ciao

    bei mir sporn das systemd dann nur noch rum dhcp ging nicht mehr
    und alle 5 reboots kein ssh server


    sporadische reboots ....


    Zitat

    Ich glaube als "standalone" Receiver ist das Cubie derzeit nicht geignet.
    Es könnte aber auch an meinem USB-Receiver liegen.


    ich schaue die ganze zeit über streamdev
    da ich nur 2 Leitungen haben und da der server dran hängt
    ich muss mir noch mal 2-3 ins Zimmer legen


    der astra hochqualtiäts werbemüll der vor bösen Blicken geschützt werden muss läuft / die ösis auch / die Himmel hd's auch


    heute mittag hat sich das cubie mal komplett weggeschossen aber da kopierte ich per afp drauf und spielte mit dem skin-designer plugin ein bisschen rum


    muss mal die sundtek's dranhängen wenn im vdr mal keine timer mehr sind

    nö


    nur ausgechecked und die config von arch genommen und das cedarx angepasst

    ab und zu kann aber auch am streamdev liegen


    optisch läfts flüssig nur tonaussetzer wenn ich länger im osd bin
    aber das habe ich bei der smt auch ^^

    ja das ist eine gute frage ^^


    diese Versionen sind beide installiert aber hatten wir schon


    root@Cubie2vdr:/# dpkg-query -W libavcodec53
    libavcodec53 4:0.8.15-0ubuntu0.12.04.1
    root@Cubie2vdr:/# dpkg-query -W ffmpeg
    ffmpeg 4:0.8.15-0ubuntu0.12.04.1


    prinzipiell rennt das ding mit den standardskins
    nopacity quält das ding aber schon ganz gut ^^

    Moorviper
    teste mal mein Archlinuxarmkernel für sun4i (A10), siehe LINK für sun4i
    Oder teste den Archlinuxarmkernel für sun7i (A20), siehe LINK für sun7i
    Beide sind sunxi 3.4.103 mit archlinuxarmconfig + :
    0001-Add-support-for-DVBSky-receiver.patch
    0001-Backport-BFP-XOR-operation.patch
    QT1010 tuner modul für mein DVB-T receiver.
    ve_size = 120 * SZ_1M; cedarx modul


    so und jetzt häng ich wieder meine alte VDR-BOX and den SAT-Anschluss.


    ciao


    Edit2: LINK für sun7i (A20) eingefügt.

    Zitat

    Bevor das untergeht: Habt ihr missed frames im log?


    Massenhaft, daher habe die "missed frame"-Meldung auskommentiert. War mir einfach zu viel.


    Nun kommt noch abwechselnd

    Code
    slow down video, duping frame


    und

    Code
    speed up video, droping frame


    Da ist noch irgendwo der Wurm drin, denn das ist einfach nicht plausibel.


    Und es liegt nicht am Empfang!


    CU
    Oliver

    Was man noch "exportieren" muss ist VDPAU_OSD=1
    Ich mache dass in : /etc/systemd/system/vdr.service.d


    zb. :

    Zitat


    [root@alarm vdr]# cat /etc/systemd/system/vdr.service.d/osd.conf
    [Service]
    Environment=VDPAU_OSD=1


    Nur für systemd Distros.


    ciao

    fbturbo hab ich noch einmal neu kompiliert. Der Code steckt drin. VDPAU_DRIVER=sunxi muss ich trotzdem setzen oder

    Code
    Failed to open VDPAU backend libvdpau_nvidia.so


    Bei der Suche ist mir aufgefallen das beim deint branch im dmesg


    kommt. In dem disp Treiber werden die Register für Deinterlacing gesetzt. Beim master branch sieht es so aus:

    Code
    [	0.000000] [DISP] layer released: 0,102
[	0.000000] [DISP] layer released: 0,103
[	0.000000] [DISP] layer allocated: 0,102
[	0.000000] [DISP] layer allocated: 0,103


    Gruss zille

    Hallo,

    Zitat von Zille

    fbturbo hab ich noch einmal neu kompiliert. Der Code steckt drin. VDPAU_DRIVER=sunxi muss ich trotzdem setzen oder

    Code
    Failed to open VDPAU backend libvdpau_nvidia.so


    Bei der Suche ist mir aufgefallen das beim deint branch im dmesg

    Code
    [	0.000000] [DISP] layer allocated: 0,102
[	0.000000] [DISP] layer allocated: 0,103
[	0.000000] Division by zero in kernel.
[	0.000000] Backtrace: 
[	0.000000] [<c00123d8>] (dump_backtrace+0x0/0x110) from [<c03e5b6c>] (dump_stack+0x18/0x1c)
[	0.000000]  r6:00000100 r5:00000000 r4:c062e02c r3:c05542d4
[	0.000000] [<c03e5b54>] (dump_stack+0x0/0x1c) from [<c0012504>] (__div0+0x1c/0x20)
[	0.000000] [<c00124e8>] (__div0+0x0/0x20) from [<c01b9338>] (Ldiv0+0x8/0x10)
[	0.000000] [<c0204a48>] (video_enhancement_start+0x0/0x174) from [<c0205658>] (BSP_disp_video_start+0x90/0xa8)


    Gruss zille


    da scheints hier einen Bug zu geben. Außerdem wäre es hier generell mal sinnvoll, auf ==0 zu prüfen.
    Außerdem könntest du mal versuchen, diesen ioctl nach dem LAYER_OPEN hierzu packen. Zu diesem Zeitpunkt müsste src_win.width gesetzt sein.


    Leider habe ich mir gerade meine script.bin zerschossen und kann nicht mehr booten. Ansonsten habe ich hier endlich wieder einen A20 zum testen :p


    Gruß Andreas

    Zitat von Zille

    fbturbo hab ich noch einmal neu kompiliert. Der Code steckt drin. VDPAU_DRIVER=sunxi muss ich trotzdem setzen oder

    Code
    Failed to open VDPAU backend libvdpau_nvidia.so


    Gruss zille


    NEIN, ich lade nur lcd und hdmi über /etc/modules-load.d/
    Dann wird X gestartet mit xlogin und dann vdr mit softhddevice -vo vdpau.
    Alles andere wird "automatisch" geladen, meine lsmod:



    Zitat

    Failed to open VDPAU backend libvdpau_nvidia.so


    lief da X mit dem fbturbo bevor du vdr mit -vo vdpau gestartet hast?


    ciao

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden