CXX was used for ObjC compilation but with some recent autoconf update
to 2.72, CXX is set to "g++ -std=gnu++11" because clang there without
-std uses C++98, which was perhaps mishandled by the former autoconf
versions. Using CC (== gcc) corrects that.
since previous commit, it should not be needed
It seems now the problem (solved by the previous commit) was possibly
caused by different rounding modes of int() cast (Windows having
FE_UPWARD?).
This reverts commit c2437894fa.
refer to GH-359
It is expected that the value should been slightly above a pixel index,
eg. 0.0001 for first and 1919.0001 for the last in FHD.
However, using round (but not floor!) before converting the value to
int seem to help, which would imply that the actual pixel value might
have fallen below the actual pixel value. But in that case, replacing
0.4999 for 0.5 should not have helped, but it did (reverting the commit
c2437894f).
The issue was that editing the text triggers the change of the option,
which in turn triggers updateUiState which sets the content of the
LineEdit to the changed option causing the cursor to jump to the end.
As a workaround only set the LineEdit contet when it's not focused.
imroves 2af4ace25 fix, which didn't work for Windows, since the compiler
here doesn't accept include with absolute path:
```
tst.c:4:10: fatal error: '/usr/local/src/zfec/fec.h' file not found
4 | #include "/usr/local/src/zfec/fec.h"
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
```
(neither <> syntax works)
closes GH-352
It looks like the pre-build library BUILD/Binaries/x64/SpoutLibrary.dll
is no longer compatible with the headers in Git.
Pre-built library version is 2.007.010 while the latest version on GitHub
is Spout 2.007.012. When building Spout from sources, the referenced
issue no longer occurs. Also the libraries are not expected to be included
in the Git in future (leadedge/Spout2#103).
Homebrew builds now dependencies from sources on unsupported macOSes
(which is 11 now), which makes it slow. Relevant snippet from brew output:
```
Warning: You are using macOS 11.
We (and Apple) do not provide support for this old version.
It is expected behaviour that some formulae will fail to build in this old version.
It is expected behaviour that Homebrew will be buggy and slow.
```
Since there are now hw accels available on other plaforms (videotoolbox
on mac and maybe vulkan decode on Windows) it no longer makes sense to
hide the option on those platforms.
With current zfec code, fec_init() needs to be called prior to fec_new(),
otherwise the later one returns NULL.
\+ updated submodule to the current zfec version (requiring fec_init();
but UG will compile with the older zfec version as well)
\+ fixed device names not being stored except first device with excl_init
see also commit a24e194d fixing the issue without that option
refers to GH-336
fixes failed run
<https://github.com/CESNET/UltraGrid/actions/runs/5925739298/job/16065753514>
From some point, it seems that Qt6 (Homebrew port _qt_) is already
installed but it doesn't bundle successfully. So enforce using Qt5
(previous symlink command didn't replace the `/usr/local/opt/qt` symlink
if already present).
\+ copy the link instead of linking it to prevent:
Error: /usr/local/opt/qt@5 is not a valid keg
This reverts commit e457ab87f7 but the
patch is updated to match current FFmpeg.
The FFmpeg commit that seemed to do the same (7eeef72c6) is not working
correctly because it assigns idrPeriod cc->gopLength, which was set to
NVENC_INFINITE_GOPLENGTH above in case of intra-refresh.
refer to GH-330
timestamp wraparound was not properly handled
Until 3480fc647 (2023-06-28) this occured just after 13 hrs (2^32 overflow
with 90 kHz clock) because the timestamp initial random offset was taken
from uninitilaized random generator. Since this change, this can can
occur randomly every those 13 hrs.
- avoid computing line len from (line_start - pos), because this gives
raw line length, but we want net (without esc seqences)
- unconditional line wrap - moved after normal processing. The reason is
to wrap something linke "word <other_100_char_word>" between the 2
words
- when line was wrapped, the vars were incorrectly set, namely in the
else-branch, `pos` should have been `last_space + 1` not `next + 1`
("b <very_long_word> c" evaluated after the long word)
fixes CID 415859
mkappimage now tries to automatically upload the asset if it detects
running in GitHub CI, which is not the behavior we perhaps want because
it deletes and recreates our _continuous_ release.
See following failed run:
https://github.com/CESNET/UltraGrid/actions/runs/5575039257/jobs/10185765784
+ fixed `wget` presence check in `create-appimage.sh`
Since the FFmpeg commit 7eeef72c6, the IDR period is set to gopLength
unconditinally even for intra-refresh mode, which is what the removed
patch did.
+ do not check if FFmpeg is patched (the macro is )
libavcodec audio decoder has assertion on channel non-emptiness (which
is perhpas correct - there cannot be anything done there) so do not pass
emtpy channels.
refer to GH-316
if no configuration is set, empty string ("") is passed, not NULL
This resulted in wrong device set 0 set because the atoi doesn't check
its arguments. Example of fixed behavior:
uv -s testcard -r coreaudio
`AudioUnitSetProperty(s->auHALComponentInstance, kAudioOutputUnitProperty_CurrentDevice,
kAudioUnitScope_Global, 1, &device, sizeof(device));` succeeded with 0
for some reason (but not with other values).
