Recherche avancée
Autres articles (70)
-
Gestion des droits de création et d’édition des objets
8 février 2011, parPar défaut, beaucoup de fonctionnalités sont limitées aux administrateurs mais restent configurables indépendamment pour modifier leur statut minimal d’utilisation notamment : la rédaction de contenus sur le site modifiables dans la gestion des templates de formulaires ; l’ajout de notes aux articles ; l’ajout de légendes et d’annotations sur les images ;
-
Supporting all media types
13 avril 2011, parUnlike most software and media-sharing platforms, MediaSPIP aims to manage as many different media types as possible. The following are just a few examples from an ever-expanding list of supported formats : images : png, gif, jpg, bmp and more audio : MP3, Ogg, Wav and more video : AVI, MP4, OGV, mpg, mov, wmv and more text, code and other data : OpenOffice, Microsoft Office (Word, PowerPoint, Excel), web (html, CSS), LaTeX, Google Earth and (...)
-
Keeping control of your media in your hands
13 avril 2011, parThe vocabulary used on this site and around MediaSPIP in general, aims to avoid reference to Web 2.0 and the companies that profit from media-sharing.
While using MediaSPIP, you are invited to avoid using words like "Brand", "Cloud" and "Market".
MediaSPIP is designed to facilitate the sharing of creative media online, while allowing authors to retain complete control of their work.
MediaSPIP aims to be accessible to as many people as possible and development is based on expanding the (...)
Sur d’autres sites (4857)
-
ffmpeg convert variable framerate .webm to constant framerate video
4 novembre 2019, par DashadowerI have a .webm file of a recording of a game at 16fps. However, upon trying to process the video with OpenCV, it seems the video is recorded with a variable framerate, so when I try to use OpenCV to get a frame every second by getting the every 16th frame, it won’t work since the video stream will end prematurely.
Therefore, I’m trying to convert a variable-frame .webm video, which claims it has a framerate of 16 fps, to a video with a constant frame, so I can extract one frame for every second. I’ve tried the following ffmpeg command from https://ffmpeg.zeranoe.com/forum/viewtopic.php?t=5518 :
ffmpeg -i input.webm -c:v copy -b:v copy -r 16 output.webmHowever, the following error will occur :
[NULL @ 00000272ccbc0c40] [Eval @ 000000bc11bfe2f0] Undefined constant or missing '(' in 'copy'
[NULL @ 00000272ccbc0c40] Unable to parse option value "copy"
[NULL @ 00000272ccbc0c40] Error setting option b to value copy.
Error setting up codec context options.Here’s is the code I’m trying to use to process a frame every second :
video = cv2.VideoCapture(test_mp4_vod_path)
print("Opened ", test_mp4_vod_path)
print("Processing MP4 frame by frame")
# forward over to the frames you want to start reading from.
# manually set this, fps * time in seconds you wanna start from
video.set(1, 0)
success, frame = video.read()
#fps = int(video.get(cv2.CAP_PROP_FPS)) # this will return 0!
fps = 16 # hardcode fps
total_frame_count = int(video.get(cv2.CAP_PROP_FRAME_COUNT))
print("Loading video %d seconds long with FPS %d and total frame count %d " % (total_frame_count/fps, fps, total_frame_count))
count = 1
while video.isOpened():
success, frame = video.read()
if not success:
break
if count % fps == 0:
print("%dth frame is %d seconds on video"%(count, count/fps))
count += 1The code will finish before it gets near the end of the video, since the video isn’t at a constant FPS.
How can I convert a variable-FPS video to a constant FPS video ? -
Building ffmpeg iOS libraries for armv7, armv7s, arm64, i386 and universal
4 février 2015, par sandyI have seen several scripts to build FFmpeg API for armv7, 7s and i386 but couldn’t find anything which would work for armv64 as well. Some of the answers on other threads of this forum suggested to prepare a separate library for arm64 but it does not work well with rest of the architectures. Hence I need a script which can work for all the supported architectures for iOS including armv7, armv7s, armv64 and i386.
-
ffmpeg : cannot save HLS stream to MKV
15 juillet 2021, par MasterAlerI am trying to achieve something straightforward : writing the code that captures a video stream and saves it into an *.mkv file "as-is" (yeah, no demuxing or reencoding or whatever). Just want to store those
AVPacket-s and the MKV container looks ready for that.

Note that the question is about ffmpeg library usage, the ffmpeg binary works fine and can be used to save the HLS steam data via the following :

ffmpeg -i https://bitdash-a.akamaihd.net/content/sintel/hls/playlist.m3u8 -c:v copy out.ts

I know that but the goal is to save any (or almost any) stream, thus the MKV. Actually, there is some code that already can save the streams' data, it fails specifically when trying it with HLS.

