All I see in your pictures is (from old to new) the white cover disappears and the two green blobs turn red -- I don't see anything I would call a thumbnail, barely an icon. Did you post the pictures you meant to post?Hello again Mix developer(s). I have something else that I'd like to bring to your attention. This one is in regards to how newer versions of MIxplorer and certain addons treat video files stored on external storages. It's not that the files aren't opening and playing, it's that their thumbnails aren't generated at all. Like last time, I tested on two phones that are as similar as they can get. Again, I don't know whether to classify this as a bug, but it is new behavior.
In versions up until Mix 6.53.6-BETA 21032720, Codecs 2.4 2112103, thumbnail generation for certain video types acted like so, [View file S21+.png]
In the current versions, Mix 6.58.5 22020910, Codecs 2.4 2112103, thumbnail generation for certain video types act like so, [View file S22U.png]
Note: when stored on local storage, video thumbnails are generated as normal
I've included the log files of the actions and scenarios. (There was no new beta available, so I logged from the stable release) Included are also the video files used in the screenshots (the zip).
Thumbnails make it a lot easier to distinguish videos without having to open them. I hope that this will be addressed.
Devices used:
Portable SSD (EXFAT formatted)
S22 Ultra (Snapdragon 8 gen 1) (Android 13 | One UI 5) (Non-Rooted)
S21 Plus (Snapdragon 888) (Android 13 | One UI 5) (Non-Rooted)
I'm also going to link a previous issue I found as this and that may be related.
All I see in your pictures is (from old to new) the white cover disappears and the two green blobs turn red -- I don't see anything I would call a thumbnail, barely an icon. Did you post the pictures you meant to post?
I thought you were saying that the older version of Mixplorer was showing thumbnails.
- I forgot to mention there irrelevance of the “CBZ_Test“ file.
- Have you ever viewed videos (or images) in gallery or grid view in mix explorer? Have you ever noticed that instead of the ” red blob ”, a little snapshot of the video is shown instead? Mix refers to these as “thumbnails“. The files shown in the screenshot are all videos of a green picture (Except for the CBZ file). When thumbnails are turned on, a preview of the video should be shown instead of a " red blob ", hence the green squares in the first picture.
Yes (The first sentence), newer versions of MIX don't seem to generate thumbnails for videos stored on external storages.I thought you were saying that the older version of Mixplorer was showing thumbnails.
Are you saying that neither version of Mixplorer displays thumbnails when viewing the external storage?
Explain to me again how the older version of Mixplorer "generates thumbnails", but the picture named S21+.jpg does not show anything I recognize as a thumbnail.Yes (The first sentence), newer versions of MIX don't seem to generate thumbnails for videos stored on external storages.
If you go back to my original post, The screenshot titled ”S21+” is an old MIX version. The screenshot titled ”S22U” it's the newest version.
Try to ”play” the attached video files (One is in the zip file), notice how one is nothing but green. Next, download them and put them on your desktop. Assuming you have a valid video player installed, one's going to show up green and the other is going to have to default video icon. (See screenshot for expected result)Explain to me again how the older version of Mixplorer "generates thumbnails", but the picture named S21+.jpg does not show anything I recognize as a thumbnail.
Am I being too demanding of a "thumbnail"? I was expecting a successful thumbnail to be a tiny picture, with almost recognizable details: maybe a dog, maybe two people dancing, some picture from the movie. On what I thought was a picture of successful thumbnail production, I see some difference in the icons, but none of them looks like a picture.
.... I was expecting a successful thumbnail to be a tiny picture, with almost recognizable details: maybe a dog, maybe two people dancing, some picture from the movie...
Try to ”play” the attached video files (One is in the zip file), notice how one is nothing but green. Next, download them and put them on your desktop. Assuming you have a valid video player installed, one's going to show up green and the other is going to have to default video icon. (See screenshot for expected result)
Yep that's intended, it's literally just text file renamed as MP4 file. This was done so that it will be ”unplayabe” so that the default icon for MP4 files would be displayed instead of a regular thumbnail.FYI, the mp4 video in the zip file is only 28 bytes and seems unplayable in Windows media player, media player classic (part of Klite) or VLC (unziped with windows or 7-zip).
For me, that's pretty stupid if something creates a thumbnail for the file that is actually not a media file - and certainly, I would not be happy with, and would never want that as a 'feature'Yep that's intended, it's literally just text file renamed as MP4 file. This was done so that it will be ”unplayabe” so that the default icon for MP4 files would be displayed instead of a regular thumbnail.
Open it up with a text editor to see what I mean.
For me, that's pretty stupid if something creates a thumbnail for the file that is actually not a media file - and certainly, I would not be happy with, and would never want that as a 'feature'
It actually means that it does not even check if the file is correct media file or not
It's absolutely easy to check if a file includes jpeg, mpeg, etc header - it does not require to decode the media content...or it checked and found nothing it could interpret as a thumbnail and so then used the generic icon matching the file name extension.
It's absolutely easy to check if a file includes jpeg, mpeg, etc header - it does not require to decode the media content
But it *does* require some awareness of the format.It's absolutely easy to check if a file includes jpeg, mpeg, etc header - it does not require to decode the media content
My original post was about the text file that was renamed to extension MP4.
Thanks for checking, they have the old versions on APKmirror.
Speaking of APKAnd here's an interesting fact I just discovered. The files are uploaded by individuals, which is why you'll often times see multiple versions. If you've ever glanced at the uploader names, one you've probably seen is HoldTheDoor. Well, I got curious because 1.13 had the same files all uploaded twice; one set of the files were uploaded by HoldTheDoor, and the other set were uploaded by another user. The same was true of version 1.15 too. I decided to check the MD5 of version 1.15 against the uploaded copies, and I discovered that the HoldTheDoor MD5 did NOT match, while the other one did.
I'm not why there's a difference... maybe the HoldTheDoor uploads are the Google Play version? I'm not sure why that one would have a different MD5, but maybe that's what I'm seeing. Either way,, I'm going to avoid the HoldTheDoor uploads where I can unless I'm able to determine why there was the difference in the MD5.
Anyway, I downloaded and installed version 1.13, then tried again. When I did, the export worked properly. Thanks!
There was no such warningCan someone try converting a PDF to a jpg with MiXplorer (and the PDF addon) and tell me if it gives you an error directing you to install or update the PDF addon?
I must have missed the legacy versions of the add-ons at one of those locations. Can you point me to where you find 1.13 from the approved spots plz?
Thanks for checking, they have the old versions on APKmirror.
Speaking of APKAnd here's an interesting fact I just discovered. The files are uploaded by individuals, which is why you'll often times see multiple versions. If you've ever glanced at the uploader names, one you've probably seen is HoldTheDoor. Well, I got curious because 1.13 had the same files all uploaded twice; one set of the files were uploaded by HoldTheDoor, and the other set were uploaded by another user. The same was true of version 1.15 too. I decided to check the MD5 of version 1.15 against the uploaded copies, and I discovered that the HoldTheDoor MD5 did NOT match, while the other one did.
I'm not why there's a difference... maybe the HoldTheDoor uploads are the Google Play version? I'm not sure why that one would have a different MD5, but maybe that's what I'm seeing. Either way,, I'm going to avoid the HoldTheDoor uploads where I can unless I'm able to determine why there was the difference in the MD5.
Anyway, I downloaded and installed version 1.13, then tried again. When I did, the export worked properly. Thanks!
Thanks for checking, they have the old versions on APKmirror.There was no such warning
I've tried PDF files (download to local)
my using versions are
View attachment 6092731
android14 / add-on apk arm64 apk
(Repost image, reason I thought it was the add-on version, but it was wrong.)
i choosed and press ebook reader(its pdf add-on??) and select export -> jpeg
Oh! When I updated from 1.13 to 1.15latest because I was using old it, I got an error asking for failed or update!
I'm glad I saved the old apk
Ok guys, thanks. I'm feeling lazy to search and read rn
Help me be my search engine one more time, any other recommended root file manager for a14?
Hello and good morning, @ledagiwMy guy, my savior. Thanks
===my OOT==
Xda search is junk, can't search if not login (i browse on incognito), timeline is messed up
Also i didn't mean to offend anyone, since the burger isn't available
It's irrelevant why you don't want to follow the rules but if you don't it will eventually lead to consequences to your account. I'm convinced this is something you want to avoid.1. Search before posting.
Use one of our search functions before posting or creating a new thread. Whether you have a question or just something new to share, it's very likely that someone has already asked that question or shared that news.
Go ahead, ban me. Reason: not use search function
That would be the greatest joke of all time to tell my grandkids
And don't be weak by deleting post instead of addressing the issue, this site obviously horde justice warrior, with the guy inisiated the quarrel, yet you only delete mine.
Respectfully
I'm leaving
You said "use an alternative" in your post.
Is there any possibility to open a different viewing app out of MiXExplorer instead of ImageViewer which would allow swiping through the whole folder?
If I click "open with" and choose Google Photos for example only the one picture opened opens in Google Photos and I cannot swipe through the whole folder like I can in ImageViewer.
Yes, known issue and since you are new bookmark this https://xdaforums.com/t/mixplorer-q-a-and-faq-user-manual.3308582/i'm on android 14, tried mix stable and beta, mix can't access android/data folder
is this a known issue?