The actual count should be returned **without** duplicites.
The fixed fix fixed just the content of the array but not the count.
This would trigger assertion in
video_decoder_order_output_codecs()->get_pixfmt_desc(VIDEO_CODEC_NONE).
The variable #MSYSTEM_CHOST is taken as the base (/etc/config.site) and
contains now in MSYS x86_64-pc-cygwin resulting in $host_os=cygwin. Not
sure where the variable is defined, anyways...
same meaning and behavior as for vo_pp/temporal-deint:
1. both frames will be output in a burst
2. in order not to be dropped immediately, set the display blocking
behavior (may or may not work correctly)
- try to get the mode from PP with the new VO_PP_VIDEO_MODE
- if false returned, then PP should support all and ask display
- deprecate/don't use VO_PP_DOES_CHANGE_TILING_MODE, see below
See the commits 5197a11c (2016-07-22) and 97454acc (2012-08-20) where
added.
The tiling mode is set to true for pp/split only, for that it won't do
anything. Otherwise, for all other PPs the desc will be converted to
single tile, which doesn't seem to be legit (the actual input desc is
given by the `desc` argument to display_reconfigure).
fixes the commit 69024468 (from 2022-08-18) that has broken:
`uv -F split:2:1 -t testcard:fps=30p -c lavc`
The problem is that the `tile_cnt` was set _prior_ to the vcompress
state reconfigure, which will yield 2 states. But prior that, the count
was 1. The task was started for tile_cnt (== 1) but waited upon for
separate_tiles.size() (== 2)!
tiled video compress actually seems to pass invalid ponter as for:
uv -F split:2:1 -t testcard:fps=30p -c lavc
(not the problem of lavc itself, however)
note that module_data is now not first so returning `s` from _init
no need to iterate further if match found
If display misbehaves (outputs one codec multiple times), it causes
that codec to be elimited later (if the count != 1 for 2 devices) or
more in case of eg. 3 devices and the codec being listed 2-times for one
and no for another, it will be falsely accepted.
At least gdb prints VIDEO_CODEC_FIRST for value `(codec_t) 1`, which
is unfortunate. So assuming that the first identifier is taken as a
"primary" if more have the same value.
CL headers issue warning when not set and default to eg. 300 (3.0).
Not sure if this influences just this code but it seems that this may just
limit API availability provided by hdrs? So we can get along with !.2 (for
CL_DEVICE_TYPE_CUSTOM).
We currently only do device listing to pass further (Cmpto J2K codec) so
AFAIK we don't have initialization of the device so this shouldn't matter
(at most we'll allow device with unsupported OpenCL version but perhaps
cmpto codec could catch this)
SDL_mixer 3.0 rwmoved support for native MIDI [1], which was the reason it
was used for so refuse that.
Note that at this this moment, the latest released SDL_mixer version is
2.8.1, anyways. But it can be installed from Git.
[1]: https://wiki.libsdl.org/SDL3_mixer/README-migration
If the value of pitch is "default", it ti actually a bit tricky to set
the value explicitly.
Also the value was set incorrectly in HEAD^^ - pitch equals width only
for single channel + 8-bit.
added doxy
In CI, the attempt to download mkappimage sometimes fail with some cryptic:
```
ERROR 403: Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature..
```
Print the output variable assigned in the script in case that this
fails, otherwise it on the output without NL and will be prepended to
next var (if any).
This also simplifies the call in YAML.
XIEMA uses something like (for ARM mac):
"cs-cz|6ea47896-cfc1-4c33-a2cc-5dc7ee38de39|15.05.2024 11:57:53|LiveSite"
where the spaces and pipes may cause problems later if not properly
sanitized. Doesn't seem to cause problems so far but perhaps still better
to sanitize.
Keep just chars from Portable Filename Character Set (alnums + <space>,
<dash-minus>, <underscore>), other replace with _.
If there is no direct conversion from a AV PF compatible with internal
format, penalize a bit.
This may be mostly unneeded but just in case. It can be safely reverted,
anyways.
Assume that the output pixel format (ugc) is supported if there is at
least one conversion. This may not be optimal but it is just as it was
until now, we just remove the hard coded list.
Effectively this is just a refactor, except:
- VDEC_PRIO_NOT_PREFERRED now not returned if internal.rgb !=
codec_is_rgb(ugc) - doesn't seem relevant, because the codec is already
probed and ugc determined. So any alternative decompress will need to do
the conversion as well.
In order not to be pressed by accident - other SW displays disable 'q'
as well.
Also, the call was incorrect - the message with the key would receive
root module because the first argument is the receiver of the key event,
which should be the sdl display mod. Also the events were not handled in
check_message event.
- module is now removed when reach ref=0
- childer now hold reference to parent
As a consequence, if parent is (mistakenly) removed before child, the
poiner to it doesn't need to be erased, which is bug-prone (other thread
might have already retrieved the parent pointer).
This allows indirect conversion of 8-bit YUV 4:4:4 at least to Y416 for
displays that do not support VUYA directly over VUYA. Previously, due
to limited set of conversions from yuv444p and to Y416 it was UYVY, which
decimated the subsampling to 4:2:2.
