Recherche avancée

Médias (91)

Autres articles (44)

  • Participer à sa traduction

    10 avril 2011

    Vous pouvez nous aider à améliorer les locutions utilisées dans le logiciel ou à traduire celui-ci dans n’importe qu’elle nouvelle langue permettant sa diffusion à de nouvelles communautés linguistiques.
    Pour ce faire, on utilise l’interface de traduction de SPIP où l’ensemble des modules de langue de MediaSPIP sont à disposition. ll vous suffit de vous inscrire sur la liste de discussion des traducteurs pour demander plus d’informations.
    Actuellement MediaSPIP n’est disponible qu’en français et (...)

  • HTML5 audio and video support

    13 avril 2011, par

    MediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
    The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
    For older browsers the Flowplayer flash fallback is used.
    MediaSPIP allows for media playback on major mobile platforms with the above (...)

  • De l’upload à la vidéo finale [version standalone]

    31 janvier 2010, par

    Le chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
    Upload et récupération d’informations de la vidéo source
    Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
    Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)

Sur d’autres sites (4879)

  • First input link main timebase (1/15360) do not match the corresponding second input link xfade timebase (1/90000)

    14 novembre 2023, par Rino

    coders

    


    I am new to ffmpeg and i am facing this error for more then 2 days.
This ffmpeg command :
!ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "xfade=transition={chosenTransition}:duration={transitionDuration}:offset=-1.5" -c:v libx264 -crf 18 -preset veryfast "{outPath}"
I run that previous command 3 times in row where output of the previous command is input that is getting produced as 15360 timebase video i guess.

    


    is giving me this error : "First input link main timebase (1/15360) do not match the corresponding second input link xfade timebase (1/90000)"

    


    So when i merge two of my videos the output is video with (1/15360) timebase. Original videos has (1/90000) timebase.

    


    Pls help what i wana archive is basicly multiple videos inside a folder called "clips" merge together using a random transition from xfade/ffmpeg.

    


    On colab i tried all this ways :

    


    !rm -rf chunks
!mkdir chunks
time.sleep(1)
folderPath = '/content/clips'
videoOutput = '/content/test.mp4'
transitionDuration = 6

videoFiles = [f"{folderPath}/{f}" for f in os.listdir(folderPath) if f.endswith('.mp4')]
random.shuffle(videoFiles)
fromPath = videoFiles[0]
toPath = ''
outPath = ''
transitions = ['fade', 'wipeup', 'slidedown', 'circleclose', 'radial' , 'hrslice', 'hblur', 'smoothleft', 'smoothright']

