hardcoresushi
/
DroidFS
2
2
Fork 1
Code Issues 10 Pull Requests 2 Releases 23 Activity

bug high quality photo #3

New Issue
Closed
opened 2022-01-16 20:16:53 +01:00 by asdfgf · 5 comments
asdfgf commented 2022-01-16 20:16:53 +01:00
Copy Link

if I do photo with emembbed cam or import external photo that it saving low quality

ver. 1.7.1, android 11

if I do photo with emembbed cam or import external photo that it saving low quality ver. 1.7.1, android 11
hardcoresushi commented 2022-01-16 21:01:47 +01:00
Owner
Copy Link

How can you check the photo is of lower quality? Did you export it or just opened with the DroidFS image viewer?
The image viewer sometimes downscales the image if it's too large to be displayed as-is. And when importing/exporting files, they should never be modified. Can you confirm that?

How can you check the photo is of lower quality? Did you export it or just opened with the DroidFS image viewer? The image viewer sometimes downscales the image if it's too large to be displayed as-is. And when importing/exporting files, they should never be modified. Can you confirm that?
asdfgf commented 2022-01-17 08:57:07 +01:00
Author
Copy Link

did't export, just opened with the DroidFS image viewer

did't export, just opened with the DroidFS image viewer
hardcoresushi commented 2022-01-17 09:39:40 +01:00
Owner
Copy Link

OK, what's your screen size? Can you share an image that causes the issue?

OK, what's your screen size? Can you share an image that causes the issue?
hardcoresushi commented 2022-01-21 21:22:55 +01:00
Owner
Copy Link

It seems someone else has the same issue: https://github.com/hardcore-sushi/DroidFS/issues/81

It seems someone else has the same issue: https://github.com/hardcore-sushi/DroidFS/issues/81
hardcoresushi commented 2022-01-23 13:07:36 +01:00
Owner
Copy Link

It should have been fixed: f546e64c34

It should have been fixed: f546e64c345f8de9209ed500298b11194fde2bd0
hardcoresushi referenced this issue from a commit 2023-03-05 23:51:12 +01:00
#3
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
master
fdroid-test
volume-provider
cryfs
v2.1.3
v2.1.2
v2.1.1
v2.1.0
v2.0.2
v2.0.1
v2.0.0
v2.0.0-alpha2
v2.0.0-alpha1
v1.10.1
v1.10.0
v1.9.1
v1.9.0
v1.8.0
v1.7.2
v1.7.1
v1.7.0
v1.6.0
v1.5.4
v1.5.3
v1.5.2
v1.5.1
v1.5.0
v1.4.6
v1.4.5
v1.4.4-1
v1.4.4
v1.4.3
v1.4.2
v1.4.1
v1.4.0
v1.3.0
v1.2.0
v1.1.9
v1.1.8
v1.1.7
v1.1.6
v1.1.4
v1.1.3
v1.1.2
v1.0.1
Labels
Clear labels   
bug

Something is not working

  
duplicate

This issue or pull request already exists

  
enhancement

New feature

  
help wanted

Need some help

  
invalid

Something is wrong

  
question

More information is needed

  
wontfix

This won't be fixed

No Label
bug
duplicate
enhancement
help wanted
invalid
question
wontfix
Milestone
Clear milestone
No items
No Milestone
Assignees
Clear assignees
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: hardcoresushi/DroidFS#3
No description provided.
Delete Branch "%!s(<nil>)"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?