After some efforts to provide a short but readable MCVE, here's a sample code that reproduces the problem. The focus is on making the output codec work with HLS streams, thus it may lack a lot of things and details, like extra error checks, corner-cases, optimizations, proper timestamp handling, etc.


#include <atomic>
#include 
#include <deque>
#include <functional>
#include <iostream>
#include <memory>
#include <mutex>
#include <thread>

extern "C" {
#include "libavcodec/avcodec.h"
#include "libavfilter/avfilter.h"
#include "libavfilter/buffersink.h"
#include "libavfilter/buffersrc.h"
#include <libavcodec></libavcodec>avcodec.h>
#include <libavdevice></libavdevice>avdevice.h>
#include <libavformat></libavformat>avformat.h>
#include <libswscale></libswscale>swscale.h>
}

// Some public stream. The code works with RTSP, RTMP, MJPEG, etc.
// static const char SOURCE_NAME[] = "http://81.83.10.9:8001/mjpg/video.mjpg"; // works!

// My goal was an actual cam streaming via HLS, but here are some random HLS streams
// that reproduce the problem quite well. Playlists may differ, but the error is exactly the same
static const char SOURCE_NAME[] = "http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8"; // fails!
// static const char SOURCE_NAME[] = "https://bitdash-a.akamaihd.net/content/MI201109210084_1/m3u8s/f08e80da-bf1d-4e3d-8899-f0f6155f6efa.m3u8"; // fails!

using Pkt = std::unique_ptr;
std::deque<pkt> frame_buffer;
std::mutex frame_mtx;
std::condition_variable frame_cv;
std::atomic_bool keep_running{true};

AVCodecParameters *common_codecpar = nullptr;
std::mutex codecpar_mtx;
std::condition_variable codecpar_cv;

void read_frames_from_source(unsigned N)
{
 AVFormatContext *fmt_ctx = avformat_alloc_context();

 int err = avformat_open_input(&fmt_ctx, SOURCE_NAME, nullptr, nullptr);
 if (err < 0) {
 std::cerr << "cannot open input" << std::endl;
 avformat_free_context(fmt_ctx);
 return;
 }

 err = avformat_find_stream_info(fmt_ctx, nullptr);
 if (err < 0) {
 std::cerr << "cannot find stream info" << std::endl;
 avformat_free_context(fmt_ctx);
 return;
 }

 // Simply finding the first video stream, preferrably H.264. Others are ignored below
 int video_stream_id = -1;
 for (unsigned i = 0; i < fmt_ctx->nb_streams; i++) {
 auto *c = fmt_ctx->streams[i]->codecpar;
 if (c->codec_type == AVMEDIA_TYPE_VIDEO) {
 video_stream_id = i;
 if (c->codec_id == AV_CODEC_ID_H264)
 break;
 }
 }

 if (video_stream_id < 0) {
 std::cerr << "failed to find find video stream" << std::endl;
 avformat_free_context(fmt_ctx);
 return;
 }

 { // Here we have the codec params and can launch the writer
 std::lock_guard locker(codecpar_mtx);
 common_codecpar = fmt_ctx->streams[video_stream_id]->codecpar;
 }
 codecpar_cv.notify_all();

 unsigned cnt = 0;
 while (++cnt <= N) { // we read some limited number of frames
 Pkt pkt{av_packet_alloc(), [](AVPacket *p) { av_packet_free(&p); }};

 err = av_read_frame(fmt_ctx, pkt.get());
 if (err < 0) {
 std::cerr << "read packet error" << std::endl;
 continue;
 }

 // That's why the cycle above, we write only one video stream here
 if (pkt->stream_index != video_stream_id)
 continue;

 {
 std::lock_guard locker(frame_mtx);
 frame_buffer.push_back(std::move(pkt));
 }
 frame_cv.notify_one();
 }

 keep_running.store(false);
 avformat_free_context(fmt_ctx);
}

