Darstellung von Videos

  • Moin *,

    ich habe Probleme bei der Darstellung von Videos, die entweder gar nicht oder nur eine Sekunde lang angezeigt werden oder ruckeln, Ton scheint ok. Die Videos sind vom Typ her alle identisch, dazu später mehr.

    Ich habe hierzu schon recherchiert und gesehen, dass andere Leute (aber nicht alle) ähnliche Probleme haben. Aber eine Lösung habe ich leider nicht gefunden und mache daher hier einen neuen Thread auf.

    Mein System:

    Code
    Modell B
    Distribution: OpenELEC (official)
    Version:      3.2.4
    Architektur:  RPi.arm
    
    
    OpenELEC:~ # uname -a
    Linux OpenELEC 3.10.20 #1 PREEMPT Tue Nov 26 10:15:14 CET 2013 armv6l GNU/Linux


    Das System ist noch recht jungfräulich, ich habe noch nichts unternommen in Richtung Übertaktung oder Codec-Lizenzierung.

    Die Videos liegen lokal auf einer SDHC-Card Class 10 UHS-1:

    Code
    OpenELEC:~ # hdparm -Tt /dev/mmcblk0
    /dev/mmcblk0:
     Timing cached reads:   142 MB in  2.04 seconds =  69.69 MB/sec
     Timing buffered disk reads:  54 MB in  3.09 seconds =  17.49 MB/sec
    Code
    OpenELEC:~ # ls -lh videos/
    total 3612196
    -rw-r--r--    1 openelec openelec  371.0M Dec 26 12:39 00000.MTS
    -rw-r--r--    1 openelec openelec    4.0M Dec 26 13:02 00001.MTS
    -rw-r--r--    1 openelec openelec  263.8M Dec 26 13:04 00002.MTS
    -rw-r--r--    1 openelec openelec    1.3G Dec 26 13:12 00003.MTS
    -rw-r--r--    1 openelec openelec   80.6M Dec 26 16:24 00004.MTS
    -rw-r--r--    1 openelec openelec   51.6M Dec 26 16:25 00005.MTS


    Codecs:

    Code
    OpenELEC:~ # ffmpeg -i videos/00001.MTS 
    ffmpeg version 0.10.7 Copyright (c) 2000-2013 the FFmpeg developers
      built on Nov 26 2013 10:47:48 with gcc 4.7.3
    [...]
    [h264 @ 0x13d76e0] Increasing reorder buffer to 1
    Input #0, mpegts, from 'videos/00001.MTS':
      Duration: 00:00:01.44, start: 0.483378, bitrate: 23422 kb/s
      Program 1 
        Stream #0:0[0x1011]: Video: h264 (High) (HDMV / 0x564D4448), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc
        Stream #0:1[0x1100]: Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, stereo, s16, 256 kb/s

    Das hier ist der Systemzustand (top) bei Anzeige der 'Allgemeinen Informationen':

    Code
    Mem: 300316K used, 81624K free, 0K shrd, 10956K buff, 226328K cached
    CPU: 27.0% usr  7.3% sys  1.0% nic 64.3% idle  0.0% io  0.0% irq  0.2% sirq
    Load average: 0.33 0.38 0.70 2/83 1294
      PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
     1048     1 root     S     268m 71.8   0 33.3 /usr/lib/xbmc/xbmc.bin --standalone -fs --lircdev /var/run/lirc/lircd
    [...]

    Schon beim Wechsel auf die Startseite (Wetter, Bilder, Videos, Musik...) steigt CPU- und Systemlast erheblich an und verbleibt auch ohne Useraktivität minutenlang so:

    Code
    Mem: 302424K used, 79516K free, 0K shrd, 12076K buff, 227308K cached
    CPU: 83.0% usr 11.2% sys  1.0% nic  4.6% idle  0.0% io  0.0% irq  0.0% sirq
    Load average: 1.04 1.03 0.91 2/82 1304
      PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
     1048     1 root     R     268m 71.8   0 89.5 /usr/lib/xbmc/xbmc.bin --standalone -fs --lircdev /var/run/lirc/lircd

    Bei der Selektion von Video 00001 (4.04MB) erscheint die Anzeige 'Arbeitet...' für ca 20 Sekunden, dann wird eine kurze Videosequenz inkl. Audio von unter einer Sekunde angezeigt und danach sehe ich wieder den Auswahl-Screen für die Videos inkl. Thumbnail des Videos. Die Auslastung in dieser Zeit:

    Code
    Mem: 306532K used, 75408K free, 0K shrd, 13332K buff, 228796K cached
    CPU: 62.5% usr 19.6% sys  1.3% nic 16.3% idle  0.0% io  0.0% irq  0.0% sirq
    Load average: 1.74 1.21 0.98 1/84 1313
      PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
     1048     1 root     S     277m 74.3   0 78.4 /usr/lib/xbmc/xbmc.bin --standalone -fs --lircdev /var/run/lirc/lircd


    Während dieser kurzen Anzeigephase werden diese Log-Einträge produziert:

    Wie geschrieben: keine Übertaktung bislang und Codecs habe ich auch nicht lizenziert. Letzteres scheint mir aber auch nicht hilfreich, wenn ich immer nur Videos genau diesen Typs (h264) verwende, oder irre ich da?

    Kann mir jemand bitte weiterhelfen?
    TNX


    cu,
    Serafina Pekkala

    • Offizieller Beitrag

    Ich glaub nicht das das iorgendwas mit dem System zu tun hat

    Code
    Duration: 00:00:01.44, start: 0.483378, bitrate: 23422 kb/s

    Das Video ist nur knapp 2 Sekunden lang, was soll er da abspielen. Scheint als wenn bei der Erstellung des videos das Problem liegt. Wo kommen die videos her? von ner HD Webcam?


  • Ich glaub nicht das das iorgendwas mit dem System zu tun hat

    Code
    Duration: 00:00:01.44, start: 0.483378, bitrate: 23422 kb/s

    Das Video ist nur knapp 2 Sekunden lang, was soll er da abspielen. Scheint als wenn bei der Erstellung des videos das Problem liegt. Wo kommen die videos her? von ner HD Webcam?

    Das betrifft nicht nur dieses eine Video, sondern auch deutlich größere. Ich hatte den ffmpeg-Aufruf zur Bestimmung des Codecs nur aus Performancegründen auf dem kleinsten angewendet. Siehe das Directory-Listing, da sind Videos in allen erdenklichen Längen dabei.

    Wo kommen die videos her? von ner HD Webcam?

    Ja. Das sind die unveränderten Videos von einer Canon Legia M506.


    Ich kenne das Problem nicht, aber würde dir erst einmal empfehlen die neuste openelec Version zu benutzen. Vielleicht behebt das ja schon das problem


    Hhmm. Ich habe das hier installiert...

    Code
    NOOBS Lite
    Network install only
    Version: 1.3.5
    Release date: 2014-04-28


    ...und anschließend die Live-Aktualisierung aufgerufen und gehofft, damit auf dem aktuellen Stand zu sein.

    Direkt bei OpenELEC gibt es das hier:

    Code
    OpenELEC Stable - Raspberry Pi ARM Version:4.0.4

    Wenn das sinnvoll ist, dann kann ich das auch mal testen.
    TNX


  • HD Cams und Apple und machen alles, nur sich nicht an Standards halten. die kochen ihr eigenes Süppchen. Konvertier mal eines der video in ein Standardkonformes Format und du wirst sehen das es funzt.

    Da mag sein, löst aber mein Problem nicht. Denn der eigentliche Grund für diesen Media-Center-Ansatz war, dass ich die Videos nicht nochmal konvertieren will.

    So eine Lösung habe ich schon: Daten im Originalformat werden in bester Qualität behalten und daraus speziell für mein TV kompatible Dateien per ffmpeg konvertiert, welcher diese dann von einem DLNA-Server via Netzwerk zieht.
    Davon möchte ich aber weg. Stattdessen möchte ich einen intelligenteren Client haben, der die Original-Dateien unverändert per NFS zieht und dem TV via HDMI übergibt.

    Die Original-Videos lassen sich übrigens mit den gängigen Linux-Clients problemlos abspielen.


  • HD Cams und Apple und machen alles, nur sich nicht an Standards halten. die kochen ihr eigenes Süppchen. Konvertier mal eines der video in ein Standardkonformes Format und du wirst sehen das es funzt.


    Ich habe mal etwas rumgetestet und eine Datei konvertiert:

    Code
    t=pal-vcd; ffmpeg -i 00004.MTS -target $t 00004-$t.MTS 
    t=pal-svcd; ffmpeg -i 00004.MTS -target $t 00004-$t.MTS 
    t=pal-dvd; ffmpeg -i 00004.MTS -target $t 00004-$t.MTS 
    t=pal-dv; ffmpeg -i 00004.MTS -target $t 00004-$t.MTS 
    t=pal-dv50; ffmpeg -i 00004.MTS -target $t 00004-$t.MTS 
    ffmpeg -i 00004.MTS 00004.mpg 
    ffmpeg -i 00004.MTS 00004.mp4
    ffmpeg -i 00004.MTS 00004.avi
    Code
    ls -ltarh 00004*
    -rw-r--r-- 1 100 1000  81M 26. Dez 17:24 00004.MTS
    -rw-r--r-- 1 100 1000 4,8M 13. Jun 21:35 00004-pal-vcd.MTS
    -rw-r--r-- 1 100 1000 7,9M 13. Jun 21:36 00004-pal-svcd.MTS
    -rw-r--r-- 1 100 1000  23M 13. Jun 21:37 00004-pal-dvd.MTS
    -rw-r--r-- 1 100 1000  98M 13. Jun 21:38 00004-pal-dv.MTS
    -rw-r--r-- 1 100 1000 195M 13. Jun 21:39 00004-pal-dv50.MTS
    -rw-r--r-- 1 100 1000  15M 13. Jun 21:41 00004.mpg
    -rw-r--r-- 1 100 1000  45M 13. Jun 21:45 00004.mp4
    -rw-r--r-- 1 100 1000  12M 13. Jun 21:46 00004.avi

    Keins der Videos lässt sich vollständig anzeigen. Manche bleiben ganz schwarz, andere zeigen für 2-3-Zehntel-Sekunden das Video um dann schwarz zu werden und bei der mp4-Version wird insgesmt 3x jeweils eine 2-3-Zehntel-Sekunde angezeigt, durch längere Pausen mit schwarzem Bildschirm unterbrochen.


  • Ich kenne das Problem nicht, aber würde dir erst einmal empfehlen die neuste openelec Version zu benutzen. Vielleicht behebt das ja schon das problem


    Der Hinweis war sehr hilfreich!

    Ich habe es nun hiermit versucht:

    Code
    OpenELEC (official) Version: 4.0.4
    OpenELEC:~ # uname -a
    Linux OpenELEC 3.14.5 #1 PREEMPT Wed Jun 4 14:03:32 CEST 2014 armv6l GNU/Linux


    Erste Tests belegen, dass hiermit die Original-Videos unbearbeitet dargestellt werden. Sogar das fette 1.35GB-File 00003.MTS wird komplett angezeigt. Einziger Wermutstropfen sind ein paar kurze Aussetzer von ca. 1 Sekunde zwischendurch, aber das kriegt man bestimmt auch noch weg.

    Damit ist die Situation schon mal fundamental verbessert - vielen Dank.

    Ich teste noch etwas damit rum...

    Auslastung nach ca. 4 Minuten Abspielzeit:

    Code
    Mem: 354644K used, 26708K free, 0K shrd, 17895072K buff, 17895120K cached
    CPU: 30.2% usr 17.0% sys  1.0% nic 49.0% idle  0.4% io  2.0% irq  0.2% sirq
    Load average: 0.72 0.75 0.75 2/97 481
      PID  PPID USER     STAT   VSZ %VSZ CPU %CPU COMMAND
      389     1 root     S     475m127.4   0 45.9 /usr/lib/xbmc/xbmc.bin --standalone -fs --lircdev /run/lirc/lircd
    [...]


    Das sieht schon gesünder aus.

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!