Select Git revision
Search by author
- Any Author
- authors
-
Administrator root
-
Alaric Senat
asenat
-
Alexandre Janniaux alexandre-janniaux
-
Bart - The Review Bot
Bart
-
Benjamin Arnaud
bunjee
-
Christophe Massiot cmassiot
-
Claudio Cambra
claucambra
-
David dfuhrmann
-
Denis Charmet
typx
-
Fatih Uzunoğlu fuzun
-
Felix Paul Kühne
fkuehne
-
François Cartegnie
fcartegnie
-
Gabriel Lafond-Thenaille gabriel_lt
-
**** project_435_bot_867220ea9cbb40f38051abad33491375
-
**** project_435_bot
-
Ilkka Ollakka
ileoo
-
Jean-Baptiste Kempf
jbk
-
Jean-Paul Saman
jpsaman
-
Johannes Kauffmann
JohannesKauffmann
-
Konstantin Pavlov
thresh
- Sep 13, 2024
-
-
this allows to handle the part that requires the deleteLater within the MediaLib class, this will allow us to handle the lifecycle of MediaLib like the other singletons
-
we don't need to store the image provider inside the medialibray as it's only useful to the QMLEngine. We only needed it fot crafting URL, but this can be done with a stateless function.
-
-
-
-
-
-
when loading the interface we wait for the onPlaylistInitialized signal but this signal may be emitted before the interface is loaded, now we wait on a boolean state instead
-
it's only suppose to handle videos
-
add missing required property
-
The read value is correct when GetAspectRatio() returns true. Bug introduced in 1a54ee46.
-
closes #28586
-
-
To access the fmt_in private member. Regression from 08b24866 Fixes #28770
-
Since we now assume that the state of the filters parameters should be stored in the vout (cf. 0be3282e), the state of the mapped variables should be kept between resets of the filter chain. The proxy functions used to create and destroy both the mappings and the bound callbacks. In a perfect world, the mapping of the variables and the binding of the callbacks should be decoupled. But for such a small utility function, we can just stop destroying the state of the variables between resets. This patch also reworks the documentation of the modified functions accordingly. Refs #28769
-
-
-
Avoid an overflow when `bits_align` is called at the end of the available size.
-
Fixes regressions from 3856f9fc. The previous barrier was using `i_count` as a **byte** count instead of a **bit** count leading to the function bailing for legitimate writes. This patches takes into account the remaining bits to write under the buffer cursor in its overflow check.
-
-
Early return to avoid mixing the allocation path and the re-use path, making two level of indentation useless. Indentation is changed in the follow-up commit.
-
p_sys is used by the pool to forward the picture pool context. Pictures that are supporting copying should be using picture context instead, which the vpx_alpha decoder was already doing. This fixes a huge memory leak of picture data when playing VP9 videos. STACK OF 1242 INSTANCES OF 'ROOT LEAK: malloc[2097152]': 9 libsystem_pthread.dylib 0x185e89d34 thread_start + 8 8 libsystem_pthread.dylib 0x185e8ef94 _pthread_start + 136 7 libvlccore.9.dylib 0x1032606cc DecoderThread + 348 decoder.c:1869 6 libvlccore.9.dylib 0x103262c04 DecoderThread_DecodeBlock + 256 decoder.c:1627 5 ??? 0x107066034 0x7fffffffffffffff + 9223372041267601461 4 ??? 0x12a809674 0x7fffffffffffffff + 9223372041862813301 3 ??? 0x107065c70 0x7fffffffffffffff + 9223372041267600497 2 ??? 0x107066644 0x7fffffffffffffff + 9223372041267603013 1 ??? 0x1070662ec 0x7fffffffffffffff + 9223372041267602157 0 libsystem_malloc.dylib 0x185cc8a68 _malloc_zone_malloc_instrumented_or_legacy + 148 Instruments correctly indicates the following trace: CombinePicturesCPU SendMergedLocked QueuePic ecoder_QueueVideo ecodeBlock DecodeVideo Decode DecoderThread_DecodeBlock DecoderThread _pthread_start thread_start See ticket for details of the trace. Fixes #28792 -
The context is read-only and was currently copied for every picture, so switch to reference counting to avoid this. It will also help when moving planes stored in p_sys into the context, to determine when the allocated plane should be released, and to copy/share the pointer automatically.
-
-
- Sep 12, 2024
-
-
Signed-off-by:Claudio Cambra <developer@claudiocambra.com>
-
Signed-off-by: -
Signed-off-by: -
This is held by a parent view in use Signed-off-by: -
Signed-off-by: -
macosx: Mark properties holding references to library window-owned views in library segment view controllers as weak Signed-off-by: -
These views are always held by parent view controllers Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
macosx: Consolidate all segment view controller properties into one in library window, do not retain Improve system usage by not keeping around segment view controllers and all of their dependents when they are not being used Signed-off-by: -
Signed-off-by:
-
