- May 05, 2025
-
-
Martin Storsjö authored
This fixes linking with llvm-mingw (or any mingw distribution that doesn't default to linking in winpthreads). This wasn't noticed in the upstream VLC CI, as it builds with extras/packages/win32/build.sh, which passes in -Wl,-l:libpthread.a in VLC_LDFLAGS (in order to prefer linking winpthreads statically, rather than dynamically, for libraries that do use winpthreads). This patch has been sent upstream in https://github.com/xiph/flac/pull/832.
-
- May 04, 2025
-
-
Tristan Matthews authored"This release finally makes the encoder multithreaded! Furthermore, the decoder can now handle chained Ogg FLAC files. As always, a lot of things have been fixed and improved." The relevant patches have been upstreamed and the microbench tool has been dropped.
-
fixes related warnings as well
-
-
-
-
-
It seems like a new release tarball was pushed with the same version.
-
- May 02, 2025
-
-
Since calloc is used, this variable remains false and this prevents calling `xdg_toplevel_show_window_menu()`.
-
-
Currently the interface only provides "video" and "audio" playlists. Mixed playlists don't seem to be presented. This is something that can be handled trivially with drag and drop case. Adding to playlist action in context menu is more of a problem, because in that case there is no specific open playlist view that we can pick as the target. I'm not sure what is the best behavior with regard to the latter situation, but I assume we need to segregate there too, because if the user can not make use of a mixed playlist, there is no point creating them or appending media. I followed a naive approach, simply used `showPlayAsAudioAction`. However, it could be possible to: - If there is a single item, check if it is audio or video, and pick the appropriate type playlist. - If there are multiple items, always pick `PLAYLIST_TYPE_ALL`. - If there are multiple items, iterate through all items, and if all of them are the same, pick the appropriate playlist (i.e. video, or audio playlist), if there are different type of items, pick `PLAYLIST_TYPE_ALL`.
-
Dialogs that carry the state of their initiators should not be singleton. In this case, this dialog always needs some sort of media to be functional. This is already the case with the media info dialog, for example, current media info dialog is a singleton but media info dialog of a specific media is not. Since this dialog is always tied to some specific media, I see no point of this being a singleton. Its title suggests that this dialog is only meant to be used for adding items to an existing or new playlist. Asynchronousity is also a problem when it is a singleton, what happens if the user wants to add items before the previous (asynchronous) addition is not complete yet?
-
-
- `QDialog` already handles this. - The implementation is not correct here, enter key should accept the dialog. It is also not clear why a dialog specific `reject()` is not called when encountering escape key.
-
-
-
-
and set missing display margin end.
-
-
-
- Apr 29, 2025
-
-
The core unsafe bindings aren't needed anymore outside the scope of the bindings.
-
Introduce a lightweight safe `TraceValue` wrapper of the VLC tracer tagged union.
-
See trait documentation for extended context.
-
Use `fold` to avoid two iterations over the entries while keeping the functional code style.
-
Introduce a small accessor to the entries that communicates the intent better than `into_iter()`.
-
-
Since `Trace` is a wrapper around the VLC tracer object. `entries` as a name was not actually giving access to trace entries but to the internals of the object.
-
Reserve the sys module for raw VLC bindings. The moved abstraction are meant to be transformed into safe encapsulations of sys content.
-
These should not be considered as documentation, in some cases, it messes with the formatter and possibly rust-doc.
-
refs streams/ts/1fps93hours.ts
-
-
Can never work with timestamp value 0
-
-
-
-
-
-
-
- Apr 28, 2025
-
-
This fixes a warning during build Signed-off-by:Claudio Cambra <developer@claudiocambra.com>
-
This is because `itemContainsDrag` may be undefined or null, which is observed when the list is empty. With the chaining operator, the evaluation yields undefined, and then the function can handle the passed undefined index (which is already the case here with `acceptDropFunc`, where `DialogsProvider.playlistsDialog()` is called when the passed index is undefined).
-
