
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 (96)
-
MediaSPIP 0.1 Beta version
25 avril 2011, parMediaSPIP 0.1 beta is the first version of MediaSPIP proclaimed as "usable".
The zip file provided here only contains the sources of MediaSPIP in its standalone version.
To get a working installation, you must manually install all-software dependencies on the server.
If you want to use this archive for an installation in "farm mode", you will also need to proceed to other manual (...) -
Multilang : améliorer l’interface pour les blocs multilingues
18 février 2011, parMultilang est un plugin supplémentaire qui n’est pas activé par défaut lors de l’initialisation de MediaSPIP.
Après son activation, une préconfiguration est mise en place automatiquement par MediaSPIP init permettant à la nouvelle fonctionnalité d’être automatiquement opérationnelle. Il n’est donc pas obligatoire de passer par une étape de configuration pour cela. -
HTML5 audio and video support
13 avril 2011, parMediaSPIP uses HTML5 video and audio tags to play multimedia files, taking advantage of the latest W3C innovations supported by modern browsers.
The MediaSPIP player used has been created specifically for MediaSPIP and can be easily adapted to fit in with a specific theme.
For older browsers the Flowplayer flash fallback is used.
MediaSPIP allows for media playback on major mobile platforms with the above (...)
Sur d’autres sites (8063)
-
checkasm : add runs argument to adjust during bench
13 mai 2024, par J. Dekkercheckasm : add runs argument to adjust during bench
Some timers on certain device and test combinations can produce noisy
results, affecting the reliability of performance measurements. One
notable example of this is the Canaan K230 RISC-V development board.An option to adjust the number of samples by an exponent (—runs) has
been added, allowing developers to increase the sample count for more
reliable results.Signed-off-by : J. Dekker <jdek@itanimul.li>
-
How to config FFmpeg for xrgb and Aver Media capture card [closed]
12 mai 2023, par Plotter DesalorI'm trying to use FFmpeg through ffplay to display a capture card output as lossless as possible.


My capture card is named "Live Gamer Ultra-Video"


In OBS, the NV12, YV12, P010 and YUY2 lead to blurriness around text and fine pixels edges, but the XRGB one offer clear output. So I've tried to focus on this mode with FFmpeg as the default one lead to same blurriness seen in OBS.


