
Recherche avancée
Médias (91)
-
GetID3 - Boutons supplémentaires
9 avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
-
Core Media Video
4 avril 2013, par
Mis à jour : Juin 2013
Langue : français
Type : Video
-
The pirate bay depuis la Belgique
1er avril 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Image
-
Bug de détection d’ogg
22 mars 2013, par
Mis à jour : Avril 2013
Langue : français
Type : Video
-
Exemple de boutons d’action pour une collection collaborative
27 février 2013, par
Mis à jour : Mars 2013
Langue : français
Type : Image
-
Exemple de boutons d’action pour une collection personnelle
27 février 2013, par
Mis à jour : Février 2013
Langue : English
Type : Image
Autres articles (41)
-
Websites made with MediaSPIP
2 mai 2011, parThis page lists some websites based on MediaSPIP.
-
Creating farms of unique websites
13 avril 2011, parMediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...) -
Other interesting software
13 avril 2011, parWe don’t claim to be the only ones doing what we do ... and especially not to assert claims to be the best either ... What we do, we just try to do it well and getting better ...
The following list represents softwares that tend to be more or less as MediaSPIP or that MediaSPIP tries more or less to do the same, whatever ...
We don’t know them, we didn’t try them, but you can take a peek.
Videopress
Website : http://videopress.com/
License : GNU/GPL v2
Source code : (...)
Sur d’autres sites (8326)
-
flvdec : Honor the "flv_metadata" option for the "datastream" metadata field
9 février 2024, par Martin Storsjöflvdec : Honor the "flv_metadata" option for the "datastream" metadata field
By default the option "flv_metadata" (internally using the field
name "trust_metadata") is set to 0, meaning that we don't allocate
streams based on information in the metadata, only based on
actual streams we encounter. However the "datastream" metadata field
still would allocate a subtitle stream.When muxing, the "datastream" field is added if either a data stream
or subtitle stream is present - but the same metadata field is used
to preemtively create a subtitle stream only. Thus, if the field
was added due to a data stream, not a subtitle stream, the demuxer
would create a stream which won't get any actual packets.If there was such an extra, empty subtitle stream, running
avformat_find_stream_info still used to terminate within reasonable
time before 3749eede66c3774799766b1f246afae8a6ffc9bb. After that
commit, it no longer would terminate until it reaches the max
analyze duration, which is 90 seconds for flv streams (see
e6a084641aada7a2e4672172f2ee26642800a361,
24fdf7334d2bb9aab0abdbc878b8ae51eb57c86b and
f58e011a1f30332ba824c155078ca701e29aef63).Before that commit (which removed the deprecated AVStream.codec), the
"st->codecpar->codec_id = AV_CODEC_ID_TEXT", set within the demuxer,
would get propagated into st->codec->codec_id by numerous
avcodec_parameters_to_context(st->codec, st->codecpar), then further
into st->internal->avctx->codec_id by update_stream_avctx within
read_frame_internal in libavformat/utils.c (demux.c these days).Signed-off-by : Martin Storsjö <martin@martin.st>
-
avcodec/dxvenc : Fix data races with slice threading
24 janvier 2024, par Andreas Rheinhardtavcodec/dxvenc : Fix data races with slice threading
The old code set a common struct from each thread ;
this only "worked" (but is still UB) because the values
written are the same for each thread.
Fix this by moving the assignments to the main thread.(This also avoids casting const away from a const AVFrame*.)
Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
How should I make ffmpeg "-ignore_unknown" work ?
10 janvier 2024, par living beingI'm batch-converting some videos and I want ffmpeg to just drop any unknown stream instead of failing and leaving the video untouched.


My code :


find ./ -type f -iname '*.mp4' -exec bash -c 'var="{}" && ffmpeg -i "{}" -map 0 -vcodec libx265 -preset fast -crf 31 -vf "scale=-2:min(1080\,ih)" -acodec libopus -ac 1 -b:a 24K -c:s copy -ignore_unknown "$var.mp4" -y && rm -v "$var" && mv -- "$var.mp4" "$var"' \;



streams :


Stream #0:0[0x1](eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 105 kb/s (default)
Metadata:
 creation_time : 2012-02-07T06:23:20.000000Z
 handler_name : Apple Sound Media Handler
 vendor_id : [0][0][0][0]
Stream #0:1[0x2](eng): Video: h264 (Main) (avc1 / 0x31637661), yuv420p(tv, smpte170m/smpte170m/bt709, progressive), 320x240, 491 kb/s, 30.12 fps, 30.12 tbr, 2500 tbn (default)
Metadata:
 creation_time : 2012-02-07T06:23:20.000000Z
 handler_name : Apple Video Media Handler
 vendor_id : [0][0][0][0]
 Stream #0:2[0x3](eng): Data: none (rtp / 0x20707472), 511 kb/s
Metadata:
 creation_time : 2012-02-07T06:23:20.000000Z
 handler_name : hint media handler
Stream #0:3[0x4](eng): Data: none (rtp / 0x20707472), 109 kb/s
Metadata:
 creation_time : 2012-02-07T06:23:20.000000Z
 handler_name : hint media handler
Stream mapping:
Stream #0:0 -> #0:0 (aac (native) -> opus (libopus))
Stream #0:1 -> #0:1 (h264 (native) -> hevc (libx265))
Stream #0:2 -> #0:2 (copy)
Stream #0:3 -> #0:3 (copy)



In the end I get this :


[mp4 @ 0x55f412caa240] Could not find tag for codec none in stream #2, codec not currently supported in container
[out#0/mp4 @ 0x55f412c97ec0] Could not write header (incorrect codec parameters ?): Invalid argument
[vost#0:1/libx265 @ 0x55f412ec3d00] Error initializing output stream: 
[libopus @ 0x55f412ec3200] 1 frames left in the queue on closing

encoded 0 frames
Conversion failed!





OS : Ubuntu 23.10


I know I can do it by eliminating "-map 0", but I want to include all subtitle streams and other types of known streams if any. I need to use this for terabytes of videos, so I can't totally exclude data streams either, since there are some useful ones.