for videoIndex, videoName in enumerate(videoFiles):
    if videoIndex == 0:
        continue
    toPath = videoName
    chosenTransition = random.choice(transitions)
    print('chosenTransition', chosenTransition)
    clipDuration = int((imageio.get_reader(fromPath)).get_meta_data()['duration']) - transitionDuration
    # !echo -i /content/clips/clip0.mp4 -i /content/clips/clip1.mp4 -filter_complex xfade=transition={chosenTransition}:duration=3:offset={clipDuration} dissolveVideo.mp4

    if videoIndex == len(videoFiles) - 1:
        outPath = videoOutput
    else:
        outPath = f'/content/chunks/chunk{videoIndex}.mp4'
    time.sleep(2)
    
    # !echo -i "{fromPath}" -i "{toPath}" -filter_complex "[0:v]xfade=transition={chosenTransition}:duration=3:offset={clipDuration},settb=1/19000[v0];[0:a][1:a]acrossfade=d=3[aout]" -map "[v0]" -map "[aout]" -c:v libx264 -crf 18 -preset ultrafast "{outPath}"
    !ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "xfade=transition={chosenTransition}:duration={transitionDuration}:offset=-1.5,settb=1/15360" -c:v libx264 -crf 18 -preset veryfast "{outPath}"
    # !ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "[0:v]settb=1/15360,setpts=PTS-STARTPTS[v0];[1:v]settb=1/15360,setpts=PTS-STARTPTS[v1];[v0][v1]xfade=transition={chosenTransition}:duration={transitionDuration}:offset=-1.5[vout]" -map "[vout]" -c:v libx264 -crf 18 -preset ultrafast "{outPath}"
    # !ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "[0]settb=AVTB [0v]; [1]settb=AVTB [1v]; [0v] [1v]xfade=transition={chosenTransition}:duration={transitionDuration}:offset=1" -c:v libx264 -crf 18 -preset ultrafast "{outPath}"
    # !ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "[0:v]xfade=transition={chosenTransition}:duration=3:offset={clipDuration},settb=1/15360[v0];[0:a][1:a]acrossfade=d=3[aout]" -map "[v0]" -map "[aout]" -c:v libx264 -crf 18 -preset ultrafast "{outPath}"
    # !ffmpeg -y -progress .progressinfo.dat -i "{fromPath}" -i "{toPath}" -filter_complex "[0:v]settb=AVTB,setpts=PTS-STARTPTS[v0];[1:v]settb=AVTB,setpts=PTS-STARTPTS[v1];[v0][v1]xfade=transition={chosenTransition}:duration={transitionDuration}:offset={clipDuration}[vout];[0:a]asettb=AVTB,asetpts=PTS-STARTPTS[a0];[1:a]asettb=AVTB,asetpts=PTS-STARTPTS[a1];[a0][a1]acrossfade=d=3[aout]" -map "[vout]" -map "[aout]" -c:v libx264 -crf 18 -preset ultrafast "{outPath}"



    


  • Evolution #3958 (Nouveau) : Mise à jour de la liste des types mines

    12 juin 2017, par Franck D

    Hello, après lecture de http://www.clubic.com/pro/entreprises/apple/actualite-831758-apple-finir-jpeg.html :-(
    Je propose de mettre à jour les types mines https://zone.spip.org/trac/spip-zone/browser/_core_/plugins/medias/base/typedoc.php de la médiathèque pour le support de ce type, car il y a des chances que des utilisateurs l’utilisent :-((
    Le type mine "semble" être dans ce document : http://nokiatech.github.io/heif/technical.html

    Il y a sans doute des formats libres dont il faudrait faire l’ajout, comme http://www.numerama.com/tech/259437-videolan-vlc-se-mobilise-contre-les-codecs-payants-et-proprietaires.html mais je ne sais pas comment faire pour mettre la main sur les infos :-(
    Franck

  • Error when compiling FDK-AAC for iOS

    1er juillet 2014, par 谢小进

    I want to compile FDK-AAC for iOS, including i386, x86_64, armv7, armv7s, arm64. I use this shell script and run, only i386, x86_64, armv7, armv7s are built. Code like this :

    #!/bin/sh

    # OS X Mavericks, Xcode 5.1

    set -ex

    VERSION="0.1.3"
    CURRPATH=`pwd`
    SOURCE="fdk-aac-$VERSION"
    DSTDIR="libfdk-aac"
    SDKVERSION="7.1"
    ARCHS="x86_64 i386 armv7 armv7s"
    DEVELOPER="/Applications/Xcode.app/Contents/Developer"

    rm -rf $DSTDIR
    mkdir $DSTDIR

    tar jxf $SOURCE.tar.gz
    cd $SOURCE

    for ARCH in $ARCHS; do
       mkdir -p $CURRPATH/$DSTDIR/$ARCH

       if [ $ARCH == "i386" -o $ARCH == "x86_64" ]; then
           PLATFORM="iPhoneSimulator"
           HOST=
           if [ $ARCH = "i386" ]; then
               HOST="--host=i386-apple-darwin"
           fi
       else
           PLATFORM="iPhoneOS"
           HOST="--host=arm-apple-darwin"
       fi

       SDK="$DEVELOPER/Platforms/$PLATFORM.platform/Developer/SDKs/$PLATFORM$SDKVERSION.sdk"
       IOSMV="-miphoneos-version-min=7.0"
       export CC="$DEVELOPER/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang"
       export CFLAGS="$IOSMV -arch $ARCH"
       export LDFLAGS="$IOSMV -arch $ARCH -isysroot $SDK"
       export LIBS="-L$SDK/usr/lib"
       export CXXFLAGS="$IOSMV -arch $ARCH -I$SDK/usr/include"

       ./configure \
       $HOST \
       --with-sysroot="$SDK" \
       --prefix=$CURRPATH/$DSTDIR/$ARCH

       make && make install && make clean
    done

    cd ..
    mkdir -p $DSTDIR/lib

    lipo -create `find $DSTDIR -name libfdk-aac.a` -output $DSTDIR/lib/libfdk-aac.a

    cp -rf $DSTDIR/$ARCH/include $DSTDIR

    for ARCH in $ARCHS; do
       rm -rf $DSTDIR/$ARCH
    done

    Can somebody tell me why arm64 is not built correct ? If needed, where can I change them ? Maybe it could be like -host= value. but I have used -host=arm-apple-darwin, and -host=arm64-apple-darwin, it’s not correct either.