Recherche avancée

Médias (1)

Mot : - Tags -/ogg

Autres articles (7)

  • Emballe médias : à quoi cela sert ?

    4 février 2011, par

    Ce plugin vise à gérer des sites de mise en ligne de documents de tous types.
    Il crée des "médias", à savoir : un "média" est un article au sens SPIP créé automatiquement lors du téléversement d’un document qu’il soit audio, vidéo, image ou textuel ; un seul document ne peut être lié à un article dit "média" ;

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • Menus personnalisés

    14 novembre 2010, par

    MediaSPIP utilise le plugin Menus pour gérer plusieurs menus configurables pour la navigation.
    Cela permet de laisser aux administrateurs de canaux la possibilité de configurer finement ces menus.
    Menus créés à l’initialisation du site
    Par défaut trois menus sont créés automatiquement à l’initialisation du site : Le menu principal ; Identifiant : barrenav ; Ce menu s’insère en général en haut de la page après le bloc d’entête, son identifiant le rend compatible avec les squelettes basés sur Zpip ; (...)

Sur d’autres sites (3768)

  • avformat/mov : factorize reading the main part of the chnl atom to mov_chan

    9 février 2024, par Marton Balint
    avformat/mov : factorize reading the main part of the chnl atom to mov_chan
    

    Signed-off-by : Marton Balint <cus@passwd.hu>

    • [DH] libavformat/mov.c
    • [DH] libavformat/mov_chan.c
    • [DH] libavformat/mov_chan.h
  • 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

    &#xA;

    I am new to ffmpeg and i am facing this error for more then 2 days.&#xA;This ffmpeg command :&#xA;!ffmpeg -i "{fromPath}" -i "{toPath}" -filter_complex "xfade=transition={chosenTransition}:duration={transitionDuration}:offset=-1.5" -c:v libx264 -crf 18 -preset veryfast "{outPath}"&#xA;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.

    &#xA;

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

    &#xA;

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

    &#xA;

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

    &#xA;

    On colab i tried all this ways :

    &#xA;

    !rm -rf chunks&#xA;!mkdir chunks&#xA;time.sleep(1)&#xA;folderPath = &#x27;/content/clips&#x27;&#xA;videoOutput = &#x27;/content/test.mp4&#x27;&#xA;transitionDuration = 6&#xA;&#xA;videoFiles = [f"{folderPath}/{f}" for f in os.listdir(folderPath) if f.endswith(&#x27;.mp4&#x27;)]&#xA;random.shuffle(videoFiles)&#xA;fromPath = videoFiles[0]&#xA;toPath = &#x27;&#x27;&#xA;outPath = &#x27;&#x27;&#xA;transitions = [&#x27;fade&#x27;, &#x27;wipeup&#x27;, &#x27;slidedown&#x27;, &#x27;circleclose&#x27;, &#x27;radial&#x27; , &#x27;hrslice&#x27;, &#x27;hblur&#x27;, &#x27;smoothleft&#x27;, &#x27;smoothright&#x27;]&#xA;&#xA;for videoIndex, videoName in enumerate(videoFiles):&#xA;    if videoIndex == 0:&#xA;        continue&#xA;    toPath = videoName&#xA;    chosenTransition = random.choice(transitions)&#xA;    print(&#x27;chosenTransition&#x27;, chosenTransition)&#xA;    clipDuration = int((imageio.get_reader(fromPath)).get_meta_data()[&#x27;duration&#x27;]) - transitionDuration&#xA;    # !echo -i /content/clips/clip0.mp4 -i /content/clips/clip1.mp4 -filter_complex xfade=transition={chosenTransition}:duration=3:offset={clipDuration} dissolveVideo.mp4&#xA;&#xA;    if videoIndex == len(videoFiles) - 1:&#xA;        outPath = videoOutput&#xA;    else:&#xA;        outPath = f&#x27;/content/chunks/chunk{videoIndex}.mp4&#x27;&#xA;    time.sleep(2)&#xA;    &#xA;    # !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}"&#xA;    !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}"&#xA;    # !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}"&#xA;    # !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}"&#xA;    # !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}"&#xA;    # !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}"&#xA;&#xA;

    &#xA;

  • avformat/electronicarts : add option to return alpha channel in the main video stream...

    13 novembre 2022, par Marton Balint
    avformat/electronicarts : add option to return alpha channel in the main video stream in VP6A codec
    

    VP6 alpha in EA format is a second VP6 encoded video stream where only the Y
    component is used and is interpreted as the alpha channel of the first VP6
    stream. The alpha VP6 stream is muxed separately from the main VP6 stream, has
    its own stream headers and packet headers. In theory the two streams might not
    even have the same resolution (although most likely that is not something that
    is seen or supported in the wild), but the format is capable of doing it.

    Merged VP6 alpha (also known as the VP6A codec) means that a packet of the
    video stream contains the corresponding packet of both VP6 substreams like
    this :

    OffsetOfAlpha, DataPacket, AlphaDataPacket

    So data and alpha data of a frame is merged to a single packet, this is how VP6
    video with alpha is muxed in FLV and SWF.

    The first approach is more like how the demuxer sees data in the EA format,
    unfortunately it is different to what the FLV or SWF format expects, so -
    having no better place for it in the framework - I decided to do an optional
    format conversion in the EA demuxer.

    Signed-off-by : Marton Balint <cus@passwd.hu>

    • [DH] doc/demuxers.texi
    • [DH] libavformat/electronicarts.c
    • [DH] libavformat/version.h