Recherche avancée

Médias (1)

Mot : - Tags -/Christian Nold

Autres articles (65)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Support audio et vidéo HTML5

    10 avril 2011

    MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
    Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
    Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
    Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...)

  • Le profil des utilisateurs

    12 avril 2011, par

    Chaque utilisateur dispose d’une page de profil lui permettant de modifier ses informations personnelle. Dans le menu de haut de page par défaut, un élément de menu est automatiquement créé à l’initialisation de MediaSPIP, visible uniquement si le visiteur est identifié sur le site.
    L’utilisateur a accès à la modification de profil depuis sa page auteur, un lien dans la navigation "Modifier votre profil" est (...)

Sur d’autres sites (6715)

  • AR.Drone 2, ffmpeg avcodec_decode_video2( ) segmentation fault

    21 avril 2014, par mechanicalmanb

    I have been trying to decode the video stream from an AR.Drone 2.0 (http://ardrone2.parrot.com/) for a while now with no success. Despite several examples that I have been following closely (I’d paste links, but I am not allowed) I cannot escape a segmentation fault inside of the ffmpeg libavcodec library. I thought that perhaps I was making some kind of mistake in the multi-threaded structure I was building, so I cut out everything except the bare minimum you need to connect to the drone, collect a frame from the drone, and send it to ffmpeg’s avcodec_decode_video2() function.

    I compiled the ffmpeg source (I’ve actually tried three different releases !) and can get the ffplay utility to display the drone’s video TCP stream. The video lags significantly, but at least I know the drone isn’t sending me complete gibberish.

    Has anyone encountered a problem like this before ? What could be causing this segmentation fault, and what can I do about it ? Is there a way to isolate a test on ffmpeg so that I can be sure it is the library and not something I’ve been doing this entire time ?

    Thanks for your time.

    A pastebin with my code :
    http://pastebin.com/NYTf0NeT

    Some details on my ffmpeg and compiler set up :

    ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers
     built on Mar  3 2014 18:05:42 with gcc 4.8 (Ubuntu 4.8.1-2ubuntu1~12.04)
     configuration:
     libavutil      52. 66.100 / 52. 66.100
     libavcodec     55. 52.102 / 55. 52.102
     libavformat    55. 33.100 / 55. 33.100
     libavdevice    55. 10.100 / 55. 10.100
     libavfilter     4.  2.100 /  4.  2.100
     libswscale      2.  5.101 /  2.  5.101
     libswresample   0. 18.100 /  0. 18.100

    The output of my code and a backtrace at the segmentation fault :

    *********************** START ***********************



    booting...

    [h264 @ 0x604040] err{or,}_recognition separate: 1; 1

    [h264 @ 0x604040] err{or,}_recognition combined: 1; 1

    [h264 @ 0x604040] Unsupported bit depth: 0

    asked for 40000 bytes, received packet of 1448 bytes

    PaVE synchronized. YIPEEEEEEEEEEEEEEEEEEEEEEEE



    ---------------------------

    Codec : H264

    StreamID : 1

    Timestamp : 1031517 ms

    Encoded dims : 640 x 368

    Display dims : 640 x 360

    Header size : 76

    Payload size : 17583

    Size of SPS inside payload : 14

    Size of PPS inside payload : 10

    Slices in the frame : 1

    Frame Type / Number : IDR-Frame : 31467 : slide 1/1

    ---------------------------




    gathering payload...

    asked for 16211 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 14763 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 13315 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 11867 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 10419 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 8971 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 7523 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 6075 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 4627 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 3179 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 1731 bytes, received packet of 1448 bytes

    gathering payload...

    asked for 283 bytes, received packet of 283 bytes

    payload complete, attempting to decode frame




    Program received signal SIGSEGV, Segmentation fault.

    0x00007ffff73fccba in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.53

    (gdb) bt

    #0  0x00007ffff73fccba in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.53

    #1  0x00007ffff73fd8f5 in avcodec_decode_video2 () from /usr/lib/x86_64-linux-gnu/libavcodec.so.53

    #2  0x000000000040159f in fetch_and_decode(int, parrot_video_encapsulation_t, AVCodecContext*, AVFrame*)

       ()

    #3  0x00000000004019c6 in main ()

    EDIT : I used Valgrind to try and get a better picture of the seg fault, and received the following :

    ==4730== Invalid read of size 1
    ==4730==    at 0x5265CBA: ??? (in /usr/lib/x86_64-linux-gnu/libavcodec.so.53.35.0)
    ==4730==    by 0x52668F4: avcodec_decode_video2 (in /usr/lib/x86_64-linux-gnu/libavcodec.so.53.35.0)
    ==4730==    by 0x40140E: fetch_and_decode(int, AVCodecContext*, AVFrame*) (main.cpp:176)
    ==4730==    by 0x401757: main (main.cpp:273)
    ==4730==  Address 0x280056c46f9 is not stack'd, malloc'd or (recently) free'd
    ==4730==
    ==4730==
    ==4730== Process terminating with default action of signal 11 (SIGSEGV)
    ==4730==  Access not within mapped region at address 0x280056C46F9
    ==4730==    at 0x5265CBA: ??? (in /usr/lib/x86_64-linux-gnu/libavcodec.so.53.35.0)
    ==4730==    by 0x52668F4: avcodec_decode_video2 (in /usr/lib/x86_64-linux-gnu/libavcodec.so.53.35.0)
    ==4730==    by 0x40140E: fetch_and_decode(int, AVCodecContext*, AVFrame*) (main.cpp:176)
    ==4730==    by 0x401757: main (main.cpp:273)

    "Invalid read size of 1" refers to trying to access a byte outside the bounds of an array. Does this mean that the library is trying to access something outside the bounds of an array I’m giving it ? I’ve checked the AVPkt, and that seems fine. I’m still stumped !

  • ffmpeg converting RTSP to HLS stops working after hours

    28 juin 2019, par lin wang

    I’m using ffmpeg to convert RTSP stream to HLS, here is the command :

    ffmpeg -rtsp_transport tcp -i rtsp ://address/9012120.smil -vcodec copy -acodec copy -fflags +genpts -f hls -hls_wrap 5 -hls_list_size 2 -hls_time 3 /dev/shm/live/1/v.m3u8

    It worked properly at the beginning, but after hours(sometimes 8 hours sometimes less),it just stopped updating .ts files but the ffmpeg process was still running, so the hls stream just stuck.
    Check the log, no error log at the moment of the converting stopping,but before that there were some warning logs as below :

    [hls @ 0x57602c0] Non-monotonous DTS in output stream 0:1 ; previous : 5957536600,
    current : 2744367719 ; changing to 5957536601. This may result in incorrect timestamps in the output file.

    Any idea how to fix this ?

  • FFMPEG stops with muxing overhead of 20538950942720.000000% after takeoff command is sent to AR.Drone 2.0

    7 mai 2014, par user38931

    I start ffmpeg -i tcp://192.168.1.1:5555 -f image2 -pix_fmt bgr8 -update 1 frame.bmp to decode a h264 stream from AR.Drone 2.0. Everything works fine, until I send a takeoff command to the drone and it lifts up. For those who are not familiar with AR.Drone 2.0 architecture, the commands are sent to another socket and shouldn’t interfere with the video socket.

    Then for some reason, ffmpeg stops with a muxing overhead of insane 20538950942720.000000% !

    Are there common causes for such a crazy muxing overhead ?
    I would like to know what could cause such a massive muxing overhead, before I can move on to troubleshoot what the source of the problem is.

    Here is the full output I have :

    ffmpeg -i tcp://192.168.1.1:5555 -f image2 -pix_fmt bgr8 -update 1 frame.bmp
    ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers
    built on Apr  3 2014 05:12:32 with gcc 4.6 (Debian 4.6.3-1)
    configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra-cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra-ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx
     libavutil      52. 71.100 / 52. 71.100
     libavcodec     55. 56.107 / 55. 56.107
     libavformat    55. 36.101 / 55. 36.101
     libavdevice    55. 11.100 / 55. 11.100
     libavfilter     4.  3.100 /  4.  3.100
     libswscale      2.  6.100 /  2.  6.100
     libswresample   0. 18.100 /  0. 18.100
     libpostproc    52.  3.100 / 52.  3.100
    Input #0, h264, from 'tcp://192.168.1.1:5555':
     Duration: N/A, bitrate: N/A
     Stream #0:0: Video: h264 (Baseline), yuv420p, 640x360, 25 fps, 25 tbr, 1200k tbn, 50 tbc
    [swscaler @ 0xb21e600] No accelerated colorspace conversion found from yuv420p to bgr8.
    Output #0, image2, to 'frame.bmp':
     Metadata:
       encoder         : Lavf55.36.101
       Stream #0:0: Video: bmp, bgr8, 640x360, q=2-31, 200 kb/s, 90k tbn, 25 tbc
    Stream mapping:
     Stream #0:0 -> #0:0 (h264 -> bmp)
    Press [q] to stop, [?] for help
    frame=  388 fps= 29 q=0.0 Lsize=N/A time=00:00:15.52 bitrate=N/A    
    video:87708kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 20538950942720.000000%