Recherche avancée
Autres articles (74)
-
Mise à disposition des fichiers
14 avril 2011, parPar défaut, lors de son initialisation, MediaSPIP ne permet pas aux visiteurs de télécharger les fichiers qu’ils soient originaux ou le résultat de leur transformation ou encodage. Il permet uniquement de les visualiser.
Cependant, il est possible et facile d’autoriser les visiteurs à avoir accès à ces documents et ce sous différentes formes.
Tout cela se passe dans la page de configuration du squelette. Il vous faut aller dans l’espace d’administration du canal, et choisir dans la navigation (...) -
MediaSPIP v0.2
21 juin 2013, parMediaSPIP 0.2 est la première version de MediaSPIP stable.
Sa date de sortie officielle est le 21 juin 2013 et est annoncée ici.
Le fichier zip ici présent contient uniquement les sources de MediaSPIP en version standalone.
Comme pour la version précédente, il est nécessaire d’installer manuellement l’ensemble des dépendances logicielles sur le serveur.
Si vous souhaitez utiliser cette archive pour une installation en mode ferme, il vous faudra également procéder à d’autres modifications (...) -
Organiser par catégorie
17 mai 2013, parDans MédiaSPIP, une rubrique a 2 noms : catégorie et rubrique.
Les différents documents stockés dans MédiaSPIP peuvent être rangés dans différentes catégories. On peut créer une catégorie en cliquant sur "publier une catégorie" dans le menu publier en haut à droite ( après authentification ). Une catégorie peut être rangée dans une autre catégorie aussi ce qui fait qu’on peut construire une arborescence de catégories.
Lors de la publication prochaine d’un document, la nouvelle catégorie créée sera proposée (...)
Sur d’autres sites (5161)
-
What is the future of Piwik ?
In this post we will explain the key values that drive the Piwik project, and expand upon our goals and roadmap for both the short and long term future.
What are Piwik’s goals ?
Piwik will :
- Enable you to make Data driven decisions
- Let you focus on what matters most to you
- Gather in one place all your important metrics (Key Performance Indicators)
- Be the best open alternative to Google Universal Analytics
- Support Developers and provide opportunities for them to innovate on Piwik platform
The Piwik Roadmap
To achieve our goals, the Piwik team along with Piwik PRO have prepared the Piwik Roadmap.
We have created this Roadmap based on hundreds of emails sent by users, tickets, along with thousands of forums posts. Feel free to send us feedback about this roadmap.
What are Piwik values ?
Our strong values govern all that we do :
Summary
It is our mission to provide an open and innovative alternative for people who prefer not to use (or cannot use) Google Analytics to analyse and measure their users.
It is a fun and epic mission which we are proud to be a part of.
Thank you for trusting us and the project, and keep in touch,
Matthieu
Piwik founder -
Evolution #4749 : [UX] Comportement des labels : quoi par défaut, quoi ponctuel ?
8 mai 2021, par RastaPopoulos ♥Un autre lien trouvé par marcimat :
https://medium.com/intech-conseil-expertise/5-pr%C3%A9conisations-afin-doptimiser-la-saisie-de-vos-formulaires-partie-2-362012d39c8a(à noter que dans ces exemples il utilise pas mal la technique : label dans le champ tant que pas focus + puis label toujours visible au dessus quand on a focus)
-
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
