Recherche avancée

Médias (0)

Mot : - Tags -/signalement

Aucun média correspondant à vos critères n’est disponible sur le site.

Autres articles (36)

  • La file d’attente de SPIPmotion

    28 novembre 2010, par

    Une file d’attente stockée dans la base de donnée
    Lors de son installation, SPIPmotion crée une nouvelle table dans la base de donnée intitulée spip_spipmotion_attentes.
    Cette nouvelle table est constituée des champs suivants : id_spipmotion_attente, l’identifiant numérique unique de la tâche à traiter ; id_document, l’identifiant numérique du document original à encoder ; id_objet l’identifiant unique de l’objet auquel le document encodé devra être attaché automatiquement ; objet, le type d’objet auquel (...)

  • Contribute to documentation

    13 avril 2011

    Documentation is vital to the development of improved technical capabilities.
    MediaSPIP welcomes documentation by users as well as developers - including : critique of existing features and functions articles contributed by developers, administrators, content producers and editors screenshots to illustrate the above translations of existing documentation into other languages
    To contribute, register to the project users’ mailing (...)

  • Use, discuss, criticize

    13 avril 2011, par

    Talk to people directly involved in MediaSPIP’s development, or to people around you who could use MediaSPIP to share, enhance or develop their creative projects.
    The bigger the community, the more MediaSPIP’s potential will be explored and the faster the software will evolve.
    A discussion list is available for all exchanges between users.

Sur d’autres sites (5836)

  • dashenc : Fix writing of timelines that don’t start at t=0

    29 décembre 2014, par Martin Storsjö
    dashenc : Fix writing of timelines that don’t start at t=0
    

    When writing an explicit time, reset the cur_time variable to this
    value as well. This avoids writing excessive time attributes for each
    segment in the timeline, as long as the segments are continuous.

    Signed-off-by : Martin Storsjö <martin@martin.st>

    • [DBH] libavformat/dashenc.c
  • FFmpeg stops at once after start streaming

    15 avril 2014, par Byte

    I use FFmpeg like this :

    ffmpeg -i "http://xxx/mpegts" -map 0:2 -map 0:0 -vcodec copy -acodec copy -f flv rtmp://localhost/live/xxx

    At once after start i see this :

    ffmpeg version 0.8.10-4:0.8.10-0ubuntu0.12.04.1, Copyright (c) 2000-2013 the Libav developers
    built on Feb  6 2014 20:56:59 with gcc 4.6.3
    *** THIS PROGRAM IS DEPRECATED ***
    This program is only provided for compatibility and will be removed in a future release. Please use avconv instead.
    [h264 @ 0xdec460] non-existing PPS referenced
    [h264 @ 0xdec460] non-existing PPS 0 referenced
    [h264 @ 0xdec460] decode_slice_header error
    [h264 @ 0xdec460] no frame!
    ... (previous 4 lines repeats 5-6 times)
    [mpegts @ 0xde27a0] max_analyze_duration reached
    [mpegts @ 0xde27a0] Estimating duration from bitrate, this may be inaccurate
    Input #0, mpegts, from &#39;http://xxx/mpegts&#39;:
     Duration: N/A, start: 63077.826856, bitrate: 255 kb/s
     Program 1
       Stream #0.0[0x44](eng): Audio: aac, 48000 Hz, stereo, s16, 122 kb/s
       Stream #0.1[0x45](rus): Audio: aac, 48000 Hz, stereo, s16, 132 kb/s
       Stream #0.2[0x46]: Video: h264 (Constrained Baseline), yuv420p, 720x576 [PAR 64:45 DAR 16:9], 26.51 fps, 25 tbr, 90k tbn, 50 tbc
    Output #0, flv, to &#39;rtmp://localhost/live/xxx&#39;:
     Metadata:
       encoder         : Lavf53.21.1
       Stream #0.0: Video: [7][0][0][0] / 0x0007, yuv420p, 720x576 [PAR 64:45 DAR 16:9], q=2-31, 1k tbn, 25 tbc
       Stream #0.1(eng): Audio: aac, 48000 Hz, stereo, 122 kb/s
    Stream mapping:
     Stream #0.2 -> #0.0
     Stream #0.0 -> #0.1
    Press ctrl-c to stop encoding
    developer@myhost:

    And it is all. Process stops. In RTMP server i see new connection what at once disconnected.
    What may be wrong ?

    Thanks.

  • Adjust Audio Start Point by 3 Frames

    11 mai 2022, par craigeley

    Because of an issue with my audio recorder, I have audio files that are always 3 frames behind the start of my video files, even though they have identical timecode. Currently, I am overcoming this issue by using -itsoffset, like so :

    &#xA;

    ffmpeg -i video.MP4 -itsoffset 0.12512513 -i audio.WAV -c:a aac -map 0:v:0 -map 1:a:0 new.mp4&#xA;

    &#xA;

    Where 0.12512513 is 3 divided by 23.976. The results of this are satisfactory, but is contingent on all of my footage being shot in 23.976.

    &#xA;

    However, since I spoke to tech support for the device and they assured me it will always be off by exactly three frames, I'm wondering if there is a faster and more universal way to do this, either a) a command like -itsoffset that accepts frames as a starting point, or if the better solution is to just cut off the first three frames of the video, which would also put them in sync. I have tinkered with trim=start_frame=3 but I can't figure out the correct position to place it within the command.

    &#xA;

    Any advice from experienced ffmpeg'ers would be much appreciated !

    &#xA;