medialibrary issueshttps://code.videolan.org/videolan/medialibrary/-/issues2021-05-25T10:21:10Zhttps://code.videolan.org/videolan/medialibrary/-/issues/334FsDiscoverer interrupted state is never reset2021-05-25T10:21:10ZHugo Beauzée-LuyssenFsDiscoverer interrupted state is never resetAFAICS when we interrupt a discovery, the interrupted state will never be reset, meaning all future discovery would also be interrupted.
This needs more investigations to be confirmed/fixedAFAICS when we interrupt a discovery, the interrupted state will never be reset, meaning all future discovery would also be interrupted.
This needs more investigations to be confirmed/fixedHugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/333Provide an accessor to drop external thumbnails2021-05-21T08:58:59ZHugo Beauzée-LuyssenProvide an accessor to drop external thumbnailsWe want to offer the application the possibility of flushing the thumbnails it provided in the past.We want to offer the application the possibility of flushing the thumbnails it provided in the past.Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/331Wrong thumbnails are displayed if video files have the same name, but are loc...2021-05-20T06:36:37ZMyrthianWrong thumbnails are displayed if video files have the same name, but are located in different folders- My folder structure is "Name of artist/creator" which then contains all the pictures and video files of said artist/creator without any further folders, and all those files use the same numeration of e.g. 01.mp4, 02.mp4 etc.
- Just now...- My folder structure is "Name of artist/creator" which then contains all the pictures and video files of said artist/creator without any further folders, and all those files use the same numeration of e.g. 01.mp4, 02.mp4 etc.
- Just now I added 7 new folders, each with video files and pictures using the numeration above, which leads to VLC wrongly displaying all the video thumbnails: either every thumbnail is present, but displayed for the wrong video file, or a few thumbnails are used for 3, 4, 5+ different video files
Expected:
- Proper handling of thumbnail generation which also considers the storage location of those files to properly display the correct thumbnails when there are multiple video files with the same file name, but located in different foldershttps://code.videolan.org/videolan/medialibrary/-/issues/327Most of the music covers are missing.2021-05-18T13:10:00ZPrince GuptaMost of the music covers are missing.current vlc master
![broken-images](/uploads/f450fcc9d0bc48d19bcc67a0ab6340b7/broken-images.JPG)
what it should be
![fixed-images](/uploads/9dffc9a3570e786237aa105e3466c833/fixed-images.JPG)
git bisect points here abe98b5bf72b01197...current vlc master
![broken-images](/uploads/f450fcc9d0bc48d19bcc67a0ab6340b7/broken-images.JPG)
what it should be
![fixed-images](/uploads/9dffc9a3570e786237aa105e3466c833/fixed-images.JPG)
git bisect points here abe98b5bf72b0119717e040687119edb6f6af333Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/328use-after-free in DeleteOne test2021-05-18T10:15:33ZHugo Beauzée-Luyssenuse-after-free in DeleteOne testDuring the asab/ubsan test: https://code.videolan.org/videolan/medialibrary/-/jobs/643294
Hopefully that might be the same defect that sometimes causes the windows tests to fail on this specific case
```
363/583 medialibrary:unittest+R...During the asab/ubsan test: https://code.videolan.org/videolan/medialibrary/-/jobs/643294
Hopefully that might be the same defect that sometimes causes the windows tests to fail on this specific case
```
363/583 medialibrary:unittest+RemovalNotifier / RemovalNotifier.DeleteOne FAIL 2.90s (exit status 1)
--- command ---
04:12:26 /builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests DeleteOne
--- stdout ---
Test DeleteOne failed: Invalid comparison at ../test/unittest/RemovalNotifierTests.cpp at line 125
( hasTimedout ) != false
Actual values: 1 != 0
=================================================================
==103473==ERROR: AddressSanitizer: heap-use-after-free on address 0x60b000000460 at pc 0x7f709a6a3761 bp 0x7f70925cd2a0 sp 0x7f70925cd298
READ of size 8 at 0x60b000000460 thread T1
#0 0x7f709a6a3760 in void medialibrary::ModificationNotifier::notify<medialibrary::IMedia, void (medialibrary::IMediaLibraryCb::*)(std::vector<std::shared_ptr<medialibrary::IMedia>, std::allocator<std::shared_ptr<medialibrary::IMedia> > >), void (medialibrary::IMediaLibraryCb::*)(std::set<long, std::less<long>, std::allocator<long> >), void (medialibrary::IMediaLibraryCb::*)(std::set<long, std::less<long>, std::allocator<long> >)>(medialibrary::ModificationNotifier::Queue<medialibrary::IMedia, void>&&, void (medialibrary::IMediaLibraryCb::*)(std::vector<std::shared_ptr<medialibrary::IMedia>, std::allocator<std::shared_ptr<medialibrary::IMedia> > >), void (medialibrary::IMediaLibraryCb::*)(std::set<long, std::less<long>, std::allocator<long> >), void (medialibrary::IMediaLibraryCb::*)(std::set<long, std::less<long>, std::allocator<long> >)) (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c6b760)
#1 0x7f709a6978c4 in medialibrary::ModificationNotifier::run() ../src/utils/ModificationsNotifier.cpp:237
#2 0x7f709a6c5f6b in void std::__invoke_impl<void, void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*>(std::__invoke_memfun_deref, void (medialibrary::ModificationNotifier::*&&)(), medialibrary::ModificationNotifier*&&) (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c8df6b)
#3 0x7f709a6c5a17 in std::__invoke_result<void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*>::type std::__invoke<void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*>(void (medialibrary::ModificationNotifier::*&&)(), medialibrary::ModificationNotifier*&&) (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c8da17)
#4 0x7f709a6c5823 in void std::thread::_Invoker<std::tuple<void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*> >::_M_invoke<0ul, 1ul>(std::_Index_tuple<0ul, 1ul>) (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c8d823)
#5 0x7f709a6c56bc in std::thread::_Invoker<std::tuple<void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*> >::operator()() (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c8d6bc)
#6 0x7f709a6c5678 in std::thread::_State_impl<std::thread::_Invoker<std::tuple<void (medialibrary::ModificationNotifier::*)(), medialibrary::ModificationNotifier*> > >::_M_run() (/builds/videolan/medialibrary/build/test/unittest/../../src/libmedialibrary.so.0+0x2c8d678)
#7 0x7f70977f6ecf (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0xceecf)
#8 0x7f7096d88ea6 in start_thread (/lib/x86_64-linux-gnu/libpthread.so.0+0x8ea6)
#9 0x7f7096cb8dee in __clone (/lib/x86_64-linux-gnu/libc.so.6+0xfddee)
0x60b000000460 is located 0 bytes inside of 104-byte region [0x60b000000460,0x60b0000004c8)
freed by thread T0 here:
#0 0x7f709d4e1467 in operator delete(void*, unsigned long) ../../../../src/libsanitizer/asan/asan_new_delete.cpp:172
#1 0x55dc4535c6b4 in MockCallback::~MockCallback() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1cc6b4)
#2 0x55dc4535c875 in std::default_delete<MockCallback>::operator()(MockCallback*) const (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1cc875)
#3 0x55dc45358269 in std::unique_ptr<MockCallback, std::default_delete<MockCallback> >::~unique_ptr() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c8269)
#4 0x55dc453510c6 in UnitTests<MockCallback>::~UnitTests() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c10c6)
#5 0x55dc45358814 in RemovalNotifierTests::~RemovalNotifierTests() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c8814)
#6 0x55dc45358833 in RemovalNotifierTests::~RemovalNotifierTests() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c8833)
#7 0x55dc45358a05 in std::default_delete<RemovalNotifierTests>::operator()(RemovalNotifierTests*) const (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c8a05)
#8 0x55dc453514b1 in std::unique_ptr<RemovalNotifierTests, std::default_delete<RemovalNotifierTests> >::~unique_ptr() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c14b1)
#9 0x55dc4533e2b6 in main ../test/unittest/RemovalNotifierTests.cpp:173
#10 0x7f7096be1d09 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x26d09)
previously allocated by thread T0 here:
#0 0x7f709d4e0647 in operator new(unsigned long) ../../../../src/libsanitizer/asan/asan_new_delete.cpp:99
#1 0x55dc45351ec0 in UnitTests<MockCallback>::SetUp(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c1ec0)
#2 0x55dc4533d579 in main ../test/unittest/RemovalNotifierTests.cpp:175
#3 0x7f7096be1d09 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x26d09)
Thread T1 created by T0 here:
#0 0x7f709d48a2a2 in __interceptor_pthread_create ../../../../src/libsanitizer/asan/asan_interceptors.cpp:214
#1 0x7f70977f7144 in std::thread::_M_start_thread(std::unique_ptr<std::thread::_State, std::default_delete<std::thread::_State> >, void (*)()) (/usr/lib/x86_64-linux-gnu/libstdc++.so.6+0xcf144)
#2 0x7f709a693c60 in medialibrary::ModificationNotifier::start() ../src/utils/ModificationsNotifier.cpp:58
#3 0x7f709a1b5180 in medialibrary::MediaLibrary::startDeletionNotifier() ../src/MediaLibrary.cpp:1158
#4 0x55dc4534070c in MediaLibraryWithNotifier::startDeletionNotifier() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1b070c)
#5 0x7f709a1a7d55 in medialibrary::MediaLibrary::initialize(medialibrary::IMediaLibraryCb*) ../src/MediaLibrary.cpp:573
#6 0x55dc45359cef in UnitTests<MockCallback>::Initialize() (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c9cef)
#7 0x55dc45352b0c in UnitTests<MockCallback>::SetUp(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) (/builds/videolan/medialibrary/build/test/unittest/removal_notifier_tests+0x1c2b0c)
#8 0x55dc4533d579 in main ../test/unittest/RemovalNotifierTests.cpp:175
#9 0x7f7096be1d09 in __libc_start_main (/lib/x86_64-linux-gnu/libc.so.6+0x26d09)
```Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/325Scanning Medialibrary : Pause and resume notification actions don't work2021-05-17T15:10:02ZAlexandre PerraudScanning Medialibrary : Pause and resume notification actions don't work<!--- Provide a general summary of the issue in the Title above -->
## Description
The Pause and Resume actions, in the notification bar, doesn't seem to work.
Moreover, you should have a complete stop to cancel the scan, at least by ...<!--- Provide a general summary of the issue in the Title above -->
## Description
The Pause and Resume actions, in the notification bar, doesn't seem to work.
Moreover, you should have a complete stop to cancel the scan, at least by swiping the notification after a pause action.
#### Screenshot / video
![device-2021-05-05-183509](/uploads/ffd9ee22ef46a6f68b14ab49099ddd5c/device-2021-05-05-183509.png)
## Context
#### App version
3.4 dogfood
#### Android version
8.1.0
#### Device model
Moto G5 Plus XT1685
#### App mode
**Smartphone**Nicolas PomepuyNicolas Pomepuyhttps://code.videolan.org/videolan/medialibrary/-/issues/322Hidden files : "dot" file seems to be broken2021-05-12T14:19:14ZAlexandre PerraudHidden files : "dot" file seems to be brokenOn Android, hidden files or folders with a dot at the beginning is not working anymore.
NOMEDIA files in a folder seems to work.On Android, hidden files or folders with a dot at the beginning is not working anymore.
NOMEDIA files in a folder seems to work.Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/318Errors while upgrading from database version 292021-05-05T10:06:36ZPierre LamotErrors while upgrading from database version 29VLC raise errors while upgrading from database version 29
```
[0000556cf9535d90] medialibrary medialibrary error: [T#140322179483392] ../src/MediaLibrary.cpp:1436 updateDatabaseModel An error occurred during the database upgrade: Failed...VLC raise errors while upgrading from database version 29
```
[0000556cf9535d90] medialibrary medialibrary error: [T#140322179483392] ../src/MediaLibrary.cpp:1436 updateDatabaseModel An error occurred during the database upgrade: Failed to run request [CREATE TRIGGER playlist_update_nb_media_on_media_deletion AFTER DELETE ON Media BEGIN UPDATE Playlist SET nb_present_media = nb_present_media - (CASE old.is_present WHEN 0 THEN 0 ELSE pl_cnt.cnt END), nb_media = nb_media - pl_cnt.cnt FROM (SELECT COUNT(media_id) AS cnt, playlist_id FROM PlaylistMediaRelation WHERE media_id = old.id_media GROUP BY playlist_id) AS pl_cnt WHERE id_playlist = pl_cnt.playlist_id;DELETE FROM PlaylistMediaRelation WHERE media_id = old.id_media; END]: near "FROM": syntax error(1)
```
database for reference: [ml.db](/uploads/d479d859d11eb439b441016c114bc3c5/ml.db)https://code.videolan.org/videolan/medialibrary/-/issues/238Do not delete media when their parent folder gets removed2021-05-04T13:04:35ZHugo Beauzée-LuyssenDo not delete media when their parent folder gets removedIn order to preserve known information, we need to switch from cascading the deletion of a folder (when removed from the indexed folder list) to converting any media that would be removed into an external media.
This would allow to:
* K...In order to preserve known information, we need to switch from cascading the deletion of a folder (when removed from the indexed folder list) to converting any media that would be removed into an external media.
This would allow to:
* Keep the media in any playlists without ugly kludges
* Preserve the user provided information
When converting a media from "internal" to "external", we still need to remove it from any album/artist/show it was linked to.Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/297Convert internal media to external when removing their parent folder2021-05-04T13:04:34ZHugo Beauzée-LuyssenConvert internal media to external when removing their parent folderFor now when an entrypoint gets removed, we delete all the media it was containing.
Since this should also remove the media from the playlist it belonged, we have a hack/workaround in in the playlist code that will replace the media_id ...For now when an entrypoint gets removed, we delete all the media it was containing.
Since this should also remove the media from the playlist it belonged, we have a hack/workaround in in the playlist code that will replace the media_id by NULL, and tries to recover from a NULL media_id during the next access to the playlist. As it turns out, this is a major impediment for implementing #292 since we don't know if the media was removable or not after its been deleted, or it requires us to have 2 ways of updating the media counts.
TL;DR: Let's kill the playlist media_id hack and implement a proper solution.
When an entry point gets deleted, we should keep all the media it contained, and convert them to external media. If the folder comes back, we can convert it back to internal.
We probably should delete any information that was extracted from the media (ie. albumtrack, video/audio tracks, artist membership, ...) so that the media behaves just like a regular external media.Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/319Banning existing folder isn't persistant2021-05-04T09:39:58ZHugo Beauzée-LuyssenBanning existing folder isn't persistantWhen banning an existing folder, it only gets removed from the database, meaning the next reload operation will re-add it.
It's unclear if this is a regression or just a long standing bug, but we definitely need to update the tests to d...When banning an existing folder, it only gets removed from the database, meaning the next reload operation will re-add it.
It's unclear if this is a regression or just a long standing bug, but we definitely need to update the tests to detect this before fixing it.
This is causing https://code.videolan.org/videolan/vlc/-/issues/25555Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/124Refactor FsDiscoverer to not use recursion2021-04-29T09:28:06ZHugo Beauzée-LuyssenRefactor FsDiscoverer to not use recursionInstead, use a stack of folders to check for (we don't really care about depth-first VS breadth-first search)
Additionally this should simplify pausing the discoveryInstead, use a stack of folders to check for (we don't really care about depth-first VS breadth-first search)
Additionally this should simplify pausing the discoveryHugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/307Discover stopped at first subfolder with different credentials2021-04-29T09:28:06ZNicolas PomepuyDiscover stopped at first subfolder with different credentialsContext : discovering an SMB share with credentials `x` already known by shared libvlc instance.
If all the subfolders of this entry point share the same credentials, the ML is able to discover all the media.
Now, if we discover this f...Context : discovering an SMB share with credentials `x` already known by shared libvlc instance.
If all the subfolders of this entry point share the same credentials, the ML is able to discover all the media.
Now, if we discover this folder:
![device-2021-03-15-153846](/uploads/c6c37e82d4c16e801cee0356b55d7cd8/device-2021-03-15-153846.png)
`@Recently-Snapshot` has different credentials. The ML seems to stop the discover at this folder and won't try to discover other sub folders (that the credentials are the same as `Medias`).
Here are the logs sent by the ML:
```
2021-03-15 16:12:53.955 18707-18707/org.videolan.vlc.debug W/eolan.vlc.debu: Accessing hidden field Landroid/widget/AbsListView;->mIsChildViewEnabled:Z (unsupported, reflection, allowed)
2021-03-15 16:12:55.635 18707-18995/org.videolan.vlc.debug I/VLC/medialibrary: [T#515872373936] ../src/discoverer/DiscovererWorker.cpp:79 discover Adding smb://AZANAS/Medias to the folder discovery list
2021-03-15 16:12:55.635 18707-18995/org.videolan.vlc.debug I/VLC/medialibrary: [T#515872373936] ../src/discoverer/DiscovererWorker.cpp:331 enqueue Queuing entrypoint smb://AZANAS/Medias/ of type 0
2021-03-15 16:12:55.635 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2394 onDiscovererIdleChanged Discover thread was resumed
2021-03-15 16:12:55.635 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2407 onDiscovererIdleChanged Setting background idle state to false
2021-03-15 16:12:55.635 18707-18984/org.videolan.vlc.debug V/VLC/MediaParsingService: onDiscoveryStarted: smb://AZANAS/Medias/
2021-03-15 16:12:55.635 18707-18984/org.videolan.vlc.debug I/VLC/medialibrary: [T#515867090096] ../src/discoverer/DiscovererWorker.cpp:543 runDiscover Running discover on: smb://AZANAS/Medias/
2021-03-15 16:12:55.635 18707-18984/org.videolan.vlc.debug E/VLC/medialibrary: [T#515867090096] ../src/utils/VLCInstance.cpp:66 get Libvlc instance: Returning VLC instance: 0x78b81adf00
2021-03-15 16:12:55.637 18707-19228/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1c] libvlc input: Creating an input for preparsing '(null)'
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1d] libvlc input: using timeshift granularity of 50 MiB
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1d] libvlc input: using default timeshift path
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1d] libvlc input: `smb://AZANAS/Medias/' gives access `smb' demux `any' path `AZANAS/Medias/'
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81d6e20/4b1d] libvlc demux: looking for access_demux module matching "smb": 7 candidates
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81d6e20/4b1d] libvlc demux: no access_demux modules matched
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c9da0/4b1d] libvlc stream: creating access: smb://AZANAS/Medias/
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c9da0/4b1d] libvlc stream: looking for access module matching "smb": 25 candidates
2021-03-15 16:12:55.638 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c9da0/4b1d] libvlc stream: SMB 2/3 disabled by the user, using *unsafe* SMB 1
2021-03-15 16:12:55.656 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c9da0/4b1d] libvlc stream: Session: Host name = AZANAS, ip = 192.168.1.1
2021-03-15 16:12:55.678 18707-19229/org.videolan.vlc.debug E/VLC: [00000079081c9da0/4b1d] libvlc stream: Unable to connect/negotiate SMB session
2021-03-15 16:12:55.740 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c9da0/4b1d] libvlc stream: smb2_generic_cb failed: -13, 'Tree Connect failed with (0xc0000022) STATUS_ACCESS_DENIED. '
2021-03-15 16:12:55.740 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e81465e0/4b1d] libvlc keystore: looking for keystore module matching "file_crypt,none": 3 candidates
2021-03-15 16:12:55.740 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e81465e0/4b1d] libvlc keystore: using keystore module "file"
2021-03-15 16:12:55.962 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c9da0/4b1d] libvlc stream: AZANAS: connected from 192.168.1.75
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e81465e0/4b1d] libvlc keystore: removing module "file"
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c9da0/4b1d] libvlc stream: using access module "smb2"
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c5b20/4b1d] libvlc stream: looking for stream_filter module matching "any": 26 candidates
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c5b20/4b1d] libvlc stream: no stream_filter modules matched
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc stream_directory: looking for stream_directory module matching "any": 1 candidates
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc stream_directory: no stream_directory modules matched
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8146160/4b1d] libvlc input source: attachment of directory-extractor failed for smb://AZANAS/Medias/
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c5b20/4b1d] libvlc stream: looking for stream_filter module matching "record": 26 candidates
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c5b20/4b1d] libvlc stream: using stream_filter module "record"
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: looking for demux module matching "any": 49 candidates
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: cannot peek
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: cannot peek
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: cannot peek
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: cannot peek
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: cannot peek
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: MOD validation failed (ext=)
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: using demux module "directory"
2021-03-15 16:12:56.040 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: looking for meta reader module matching "any": 2 candidates
2021-03-15 16:12:56.041 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c8520/4b1d] libvlc stream: creating access: smb://AZANAS/Medias/
2021-03-15 16:12:56.041 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c8520/4b1d] libvlc stream: looking for access module matching "smb": 25 candidates
2021-03-15 16:12:56.041 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c8520/4b1d] libvlc stream: SMB 2/3 disabled by the user, using *unsafe* SMB 1
2021-03-15 16:12:56.050 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c8520/4b1d] libvlc stream: Session: Host name = AZANAS, ip = 192.168.1.1
2021-03-15 16:12:56.073 18707-19229/org.videolan.vlc.debug E/VLC: [00000079081c8520/4b1d] libvlc stream: Unable to connect/negotiate SMB session
2021-03-15 16:12:56.157 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c8520/4b1d] libvlc stream: smb2_generic_cb failed: -13, 'Tree Connect failed with (0xc0000022) STATUS_ACCESS_DENIED. '
2021-03-15 16:12:56.157 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143c40/4b1d] libvlc keystore: looking for keystore module matching "file_crypt,none": 3 candidates
2021-03-15 16:12:56.157 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143c40/4b1d] libvlc keystore: using keystore module "file"
2021-03-15 16:12:56.405 18707-19229/org.videolan.vlc.debug W/VLC: [00000079081c8520/4b1d] libvlc stream: AZANAS: connected from 192.168.1.75
2021-03-15 16:12:56.449 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143c40/4b1d] libvlc keystore: removing module "file"
2021-03-15 16:12:56.449 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c8520/4b1d] libvlc stream: using access module "smb2"
2021-03-15 16:12:56.449 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081ce3a0/4b1d] libvlc stream: looking for stream_filter module matching "prefetch,cache": 26 candidates
2021-03-15 16:12:56.450 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081ce3a0/4b1d] libvlc stream: using 16777216 bytes buffer, 16777216 bytes read
2021-03-15 16:12:56.450 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081ce3a0/4b1d] libvlc stream: using stream_filter module "prefetch"
2021-03-15 16:12:56.450 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081ce3a0/4b1d] libvlc stream: removing module "prefetch"
2021-03-15 16:12:56.450 18707-19241/org.videolan.vlc.debug D/VLC: [00000079081ce3a0/4b29] libvlc stream: end of stream
2021-03-15 16:12:56.451 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c8520/4b1d] libvlc stream: removing module "smb2"
2021-03-15 16:12:56.467 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: Trying Lua scripts in /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/reader
2021-03-15 16:12:56.467 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/reader/filename.lua
2021-03-15 16:12:56.468 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: Trying Lua scripts in /data/app/~~d7769iSu9O1fGgdeWqXdyg==/org.videolan.vlc.debug-yxq4QBRIU8GaNC6zkZmXgg==/lib/arm64/vlc/lua/meta/reader
2021-03-15 16:12:56.468 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: Trying Lua scripts in /system/usr/share/lua/meta/reader
2021-03-15 16:12:56.468 18707-19229/org.videolan.vlc.debug D/VLC: [00000078e8143a00/4b1d] libvlc demux meta: no meta reader modules matched
2021-03-15 16:12:56.468 18707-19229/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1d] libvlc input: `smb://AZANAS/Medias/' successfully opened
2021-03-15 16:12:56.469 18707-19229/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1d] libvlc input: EOF reached
2021-03-15 16:12:56.469 18707-19229/org.videolan.vlc.debug D/VLC: [00000078f81cdb00/4b1d] libvlc demux: removing module "directory"
2021-03-15 16:12:56.469 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c5b20/4b1d] libvlc stream: removing module "record"
2021-03-15 16:12:56.469 18707-19229/org.videolan.vlc.debug D/VLC: [00000079081c9da0/4b1d] libvlc stream: removing module "smb2"
2021-03-15 16:12:56.488 18707-19228/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1c] libvlc input: Destroying the input for '(null)'
2021-03-15 16:12:56.489 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc meta fetcher: looking for meta fetcher module matching "any": 1 candidates
2021-03-15 16:12:56.489 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc meta fetcher: Trying Lua scripts in /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/fetcher
2021-03-15 16:12:56.489 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc meta fetcher: Trying Lua scripts in /data/app/~~d7769iSu9O1fGgdeWqXdyg==/org.videolan.vlc.debug-yxq4QBRIU8GaNC6zkZmXgg==/lib/arm64/vlc/lua/meta/fetcher
2021-03-15 16:12:56.489 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc meta fetcher: Trying Lua scripts in /system/usr/share/lua/meta/fetcher
2021-03-15 16:12:56.489 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc meta fetcher: no meta fetcher modules matched
2021-03-15 16:12:56.490 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: looking for art finder module matching "any": 2 candidates
2021-03-15 16:12:56.490 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua scripts in /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art
2021-03-15 16:12:56.490 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/00_musicbrainz.lua
2021-03-15 16:12:56.491 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/00_musicbrainz.lua
2021-03-15 16:12:56.491 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/01_googleimage.lua
2021-03-15 16:12:56.492 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/01_googleimage.lua
2021-03-15 16:12:56.492 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/02_frenchtv.lua
2021-03-15 16:12:56.493 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/02_frenchtv.lua
2021-03-15 16:12:56.493 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/03_lastfm.lua
2021-03-15 16:12:56.494 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/03_lastfm.lua
2021-03-15 16:12:56.494 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua scripts in /data/app/~~d7769iSu9O1fGgdeWqXdyg==/org.videolan.vlc.debug-yxq4QBRIU8GaNC6zkZmXgg==/lib/arm64/vlc/lua/meta/art
2021-03-15 16:12:56.495 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: Trying Lua scripts in /system/usr/share/lua/meta/art
2021-03-15 16:12:56.495 18707-19243/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b2b] libvlc art finder: no art finder modules matched
2021-03-15 16:12:56.497 18707-18984/org.videolan.vlc.debug I/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:533 addFolder Creating new device in DB AZANAS
2021-03-15 16:12:56.564 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:293 checkFolder Checking for modifications in smb://AZANAS/Medias/
2021-03-15 16:12:56.564 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:331 checkFolder New folder detected: smb://AZANAS/Medias/@Recently-Snapshot/
2021-03-15 16:12:56.564 18707-18984/org.videolan.vlc.debug E/VLC/medialibrary: [T#515867090096] ../src/utils/VLCInstance.cpp:66 get Libvlc instance: Returning VLC instance: 0x78b81adf00
2021-03-15 16:12:56.565 18707-19228/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1c] libvlc input: Creating an input for preparsing '(null)'
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [0000007968154460/4b2c] libvlc input: using timeshift granularity of 50 MiB
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [0000007968154460/4b2c] libvlc input: using default timeshift path
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [0000007968154460/4b2c] libvlc input: `smb://AZANAS/Medias/@Recently-Snapshot/' gives access `smb' demux `any' path `AZANAS/Medias/@Recently-Snapshot/'
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [00000078f81dd960/4b2c] libvlc demux: looking for access_demux module matching "smb": 7 candidates
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [00000078f81dd960/4b2c] libvlc demux: no access_demux modules matched
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [00000079081a0820/4b2c] libvlc stream: creating access: smb://AZANAS/Medias/@Recently-Snapshot/
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug D/VLC: [00000079081a0820/4b2c] libvlc stream: looking for access module matching "smb": 25 candidates
2021-03-15 16:12:56.566 18707-19244/org.videolan.vlc.debug W/VLC: [00000079081a0820/4b2c] libvlc stream: SMB 2/3 disabled by the user, using *unsafe* SMB 1
2021-03-15 16:12:56.582 18707-19244/org.videolan.vlc.debug D/VLC: [00000079081a0820/4b2c] libvlc stream: Session: Host name = AZANAS, ip = 192.168.1.1
2021-03-15 16:12:56.606 18707-19244/org.videolan.vlc.debug E/VLC: [00000079081a0820/4b2c] libvlc stream: Unable to connect/negotiate SMB session
2021-03-15 16:12:56.624 18707-19244/org.videolan.vlc.debug E/VLC: [00000079081a0820/4b2c] libvlc stream: smb2_connect_share_async failed: -5, Invalid address:Recently-Snapshot Can not resolv into IPv4/v6.
2021-03-15 16:12:56.624 18707-19244/org.videolan.vlc.debug D/VLC: [00000079081a0820/4b2c] libvlc stream: no access modules matched
2021-03-15 16:12:56.624 18707-19244/org.videolan.vlc.debug E/VLC: [0000007968154460/4b2c] libvlc input: Your input can't be opened
2021-03-15 16:12:56.624 18707-19244/org.videolan.vlc.debug E/VLC: [0000007968154460/4b2c] libvlc input: VLC is unable to open the MRL 'smb://AZANAS/Medias/@Recently-Snapshot/'. Check the log for details.
2021-03-15 16:12:56.624 18707-19228/org.videolan.vlc.debug D/VLC: [0000007968154460/4b1c] libvlc input: Destroying the input for '(null)'
2021-03-15 16:12:56.625 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc meta fetcher: looking for meta fetcher module matching "any": 1 candidates
2021-03-15 16:12:56.625 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc meta fetcher: Trying Lua scripts in /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/fetcher
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc meta fetcher: Trying Lua scripts in /data/app/~~d7769iSu9O1fGgdeWqXdyg==/org.videolan.vlc.debug-yxq4QBRIU8GaNC6zkZmXgg==/lib/arm64/vlc/lua/meta/fetcher
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc meta fetcher: Trying Lua scripts in /system/usr/share/lua/meta/fetcher
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc meta fetcher: no meta fetcher modules matched
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: looking for art finder module matching "any": 2 candidates
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua scripts in /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art
2021-03-15 16:12:56.626 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/00_musicbrainz.lua
2021-03-15 16:12:56.627 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/00_musicbrainz.lua
2021-03-15 16:12:56.627 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/01_googleimage.lua
2021-03-15 16:12:56.628 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/01_googleimage.lua
2021-03-15 16:12:56.628 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/02_frenchtv.lua
2021-03-15 16:12:56.629 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/02_frenchtv.lua
2021-03-15 16:12:56.629 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua playlist script /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/03_lastfm.lua
2021-03-15 16:12:56.630 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: skipping script (unmatched scope) /data/user/0/org.videolan.vlc.debug/app_vlc/.share/lua/meta/art/03_lastfm.lua
2021-03-15 16:12:56.630 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua scripts in /data/app/~~d7769iSu9O1fGgdeWqXdyg==/org.videolan.vlc.debug-yxq4QBRIU8GaNC6zkZmXgg==/lib/arm64/vlc/lua/meta/art
2021-03-15 16:12:56.630 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: Trying Lua scripts in /system/usr/share/lua/meta/art
2021-03-15 16:12:56.631 18707-19255/org.videolan.vlc.debug D/VLC: [00000078d81a84e0/4b37] libvlc art finder: no art finder modules matched
2021-03-15 16:12:56.635 18707-18984/org.videolan.vlc.debug W/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:378 checkFolder Failed to browse smb://AZANAS/Medias/: Failed to browse network directory: Unknown error: I/O error
2021-03-15 16:12:56.635 18707-18984/org.videolan.vlc.debug I/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:174 checkRemovedDevices The device containing smb://AZANAS/Medias/ is removable. Refreshing device cache...
2021-03-15 16:12:56.636 18707-18984/org.videolan.vlc.debug I/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2687 refreshDevice Device AZANAS presence is unchanged
2021-03-15 16:12:56.636 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2700 refreshDevices Done refreshing devices in database.
2021-03-15 16:12:56.637 18707-18984/org.videolan.vlc.debug I/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:185 checkRemovedDevices Device was not removed
2021-03-15 16:12:56.637 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/discoverer/FsDiscoverer.cpp:196 checkRemovedDevices The device is present but can be read from. Assuming it isn't ready yet
2021-03-15 16:12:56.637 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2394 onDiscovererIdleChanged Discoverer thread went idle
2021-03-15 16:12:56.638 18707-18984/org.videolan.vlc.debug D/VLC/medialibrary: [T#515867090096] ../src/MediaLibrary.cpp:2407 onDiscovererIdleChanged Setting background idle state to true
```Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/309VLC for Android (3.3.3) crashes while playing back a HLS stream from an M3U p...2021-04-29T09:11:15ZmuzsoVLC for Android (3.3.3) crashes while playing back a HLS stream from an M3U playlist on Android TVI can reproduce the problem with the official 3.3.3 release and the current nightly from https://artifacts.videolan.org/vlc-android/nightly-armv7/VLC-Android-3.3.3-armv7-20201231-0118.apk. I'll attach logs from both tests.
I used an M3U...I can reproduce the problem with the official 3.3.3 release and the current nightly from https://artifacts.videolan.org/vlc-android/nightly-armv7/VLC-Android-3.3.3-armv7-20201231-0118.apk. I'll attach logs from both tests.
I used an M3U8 playlist file from this source:
https://onlinestream.live/rtl2/online/6142-1
I'll attach the playlist as well.
It's content looks like this:
```
#EXTM3U
#EXTINF:-1,([#1](https://code.videolan.org/videolan/vlc/-/issues/1)) - RTL2 (HD)
https://stream.y5.hu:443/stream/stream_rtl2/hls1/stream.m3u8
```
To reproduce, I merely opened the locally saved (in /sdcard/Downloads/rtl2.m3u) playlist in VLC. After a few seconds of successful playback, VLC crashes and crashlog+logcat are saved.
The stacktrace for the error causing the crash is:
```
java.lang.IllegalArgumentException: Invalid position 4 requested
at androidx.leanback.app.BrowseSupportFragment.createMainFragment(BrowseSupportFragment.java:579)
at androidx.leanback.app.BrowseSupportFragment.replaceMainFragment(BrowseSupportFragment.java:1552)
at androidx.leanback.app.BrowseSupportFragment.setSelection(BrowseSupportFragment.java:1542)
at androidx.leanback.app.BrowseSupportFragment$SetSelectionRunnable.run(BrowseSupportFragment.java:257)
at android.os.Handler.handleCallback(Handler.java:873)
at android.os.Handler.dispatchMessage(Handler.java:99)
at android.os.Looper.loop(Looper.java:193)
at android.app.ActivityThread.main(ActivityThread.java:6680)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.RuntimeInit$MethodAndArgsCaller.run(RuntimeInit.java:493)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:858)
at Android.MODEL(MIBOX4)
at Android.VERSION(9)
at Android.FINGERPRINT(Xiaomi/oneday/oneday:9/PI/2696:user/release-keys)
```
Note that I couldn't reproduce the problem on a Samsung Galaxy S10 (using the same VLC version). The issue occurs only on my Xiaomi Mi Box S running Android TV. The Android version is 9, the build number is 2696 (security patch level: April 5th 2020).
I tried various settings for "Hardware Acceleration", but it made no difference.https://code.videolan.org/videolan/medialibrary/-/issues/302onEntryPointAdded event is misleading/not emitted at the proper time2021-04-23T08:24:02ZHugo Beauzée-LuyssenonEntryPointAdded event is misleading/not emitted at the proper timeSince #86 we are emitting `onEntryPointAdded`, but after some refactoring it's not emitted once addFolder returns, which means the event is emitted after the scan completed.
Since this event is meant to notify the user that their reques...Since #86 we are emitting `onEntryPointAdded`, but after some refactoring it's not emitted once addFolder returns, which means the event is emitted after the scan completed.
Since this event is meant to notify the user that their request has been received, it need to be sent as soon as the media library is aware of that request, not when it's starts being processed.
It might make sense to rename the event to something like `onEntryPointQueue` or similarhttps://code.videolan.org/videolan/medialibrary/-/issues/303scanning issues on linux2021-04-23T07:53:52ZPierre Lamotscanning issues on linuxstarting from an empty medialibrary, discovering doesn't properly parse the default folders.
* the ~/Videos folder seems correctly discovered
* the ~/Music folder is only partially discovered (only the Muse folder seems to be discovered...starting from an empty medialibrary, discovering doesn't properly parse the default folders.
* the ~/Videos folder seems correctly discovered
* the ~/Music folder is only partially discovered (only the Muse folder seems to be discovered)
* the listing of the entry points returns `~/Videos` and `/`
log and database attached
[lol.log](/uploads/821ab78a0b99875a17774a0978957059/lol.log)
[ml.db](/uploads/961836d2b1c95fa79f22b28d13c39e14/ml.db)Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/283Make thumbnail generation API synchronous2021-04-15T14:06:48ZRomain VimontMake thumbnail generation API synchronousMany [medialib controls](https://code.videolan.org/videolan/vlc/-/blob/2964b5dc949e314d6779cd2ce9d35204c5fa3a71/include/vlc_media_library.h#L458-499) (exposed in the VLC API) execute database queries synchronously. Therefore, they must n...Many [medialib controls](https://code.videolan.org/videolan/vlc/-/blob/2964b5dc949e314d6779cd2ce9d35204c5fa3a71/include/vlc_media_library.h#L458-499) (exposed in the VLC API) execute database queries synchronously. Therefore, they must not be called from the UI thread.
But in addition, some of them, like `VLC_ML_MEDIA_GENERATE_THUMBNAIL`, do some processing in a separate medialibrary thread, and send a medialibrary event once completed.
This is a bit inconvenient to use, because it requires both to spawn a task manually and to handle the result via a callback from a medialibrary thread. Concretely, the UI code has to:
- register a medialib callback to receive all medialib events
- spawn a task (thread pool, coroutine, etc.) to execute `vlc_ml_media_generate_thumbnail()`, which executes some database queries and requests thumbnail generation asynchronously
- on ML event `VLC_ML_EVENT_MEDIA_THUMBNAIL_GENERATED` from a medialibrary thread, repost the event on the UI thread (btw this is currently not always done on the Qt side, causing race conditions)
- handle the event from the main thread
I think that only controls (if any) callable from the main thread (which may never execute any database query) could be made asynchronous.
But for simplicity and consistency with the other API functions, I suggest to make them synchronous, so that each client can decide how they execute them (coroutine, thread pool…). Moreover, the client typically wants to execute the callback in its UI thread; this couldn't be directly done by the medialibrary (so the client would have to repost the result event to its main thread).
Concretely, I would like `vlc_ml_media_generate_thumbnail()` to block until the thumbnail generation is complete, and immediately give the result (either by returning the value or writing to an output parameter).
This might also apply to other medialibrary functions, but I don't know yet.https://code.videolan.org/videolan/medialibrary/-/issues/296Backport taglib patches to VLC to allow non-local file analysis2021-03-19T07:47:10ZHugo Beauzée-LuyssenBackport taglib patches to VLC to allow non-local file analysisThe medialib relies on taglib to fetch the meta data, but when using vlc 3.0, we can't analyze non-local files since taglib accesses files using `fopen` and the likes.
We need to backport most 4.0 patches to 3.0 to allow taglib to use V...The medialib relies on taglib to fetch the meta data, but when using vlc 3.0, we can't analyze non-local files since taglib accesses files using `fopen` and the likes.
We need to backport most 4.0 patches to 3.0 to allow taglib to use VLC's accesses to read any filehttps://code.videolan.org/videolan/medialibrary/-/issues/255ML wrecks encoding of m3u playlist2021-03-18T07:38:31ZFelix Paul Kühnefkuehne@videolan.orgML wrecks encoding of m3u playlistWhen adding a specifically crafted m3u file to the library, it will wreck the encoding and therefore playback will fail. This issue is similar to #250 but not the same as it is still reproducible with HEAD.
The attached sample file incl...When adding a specifically crafted m3u file to the library, it will wreck the encoding and therefore playback will fail. This issue is similar to #250 but not the same as it is still reproducible with HEAD.
The attached sample file includes the URL "http://172.18.0.2:8080/?action=stream". During playback, this is interpreted as "http://172.18.0.2:8080/%3Faction%3Dstream" and will therefore fail.
[MY.m3u](/uploads/8b423a09cb9de6fab0d1eac7fb0ef847/MY.m3u)Hugo Beauzée-LuyssenHugo Beauzée-Luyssenhttps://code.videolan.org/videolan/medialibrary/-/issues/28Support remote drives/folders2021-03-18T05:08:54ZJean-Baptiste KempfSupport remote drives/foldersWith a enabled/disabled state
Quite complex, I think.
See https://code.videolan.org/videolan/vlc-android/issues/168With a enabled/disabled state
Quite complex, I think.
See https://code.videolan.org/videolan/vlc-android/issues/168Hugo Beauzée-LuyssenHugo Beauzée-Luyssen