Running "ffmpeg -f dshow -list_options true -i video="Live Gamer Ultra-Video" show me this result
(i've only kept line with wanted resolution)


ffmpeg version 6.0-essentials_build-www.gyan.dev Copyright (c) 2000-2023 the FFmpeg developers
 built with gcc 12.2.0 (Rev10, Built by MSYS2 project)
 configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable-libfribidi --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libvpl --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-librubberband
 libavutil 58. 2.100 / 58. 2.100
 libavcodec 60. 3.100 / 60. 3.100
 libavformat 60. 3.100 / 60. 3.100
 libavdevice 60. 1.100 / 60. 1.100
 libavfilter 9. 3.100 / 9. 3.100
 libswscale 7. 1.100 / 7. 1.100
 libswresample 4. 10.100 / 4. 10.100
 libpostproc 57. 1.100 / 57. 1.100
[dshow @ 00000240bf0eac40] DirectShow video device options (from video devices)
[dshow @ 00000240bf0eac40] Pin "Capturer" (alternative pin name "0")
[dshow @ 00000240bf0eac40] pixel_format=yuyv422 min s=2560x1440 fps=30 max s=2560x1440 fps=50
[dshow @ 00000240bf0eac40] pixel_format=yuyv422 min s=2560x1440 fps=30 max s=2560x1440 fps=50 (tv, bt709/bt709/unknown, topleft)
[dshow @ 00000240bf0eac40] pixel_format=yuv420p min s=2560x1440 fps=30 max s=2560x1440 fps=60.0002
[dshow @ 00000240bf0eac40] pixel_format=yuv420p min s=2560x1440 fps=30 max s=2560x1440 fps=60.0002 (tv, bt709/bt709/unknown, topleft)
[dshow @ 00000240bf0eac40] pixel_format=nv12 min s=2560x1440 fps=30 max s=2560x1440 fps=60.0002
[dshow @ 00000240bf0eac40] pixel_format=nv12 min s=2560x1440 fps=30 max s=2560x1440 fps=60.0002 (tv, bt709/bt709/unknown, topleft)
[dshow @ 00000240bf0eac40] unknown compression type 0xE436EB7D min s=2560x1440 fps=30 max s=2560x1440 fps=30
[dshow @ 00000240bf0eac40] unknown compression type 0xE436EB7D min s=2560x1440 fps=30 max s=2560x1440 fps=30 (tv, bt709/bt709/unknown, topleft)
[dshow @ 00000240bf0eac40] unknown compression type 0x30313050 min s=2560x1440 fps=30 max s=2560x1440 fps=30
[dshow @ 00000240bf0eac40] unknown compression type 0x30313050 min s=2560x1440 fps=30 max s=2560x1440 fps=30 (tv, bt709/bt709/unknown, topleft)

video=Live Gamer Ultra-Video: Immediate exit requested



"unknown compression type 0xE436EB7D" is a pretty bad start but from https://trac.ffmpeg.org/ticket/6279 I could figured out it was just unproperly parsed RGB24 format


But if I run a very simple "ffplay -f dshow -i video="Live Gamer Ultra-Video" -pixel_format rgb24"
I got this output


ffplay version 6.0-essentials_build-www.gyan.dev Copyright (c) 2003-2023 the FFmpeg developers
 built with gcc 12.2.0 (Rev10, Built by MSYS2 project)
 configuration: --enable-gpl --enable-version3 --enable-static --disable-w32threads --disable-autodetect --enable-fontconfig --enable-iconv --enable-gnutls --enable-libxml2 --enable-gmp --enable-bzlib --enable-lzma --enable-zlib --enable-libsrt --enable-libssh --enable-libzmq --enable-avisynth --enable-sdl2 --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxvid --enable-libaom --enable-libopenjpeg --enable-libvpx --enable-mediafoundation --enable-libass --enable-libfreetype --enable-libfribidi --enable-libvidstab --enable-libvmaf --enable-libzimg --enable-amf --enable-cuda-llvm --enable-cuvid --enable-ffnvcodec --enable-nvdec --enable-nvenc --enable-d3d11va --enable-dxva2 --enable-libvpl --enable-libgme --enable-libopenmpt --enable-libopencore-amrwb --enable-libmp3lame --enable-libtheora --enable-libvo-amrwbenc --enable-libgsm --enable-libopencore-amrnb --enable-libopus --enable-libspeex --enable-libvorbis --enable-librubberband
 libavutil 58. 2.100 / 58. 2.100
 libavcodec 60. 3.100 / 60. 3.100
 libavformat 60. 3.100 / 60. 3.100
 libavdevice 60. 1.100 / 60. 1.100
 libavfilter 9. 3.100 / 9. 3.100
 libswscale 7. 1.100 / 7. 1.100
 libswresample 4. 10.100 / 4. 10.100
 libpostproc 57. 1.100 / 57. 1.100
[dshow @ 000001ec3fa39300] Could not set video options 0B f=0/0
video=Live Gamer Ultra-Video: I/O error



How could I use rgb format with this capture card ?


If not possible, any other format leading to proper output would be ok too.
I've tried parameters from this topic Capture full-range/lossless rgb frame from capture card that supports NV12 and YUYV output without any good result sadly.


-
Capture full-range/lossless rgb frame from capture card that supports NV12 and YUYV output
13 janvier 2023, par kunal joshiI am trying to make a program which captures an image, then i need to compare captured image and the input data which i displayed, both should matc pixel by pixel


Here are the details of my capture card


$ v4l2-ctl —list-formats-ext -d /dev/video0


ioctl: VIDIOC_ENUM_FMT
 Type: Video Capture

 [0]: 'NV12' (Y/CbCr 4:2:0)
 Size: Discrete 3840x2160
 Interval: Discrete 0.033s (30.000 fps)
 Size: Discrete 2560x1440
 Interval: Discrete 0.017s (60.000 fps)
 Size: Discrete 1920x1080
 Interval: Discrete 0.017s (60.000 fps)
 Size: Discrete 1280x720
 Interval: Discrete 0.017s (60.000 fps)
 Size: Discrete 640x480
 Interval: Discrete 0.017s (60.000 fps)
 [1]: 'YUYV' (YUYV 4:2:2)
 Size: Discrete 2560x1440
 Interval: Discrete 0.020s (50.000 fps)
 Size: Discrete 1920x1080
 Interval: Discrete 0.017s (60.000 fps)
 Size: Discrete 1280x720
 Interval: Discrete 0.017s (60.000 fps)
 Size: Discrete 640x480
 Interval: Discrete 0.017s (60.000 fps)
 [2]: '' (30313050-0000-0010-8000-00aa003)
 [3]: '' (e436eb7e-524f-11ce-9f53-0020af0)




$ v4l2-ctl —all


Driver Info:
 Driver name : uvcvideo
 Card type : ITE HDMI 4K+ Bridge: ITE HDMI 4
 Bus info : usb-0000:00:14.0-6
 Driver version : 5.18.0
 Capabilities : 0x84a00001
 Video Capture
 Metadata Capture
 Streaming
 Extended Pix Format
 Device Capabilities
 Device Caps : 0x04200001
 Video Capture
 Streaming
 Extended Pix Format
Priority: 2
Video input : 0 (Camera 1: ok)
Format Video Capture:
 Width/Height : 1920/1080
 Pixel Format : 'YUYV' (YUYV 4:2:2)
 Field : None
 Bytes per Line : 3840
 Size Image : 4147200
 Colorspace : sRGB
 Transfer Function : Rec. 709
 YCbCr/HSV Encoding: Rec. 709
 Quantization : Default (maps to Limited Range)
 Flags :
Crop Capability Video Capture:
 Bounds : Left 0, Top 0, Width 1920, Height 1080
 Default : Left 0, Top 0, Width 1920, Height 1080
 Pixel Aspect: 1/1
Selection Video Capture: crop_default, Left 0, Top 0, Width 1920, Height 1080, Flags:
Selection Video Capture: crop_bounds, Left 0, Top 0, Width 1920, Height 1080, Flags:
Streaming Parameters Video Capture:
 Capabilities : timeperframe
 Frames per second: 60.000 (60/1)
 Read buffers : 0





I have tried using various methods opencv but ffmpeg came the closest


With below command i am able to get good results but not what i want


ffmpeg -y -f v4l2 -pix_fmt NV12 -video_size 1920x1080 -i /dev/video0 -pix_fmt bgra -frames:v 10 webcam%03d.bmp









Note :- I am able to capture fine with Aforge on windows, but not with ffmpeg on linux.
Would like to know if anyone has already got solution to this.


Thanks in advance.