void write_frames_into_file(std::string filepath)
{
 AVFormatContext *out_ctx = nullptr;
 int err = avformat_alloc_output_context2(&out_ctx, nullptr, "matroska", filepath.c_str());
 if (err < 0) {
 std::cerr << "avformat_alloc_output_context2 failed" << std::endl;
 return;
 }

 AVStream *video_stream = avformat_new_stream(out_ctx, avcodec_find_encoder(common_codecpar->codec_id)); // the proper way
 // AVStream *video_stream = avformat_new_stream(out_ctx, avcodec_find_encoder(AV_CODEC_ID_H264)); // forcing the H.264
 // ------>> HERE IS THE TROUBLE, NO CODEC WORKS WITH HLS <<------

 int video_stream_id = video_stream->index;

 err = avcodec_parameters_copy(video_stream->codecpar, common_codecpar);
 if (err < 0) {
 std::cerr << "avcodec_parameters_copy failed" << std::endl;
 }

 if (!(out_ctx->flags & AVFMT_NOFILE)) {
 err = avio_open(&out_ctx->pb, filepath.c_str(), AVIO_FLAG_WRITE);
 if (err < 0) {
 std::cerr << "avio_open fail" << std::endl;
 return;
 }
 }

 err = avformat_write_header(out_ctx, nullptr); // <<--- ERROR WITH HLS HERE
 if (err < 0) {
 std::cerr << "avformat_write_header failed" << std::endl;
 return; // here we go with hls
 }

 unsigned cnt = 0;
 while (true) {
 std::unique_lock locker(frame_mtx);
 frame_cv.wait(locker, [&] { return !frame_buffer.empty() || !keep_running; });

 if (!keep_running)
 break;

 Pkt pkt = std::move(frame_buffer.front());
 frame_buffer.pop_front();
 ++cnt;
 locker.unlock();

 pkt->stream_index = video_stream_id; // mandatory
 err = av_write_frame(out_ctx, pkt.get());
 if (err < 0) {
 std::cerr << "av_write_frame failed " << cnt << std::endl;
 } else if (cnt % 25 == 0) {
 std::cout << cnt << " OK" << std::endl;
 }
 }

 av_write_trailer(out_ctx);
 avformat_free_context(out_ctx);
}

int main()
{
 std::thread reader(std::bind(&read_frames_from_source, 1000));
 std::thread writer;

 // Writer wont start until reader's got AVCodecParameters
 // In this example it spares us from setting writer's params properly manually

 { // Waiting for codec params to be set
 std::unique_lock locker(codecpar_mtx);
 codecpar_cv.wait(locker, [&] { return common_codecpar != nullptr; });
 writer = std::thread(std::bind(&write_frames_into_file, "out.mkv"));
 }

 reader.join();
 keep_running.store(false);
 writer.join();

 return 0;
}

</pkt></thread></mutex></memory></iostream></functional></deque></atomic>

What happens here ? Simply put :


- 

- Two threads are spawned, one reads packets from source and stores them in a buffer
- The writer waits for the reader to get the
AVCodecParameters, so that you can see they are the same being used, almost no manual param setting here - The reader is supposed to read N packets and finish, then the writer follows him. That's how it works with RTSP, RTMP, MJPEG, etc.








What's the problem ? Once an HLS stream is tried, there goes the following error :




Tag [27][0][0][0] incompatible with output codec id '27' (H264)




After that
the writer segfaults on any write attempt via it's context (that isavformat_write_headerhere)avformat_write_headerfails with an error (see UPD2 below) and thus no successfull write operation is possible.

What's been tried :


- 

- Forcing arbitrary codecs (ex. :
AV_CODEC_ID_H264). No luck there. - Trying the
AV_CODEC_ID_MPEGTS. No way, it's documented as a "fake" codec for internal needs. - Switching some of the multiple options for input or output contexts, no luck there








I'm currenly confused a lot 'coz the error sounds like "Tag H264 is not compatible with codec H264". The ffmpeg logs look like the library managed to comprehend it's dealing with MPEG-TS being sent via HLS, reading is fine but writing into the chosen media container fails :


[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/540_1200000/hls/segment_0.ts' for reading
[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/540_1200000/hls/segment_1.ts' for reading
[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/720_2400000/hls/segment_0.ts' for reading
[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/720_2400000/hls/segment_1.ts' for reading
[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/1080_4800000/hls/segment_0.ts' for reading
[hls @ 0x7f94b0000900] Opening 'https://bitdash-a.akamaihd.net/content/MI201109210084_1/video/1080_4800000/hls/segment_1.ts' for reading
[hls @ 0x7f94b0000900] Could not find codec parameters for stream 0 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, 112 kb/s): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options
[matroska @ 0x7f94a8000900] Tag [27][0][0][0] incompatible with output codec id '27' (H264)
avformat_write_header failed
Segmentation fault (core dumped)


No hard googling helped, I'm a bit desperate.

Plz, share your ideas, would be grateful for any.

UPD


- 

ffmpeg -i https://bitdash-a.akamaihd.net/content/sintel/hls/playlist.m3u8 out.mkvworks fineffmpeg -i http://qthttp.apple.com.edgesuite.net/1010qwoeiuryfg/sl.m3u8 -c:v copy out.mkvalso works fine






... which means ffmpeg can do the trick and the desired result can be achieved


UPD2


It occured that the tag error can be suppressed via

out_ctx->strict_std_compliance = FF_COMPLIANCE_UNOFFICIAL;

I assume it's smth about spelling the "h264" properly in a string tag, doesn't look serious.

Also, after a closer look it occured that it's
av_write_framethat actually segfaults. No wonder — with HLS streamsavformat_write_headerfails and returns error :



Invalid data found when processing input




That still leaves me with no clues, where's the problem here =((


Syndiquer tout le site
