
Recherche avancée
Médias (1)
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
Autres articles (106)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Pas question de marché, de cloud etc...
10 avril 2011Le vocabulaire utilisé sur ce site essaie d’éviter toute référence à la mode qui fleurit allègrement
sur le web 2.0 et dans les entreprises qui en vivent.
Vous êtes donc invité à bannir l’utilisation des termes "Brand", "Cloud", "Marché" etc...
Notre motivation est avant tout de créer un outil simple, accessible à pour tout le monde, favorisant
le partage de créations sur Internet et permettant aux auteurs de garder une autonomie optimale.
Aucun "contrat Gold ou Premium" n’est donc prévu, aucun (...)
Sur d’autres sites (12864)
-
ffmpeg - mux video and audio (from another video) - delay issue
13 octobre 2017, par oloraI need some support with ffmpeg. I would like to add the audio of video1.mp4 to video2.avi. (video1 and video2 are the same tv show with 2 different language but not the same quality video2 > video1)
The issue is that video1 and video2 don’t have the same duration. I think it’s due to the framerate.Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'video1.mp4':
Metadata:
major_brand : isom
minor_version : 512
compatible_brands: isomiso2avc1mp41
encoder : Lavf57.63.100
Duration: 00:45:02.12, start: 0.000000, bitrate: 1105 kb/s
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 640x480 [SAR 1:1 DAR 4:3], 974 kb/s, 25 fps, 25 tbr, 12800 tbn, 50 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 126 kb/s (default)
Metadata:
handler_name : SoundHandler
Input #0, avi, from 'video2.avi':
Metadata:
encoder : Lavf54.63.104
Duration: 00:45:48.78, start: 0.000000, bitrate: 2215 kb/s
Stream #0:0: Video: h264 (Main) (H264 / 0x34363248), yuv420p(progressive), 720x480 [SAR 1:1 DAR 3:2], 1945 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 59.94 tbc
Stream #0:1: Audio: mp3 (U[0][0][0] / 0x0055), 48000 Hz, stereo, s16p, 256 kb/sI tried the following command lines but the result is OK the first 20 minutes and then there is a delay (like 3sec) between the sound and the video :
1st test :
ffmpeg -y -i video2.avi -r 25 -s 720x480 -c:v libx264 -b:v 3M -strict -2 -movflags faststart video2_a.avi (to have the same framerate as video1.mp4)
ffmpeg -i video2_a.avi -filter:v "setpts=0.9966789667896679*PTS" -qscale:v 1 video2_b.avi (to have the same duration as video1.mp4 because the previous command line do not change the duration)
ffmpeg -i video1.mp4 -q:a 0 -map a video1.wav (extract sound of video1.mp4)
ffmpeg -i video2_b.avi -i video1.wav -c:v copy -map 0:v:0 -map 1:a:0 -shortest video2_c.avi (delay issue)2nd test :
Before adding the audio of video1.mp4 I tried to change the bite/rate, freq to have the same as video1.avi audio.ffmpeg -i video1.mp4 -b:a 256k -ar 48000 -q:a 0 -map a video1.wav (delay issue)
3rd test :
I tried to perform some tests with raw video data and the results are even worseBy advance, thanks for your help
-
Evolution #3119 : Développer le classement des objets de SPIP par Glissé/lâché
14 décembre 2013, par realet RealETAprès discussion avec Suske, il est apparu la notion suivante : le champ rang doit apparaître dans la table qui fait la liaison entre l’objet à trier et son contexte d’affichage.
Il y a donc 2 cas :
- liaison N-N à travers une table_liens (mot clés par exemple)
- liaison 1-N dans l’objet à trier (articles dans une rubrique, rubriques dans une rubrique)
Ce qui justifierait de repousser à SPIP 3.2, c’est le N-N.
La partie 1-N serait vraiment utile pour la 3.1 (voir la 3.0 si on considère que ça résout le bug du par num titre qui trie tous les articles d’une rubrique dès qu’un article commence par un chiffre (genre "1945 : fin de la guerre").
-
Anomalie #3122 (Nouveau) : {par num titre} et les chiffres non destinés à trier en début de titre
14 décembre 2013, par realet RealETpar num titre opère en rajoutant devant tous les titres le chiffre 0.
Du coup, lorsqu’on a un article de type "1945 fin de la guerre" il se retrouve après tous les autres puisque les autres sont considérés comme "0".À noter, un contournement possible mais coûteux se trouve ici : http://zone.spip.org/trac/spip-zone/changeset/66700
Et remplacer les "num. titre" par un vrai champ rang fonctionnellement équivalent (cf #3119) permettrait de remplacer tous les par num titre par par rang.
Le bug concerne d’ailleurs toutes les versions de SPIP.