
Recherche avancée
Autres articles (106)
-
Publier sur MédiaSpip
13 juin 2013Puis-je poster des contenus à partir d’une tablette Ipad ?
Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir -
Encoding and processing into web-friendly formats
13 avril 2011, parMediaSPIP automatically converts uploaded files to internet-compatible formats.
Video files are encoded in MP4, Ogv and WebM (supported by HTML5) and MP4 (supported by Flash).
Audio files are encoded in MP3 and Ogg (supported by HTML5) and MP3 (supported by Flash).
Where possible, text is analyzed in order to retrieve the data needed for search engine detection, and then exported as a series of image files.
All uploaded files are stored online in their original format, so you can (...) -
La gestion des forums
3 novembre 2011, parSi les forums sont activés sur le site, les administrateurs ont la possibilité de les gérer depuis l’interface d’administration ou depuis l’article même dans le bloc de modification de l’article qui se trouve dans la navigation de la page.
Accès à l’interface de modération des messages
Lorsqu’il est identifié sur le site, l’administrateur peut procéder de deux manières pour gérer les forums.
S’il souhaite modifier (modérer, déclarer comme SPAM un message) les forums d’un article particulier, il a à sa (...)
Sur d’autres sites (8379)
-
Animated WebP vs MP4. Why is MP4 so light and which is generally better ?
25 juin 2022, par Red VicI ran some tests and all things being equal, mp4 is much lighter than animated WebP's.


I used FFmpeg and here are the results :


- 

- Encode to an animated WebP at 25fps with quality at 90% => 2.42 MB
- Encode to an mp4 at 25fps with quality at 90% => 392 KB.






This left me wondering why the heck did I choose WebP as the main format for my web platform. Any idea whether I should ditch the animated WebP's and use mp4 instead with loop HTML tag and no audio ?


-
avcodec/v4l2_context : return EAGAIN to signal full buffers
16 août 2020, par Andriy Gelmanavcodec/v4l2_context : return EAGAIN to signal full buffers
Return proper error when frame buffers are full. This path is triggered
on the DragonBoard 410c since the encoding API change in commit
827d6fe73d2f5472c1c2.Signed-off-by : Andriy Gelman <andriy.gelman@gmail.com>
Reviewed-by : Mark Thompson <sw@jkqxz.net> -
A/libc : Fatal signal 7 (SIGBUS)
29 août 2020, par yejafotA/libc: Fatal signal 7 (SIGBUS), code 1, fault addr 0xb92df158 in tid 19864 



App crashes when app launches. How to find which line throws this error in .cpp file inside android studio using this
fault addr 0xb92df158
?

And this error not occurs everytime i select the video(small or large size video) from app but only sometimes it occurs. Is there anyway to debug the line inside .cpp file because i have so many null checks and error handling inside .cpp file. What i do is i select video from java and edit the video inside .cpp file and save back the output image inside sdcard using


char buf[1024];
snprintf(buf, sizeof(buf), "%s-%d", "/storage/emulated/0/Download/frame.png", av_codec_ctx->frame_number);
pFile = fopen(buf, "wb");
fprintf(pFile, "P5\n%d %d\n%d\n", av_frame->width, av_frame->height, 255);
for (y = 0; y < av_frame->height; y++)
 fwrite(buf + y * av_frame->linesize[0], 1 , av_frame->width, pFile);



.So while decoding or saving back as .png i think i get this sort of error.