Please see the issue in the below screenshot.
The upper panel and lower panel are showing different folders on the same local drive. The upper one is a Dropbox folder, and as far as I confirm, all folders in Dropbox will refuse to display thumbnail for video files.
The same file when moved to any other folder will display thumbnail as it should. Any file that shows thumbnail will not show when moved to Dropbox folder.
All image files show thumbnails as it should.
The issue is not happening with Windows File Explorer or any other file explorer apps I have used. And it is not happening with OneDrive.
I can also confirm the issue started to happen in the last few versions. I am sure it is also there with Version 13.12, but not too sure from which exact version. And Version 13.13 did not fix it.
It's a lot of personal photos so I had to remove them. I believe I've only blurred unrelated details, or what my text description has covered. What details you would like to see? I am happy to provide them. Or if there's some way for me to send you the original screenshot privately.
The thumbnails are displaying alright in File Explorer at the same time. And refresh in either File Explorer or DirectoryOpus does not change anything. Reboot did not change anything. Also used clean-up tool to rebuild thumbnail cache, which did nothing as well.
Also a bit of new discovery, I found that only newer videos does not have thumbnail in this situation, and then I realized that this might be related to a new phone used to take the videos, which might be related to codec for the file. But upon checking, the codec difference is minimal.
Samples of file code below for reference:
Here's sample codec info on a video file that has no issue:
General
Complete name : ...\Dropbox\Camera Uploads\2024-11-23 14.25.51.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/mp42)
File size : 3.62 MiB
Duration : 3 s 166 ms
Overall bit rate : 9 593 kb/s
Frame rate : 30.000 FPS
Encoded date : 2024-11-23 22:25:51 UTC
Tagged date : 2024-11-23 22:25:51 UTC
xyz : +47.6219-122.1794/
com.android.version : 14
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@High
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 3 s 166 ms
Bit rate : 8 320 kb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 30.000 FPS
Minimum frame rate : 29.890 FPS
Maximum frame rate : 30.010 FPS
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.134
Stream size : 3.14 MiB (87%)
Title : VideoHandle
Language : English
Encoded date : 2024-11-23 22:25:51 UTC
Tagged date : 2024-11-23 22:25:51 UTC
Color range : Full
colour_range_Original : Limited
Color primaries : BT.601 PAL
colour_primaries_Original : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.601
matrix_coefficients_Origina : BT.709
mdhd_Duration : 3166
Codec configuration box : hvcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 3 s 113 ms
Source duration : 3 s 51 ms
Bit rate mode : Constant
Nominal bit rate : 256 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Source stream size : 95.6 KiB (3%)
Title : SoundHandle
Language : English
Encoded date : 2024-11-23 22:25:51 UTC
Tagged date : 2024-11-23 22:25:51 UTC
mdhd_Duration : 3113
And here is the codec information on a video file that has the issue:
General
Complete name : ...\Dropbox\Camera Uploads\2024-12-10 20.20.31.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42 (isom/mp42)
File size : 13.0 MiB
Duration : 7 s 74 ms
Overall bit rate : 15.4 Mb/s
Frame rate : 30.000 FPS
Encoded date : 2024-12-11 04:20:31 UTC
Tagged date : 2024-12-11 04:20:31 UTC
xyz : +47.6784-122.1138/
com.android.version : 14
Video
ID : 1
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@High
Codec ID : hvc1
Codec ID/Info : High Efficiency Video Coding
Duration : 6 s 963 ms
Source duration : 6 s 962 ms
Bit rate : 15.0 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 30.000 FPS
Minimum frame rate : 24.000 FPS
Maximum frame rate : 39.929 FPS
Standard : PAL
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Bits/(Pixel*Frame) : 0.241
Stream size : 12.4 MiB (95%)
Source stream size : 12.4 MiB (95%)
Title : VideoHandle
Language : English
Encoded date : 2024-12-11 04:20:31 UTC
Tagged date : 2024-12-11 04:20:31 UTC
Color range : Full
colour_range_Original : Limited
Color primaries : BT.601 PAL
colour_primaries_Original : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.601
matrix_coefficients_Origina : BT.709
mdhd_Duration : 6963
Codec configuration box : hvcC
Audio
ID : 2
Format : AAC LC
Format/Info : Advanced Audio Codec Low Complexity
Codec ID : mp4a-40-2
Duration : 7 s 74 ms
Source duration : 6 s 912 ms
Bit rate mode : Constant
Nominal bit rate : 256 kb/s
Channel(s) : 2 channels
Channel layout : L R
Sampling rate : 48.0 kHz
Frame rate : 46.875 FPS (1024 SPF)
Compression mode : Lossy
Source stream size : 216 KiB (2%)
Title : SoundHandle
Language : English
Encoded date : 2024-12-11 04:20:31 UTC
Tagged date : 2024-12-11 04:20:31 UTC
mdhd_Duration : 7074
And attaching a screenshot to further detail the issue - here shows the same file on different path will display thumbnail differently:
It is not iPhone video - as shown in codec info, it is taken with Android 14. Also I do have iPhone video and photo in the same directory, which works just fine.
Also the codec wouldn't give different results inside and outside of Dropbox, presumably.
As far as Opus is concerned Dropbox is "just another folder" and doesn't treat the files any differently inside it. The only thing I can think of is that the ones that don't work aren't actually stored locally (i.e. they're only in the cloud).
Suspicion of EXIF info caused issue - the video I've uploaded, I've originally uploaded the original file, which contains EXIF data like geolocations. I used exiftool to remove it and reuploaded to protect privacy, but then I found the file is free of issues now.
Will conduct a bit more experiments.
I've taken another very short video to experiment with the EXIF. Which is the file named .original. In the screenshot. As you can see - it actually could show the thumbnail now. But directly on side of it, in middle of the screenshot, is its direct copy, which does not show thumbnail.
I've also played with EXIFtool, removed EXIF from the file, and readded - which creates the .readded and .readded.2 file, as you can see both not showing the thumbnail. The .2 is what I am going to attach at the end which has privacy information removed.
I do not know what exactly did I do to make the .original show thumbnails. Because I've been playing with EXIF data, it might caused some cache mechanism to kick in. However I've tried a few things on another newer video I've just taken, and could not replicate this.
@Leo@Jon Sorry to @you directly but could you help take a further look at this? I've exhausted my ways to probe what is the issue. I have confirmed this is related to EXIF as presented above, but don't know how it causes the issue I've seen.
We aren't able to reproduce it, and there's no reason within Opus that it'd make a difference which folder the files are in.
It's possible your antivirus (or similar) is blocking dopus.exe (but not explorer.exe) from opening files in your Dropbox folder (and maybe other Documents folders as well) if they contain certain data it thinks means the files are private/sensitive, but I can only really guess.
Thanks for the update. My antivirus is only Windows Defender, and I've just checked the block logs and saw nothing related to Directory Opus (it was added to allow list already because otherwise it will get blocked when accessing Documents folder). The puzzling part is that this only happens within Dropbox folder (not any antivirus protected folders), and apparently only on video files.
Is there some sort of logs I can provide you?
