Changes between Initial Version and Version 1 of Ticket #10418
- Timestamp:
- Jun 15, 2023, 12:49:21 PM (3 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #10418 – Description
initial v1 1 There is a problem with a ASI178MM (monochrome) camera and its 2 DirectShow driver. When I check the options with this command 1 There is a problem with a ASI178MM (monochrome) camera and its DirectShow driver. When I check the options with this command 3 2 4 3 ffmpeg -list_options 1 -f dshow -i video="ASI178MM Camera (ZWO Design)" … … 6 5 I get this output: 7 6 8 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=3096x2080 9 fps=1.0842e-12 max s=3096x2080 fps=30 10 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=1280x960 11 fps=1.0842e-12 max s=1280x960 fps=30 12 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=1280x800 13 fps=1.0842e-12 max s=1280x800 fps=30 7 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=3096x2080 fps=1.0842e-12 max s=3096x2080 fps=30 8 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=1280x960 fps=1.0842e-12 max s=1280x960 fps=30 9 [dshow @ 00000203f5b315c0] pixel_format=rgb8 min s=1280x800 fps=1.0842e-12 max s=1280x800 fps=30 14 10 ... (there are more sizes listed, all with the same pixel format rgb8) 15 11 16 12 When FFmpeg gets a frame from the camera, the detected pixel format is rgb8 (as defined in FFmpeg: 2 bits red, 3 bits green, 3 bits blue). Of course that's wrong, because it's a monochrome camera and the data is 8-bit gray. 17 13 18 My first idea was that it must be a bug in the DirectShow driver. The 19 data is obviously correct 8-bit gray (I did verify that), but it's incorrectly labeled as "rgb8" instead of "gray". 14 My first idea was that it must be a bug in the DirectShow driver. The data is obviously correct 8-bit gray (I did verify that), but it's incorrectly labeled as "rgb8" instead of "gray". 20 15 21 16 When you look at the specifications of DirectShow


