Recherche avancée

Médias (0)

Mot : - Tags -/masques

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

Autres articles (38)

  • Les tâches Cron régulières de la ferme

    1er décembre 2010, par

    La gestion de la ferme passe par l’exécution à intervalle régulier de plusieurs tâches répétitives dites Cron.
    Le super Cron (gestion_mutu_super_cron)
    Cette tâche, planifiée chaque minute, a pour simple effet d’appeler le Cron de l’ensemble des instances de la mutualisation régulièrement. Couplée avec un Cron système sur le site central de la mutualisation, cela permet de simplement générer des visites régulières sur les différents sites et éviter que les tâches des sites peu visités soient trop (...)

  • Personnaliser les catégories

    21 juin 2013, par

    Formulaire de création d’une catégorie
    Pour ceux qui connaissent bien SPIP, une catégorie peut être assimilée à une rubrique.
    Dans le cas d’un document de type catégorie, les champs proposés par défaut sont : Texte
    On peut modifier ce formulaire dans la partie :
    Administration > Configuration des masques de formulaire.
    Dans le cas d’un document de type média, les champs non affichés par défaut sont : Descriptif rapide
    Par ailleurs, c’est dans cette partie configuration qu’on peut indiquer le (...)

  • 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" ;

Sur d’autres sites (5609)

  • How to merge mp4 audio dash fragment with another audio

    19 décembre 2016, par mosvov

    I have 1 audio file from dash stream

     Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'file_191282-377206_header.mp4':   Metadata:
    

    
 major_brand     : iso6
    
 minor_version   : 1
    
 compatible_brands: mp42dashmsdhmsixiso6avc1isom
    
 creation_time   : 2016-04-29T11:04:26.000000Z   Duration: 00:00:30.02, start: 14.997333, bitrate: 49 kb/s
    
 Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 48 kb/s (default)

    Also in exiftool output :

     Movie Data Size                 : 180193
    
 Movie Data Offset               : 6388

    I try to merge with another audio and save metadata info like Movie Data Size/Offset and start/duration time.
    I try with ffmpeg/MP4Box commands like :

    MP4Box -new -add file_191282-377206_header.mp4 -add out000.mp4
    
ffmpeg -i file_191282-377206_header.mp4 -i out000.mp4 -codec copy -shortest output.mp4
    
ffmpeg -i file_191282-377206_header.mp4 -i out000.mp4 -filter_complex amerge -ac 2 -c:a aac output.mp4

    All the time information erased or changed.

    So question is how to merge 2 audio files inside mp4 and not change Movie Size/Offset and start/duration time ?

  • FFMPEG Picture in picture with DASH

    24 mai 2022, par Macster

    I'm using FFMPEG to transcode a video into different resolutions and it's working fine. But now I want to merge two videos picture in picture, as one video, which then has to be transcoded into different resolutions.

    


    The command below is what I've got so far. Unfortunately, it works only for the 170p resolution. If I switch the player to 720p the overlay video is gone.

    


    I guess I have to use some kind of naming scheme for the merging files and the different resolutions, so FFMPEG can differentiate between them. But how am I going to do that ?

    


    FFMPEG Command

    


    ffmpeg \
-re \
-i "input.webm" \
-i "overlay.webm" \
-filter_complex "[1]scale=iw/3:-1[pip];[0][pip]overlay=W-w-10:10:shortest=1[v];[0:a][1:a]amerge[a]" \
-r 30 \
-usage lowlatency \
-qp_b 1 \
-quality ultrafast \
-level 2.0 \
-map "[v]" \
-map "[a]" \
-map 0 \
-c:a aac \ 
-c:v h264_qsv \
-b:v:1 1800k \
-s:v:1 1280x720 \
-b:v:0 300k \
-s:v:0 320x170 \
-profile:v:0 main \
-profile:v:1 main \
-bf 1 \
-keyint_min 30 \
-g 30 \
-sc_threshold 1 \
-b_strategy 0 \
-ar:a:1 96000 \
-seg_duration 1 \
-remove_at_exit 0 \
-streaming 1 \
-window_size 10 \
-adaptation_sets "id=0,streams=v id=1,streams=a" \
-utc_timing_url https://time.akamai.com/?iso \
-live 1 \
-f dash "manifest.mpd" 


    


  • Anomalie #3461 (Nouveau) : bug sur les urls à cause d’une mauvaise global $profondeur_url

    4 juin 2015, par Maïeul Rouquette

    Le symptome

    de temps en temps (mais assez fréquemment dans mon cas) lorsqu’on a un site dans un sous repertoire, les urls produite par #URL_ARTICLE et co contiennent des "../". Conséquent, lorsqu’on clique on remonte d’un niveau, et du coup on tombe sur une page 404.

    La cause

    Visiblement d’après https://core.spip.net/projects/spip/repository/revisions/20729 la cause serait une mauvaise globale $profondeur_url.
    Je cite ESJ

    Enfin compris pourquoi SPIP compile parfois des squelettes où la globale profondeur_url est incorrecte. Lorsqu’on place dans ecrire/.htaccess une redirection comme "ErrorDocument 403 / ?page=403", curieusement Apache met dans $_SERVER[’REQUEST_URI’] l’URL initiale (donc avec .../ecrire/...) tandis qu’il met dans $_SERVER[’SCRIPT_NAME’] l’URL de redirection (dans l’exemple ci-dessus une page à la racine). Du coup, la compilation de cette page à la racine se fait avec une profondeur d’URL qui est celle de ecrire/ et non de la racine. Pour peu que cette page et ses inclusions soient mises en cache, c’est toutes les autres pages qui les partagent qui se retouvent avec de mauvaises URL.

    Les tentatives de résolution

    Deux commits en 2.1 ont tenté de résoudre les pb :
    https://core.spip.net/projects/spip/repository/revisions/20729
    et https://core.spip.net/projects/spip/repository/revisions/20762

    Ils ont été reporté en 3.0 par
    - https://core.spip.net/projects/spip/repository/revisions/20744
    - https://core.spip.net/projects/spip/repository/revisions/20745
    puis annulé car visiblement non pleinement fonctionnels en

    - https://core.spip.net/projects/spip/repository/revisions/20746
    - https://core.spip.net/projects/spip/repository/revisions/20747

    à ma connaissance c’est le point mort depuis

Navigation