
Recherche avancée
Médias (1)
-
The Great Big Beautiful Tomorrow
28 octobre 2011, par
Mis à jour : Octobre 2011
Langue : English
Type : Texte
Autres articles (45)
-
Les autorisations surchargées par les plugins
27 avril 2010, parMediaspip core
autoriser_auteur_modifier() afin que les visiteurs soient capables de modifier leurs informations sur la page d’auteurs -
Support audio et vidéo HTML5
10 avril 2011MediaSPIP utilise les balises HTML5 video et audio pour la lecture de documents multimedia en profitant des dernières innovations du W3C supportées par les navigateurs modernes.
Pour les navigateurs plus anciens, le lecteur flash Flowplayer est utilisé.
Le lecteur HTML5 utilisé a été spécifiquement créé pour MediaSPIP : il est complètement modifiable graphiquement pour correspondre à un thème choisi.
Ces technologies permettent de distribuer vidéo et son à la fois sur des ordinateurs conventionnels (...) -
De l’upload à la vidéo finale [version standalone]
31 janvier 2010, parLe chemin d’un document audio ou vidéo dans SPIPMotion est divisé en trois étapes distinctes.
Upload et récupération d’informations de la vidéo source
Dans un premier temps, il est nécessaire de créer un article SPIP et de lui joindre le document vidéo "source".
Au moment où ce document est joint à l’article, deux actions supplémentaires au comportement normal sont exécutées : La récupération des informations techniques des flux audio et video du fichier ; La génération d’une vignette : extraction d’une (...)
Sur d’autres sites (7819)
-
aarch64 : vvc : Fix compilation of alf.S with MSVC 2022 17.7 and older
23 juillet 2024, par Martin Storsjöaarch64 : vvc : Fix compilation of alf.S with MSVC 2022 17.7 and older
Use the "ldur" instruction explicitly, instead of having the
assembler implicitly convert "ldr" instructions to "ldur".This fixes build errors like these :
libavcodec\aarch64\vvc\alf.o.asm(1023) : error A2518 : operand 2 : Memory offset must be aligned
ldr q22, [x3, #24]
libavcodec\aarch64\vvc\alf.o.asm(1024) : error A2518 : operand 2 : Memory offset must be aligned
ldr q24, [x2, #24]
libavcodec\aarch64\vvc\alf.o.asm(1393) : error A2518 : operand 2 : Memory offset must be aligned
ldr q22, [x3, #24]
libavcodec\aarch64\vvc\alf.o.asm(1394) : error A2518 : operand 2 : Memory offset must be aligned
ldr q24, [x2, #24]Signed-off-by : Martin Storsjö <martin@martin.st>
-
Nginx RTMP "Server Error : No Such Stream"
7 août 2024, par Tony RuthI am trying to capture and stream video within my network 10.100.64.1/24 using libnginx-mod-rtmp. I followed a tutorial. I used the same URL for publishing and playing : rtmp ://10.100.64.4/lab/test But the player does not find the stream.


My nginx settings :


rtmp {

 server {

 listen 1935;
 chunk_size 4096;
 allow publish 127.0.0.1;
 allow publish 10.100.64.4/24;
 deny publish all;
 allow play 127.0.0.1;
 allow play 10.100.64.4/24;
 deny play all;

 application lab {

 live on;
 idle_streams off;
 record all;
 record_path /media/HLEV/GoPro/Raw;
 record_unique on;
 } 
 }
} 



The server lives on 10.100.64.4, so I published a video using ffmpeg :


ffmpeg -stream_loop -1 -re -i MyVideo.flv -c:v copy -c:a aac -ar 44100 -ac 1 -f flv -flvflags no_duration_filesize rtmp://10.100.64.4/lab/test



The publishing looks good. Last line of the above command :


frame=54030 fps= 60 q=-1.0 size= 119584kB time=00:15:01.00 bitrate=1087.3kbits/s speed= 1x 



And I can see that the video is being saved locally from the record block of the nginx settings.


Then I try to play the stream using ffplay :


ffplay -i rtmp://10.100.64.4/lab/test
ffplay version 5.1.5-0+deb12u1 Copyright (c) 2003-2024 the FFmpeg developers
 built with gcc 12 (Debian 12.2.0-14)
 configuration: --prefix=/usr --extra-version=0+deb12u1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libdav1d --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libglslang --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librabbitmq --enable-librist --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libsrt --enable-libssh --enable-libsvtav1 --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzimg --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --disable-sndio --enable-libjxl --enable-pocketsphinx --enable-librsvg --enable-libmfx --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-chromaprint --enable-frei0r --enable-libx264 --enable-libplacebo --enable-librav1e --enable-shared
 libavutil 57. 28.100 / 57. 28.100
 libavcodec 59. 37.100 / 59. 37.100
 libavformat 59. 27.100 / 59. 27.100
 libavdevice 59. 7.100 / 59. 7.100
 libavfilter 8. 44.100 / 8. 44.100
 libswscale 6. 7.100 / 6. 7.100
 libswresample 4. 7.100 / 4. 7.100
 libpostproc 56. 6.100 / 56. 6.100
[rtmp @ 0x7fe7940015c0] Server error: No such stream= 0B f=0/0 
rtmp://127.0.0.1/lab/test: Operation not permitted
 nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0 



ffplay does not find the stream.


I can observe both the publish and play commands by examine the access log of nginx :


sudo tail -2 /var/log/nginx/access.log 
10.100.64.4 [07/Aug/2024:12:24:56 -0500] PUBLISH "lab" "test" "" - 45365243 529 "" "FMLE/3.0 (compatible; Lavf59.27" (5m 36s)
10.100.64.4 [07/Aug/2024:12:25:03 -0500] PLAY "lab" "test" "" - 368 412 "" "LNX 9,0,124,2" (0s)



I have tried using different video streams (directly from a webcam instead of from ffmpeg). I have also tried using different players (VLC instead of ffplay).


How do I connect to the stream ?
Do you need different URLs for publishing versus playing ? The way I understood it, publishing is on port 1395 and playing is on port 80, so there is no conflict with using the same URL.
Is there a way to list the currently active streams on my server ?


-
swscale/x86/yuv2rgb : add ssse3 yuv42{0,2}p -> gbrp unscaled colorspace converters
6 août 2024, par Ramiro Pollaswscale/x86/yuv2rgb : add ssse3 yuv420,2p -> gbrp unscaled colorspace converters
Note : this implementation is limited to x86_64 due to general purpose
register pressure.checkasm —bench on an Intel(R) Core(TM) i5-5300U CPU @ 2.30GHz :
yuv420p_gbrp_8_c : 118.5
yuv420p_gbrp_8_ssse3 : 93.3
yuv420p_gbrp_128_c : 1068.3
yuv420p_gbrp_128_ssse3 : 319.3
yuv420p_gbrp_1080_c : 8841.8
yuv420p_gbrp_1080_ssse3 : 2211.8
yuv420p_gbrp_1920_c : 15903.8
yuv420p_gbrp_1920_ssse3 : 3814.3
yuv422p_gbrp_8_c : 144.8
yuv422p_gbrp_8_ssse3 : 93.8
yuv422p_gbrp_128_c : 1395.8
yuv422p_gbrp_128_ssse3 : 313.0
yuv422p_gbrp_1080_c : 11551.5
yuv422p_gbrp_1080_ssse3 : 2240.8
yuv422p_gbrp_1920_c : 20585.3
yuv422p_gbrp_1920_ssse3 : 5249.5
yuva420p_gbrp_8_c : 117.5
yuva420p_gbrp_8_ssse3 : 92.0
yuva420p_gbrp_128_c : 1593.0
yuva420p_gbrp_128_ssse3 : 319.3
yuva420p_gbrp_1080_c : 8694.5
yuva420p_gbrp_1080_ssse3 : 2186.0
yuva420p_gbrp_1920_c : 15946.5
yuva420p_gbrp_1920_ssse3 : 3805.3