Why the emby photo album Resolution very low?

[acer1204 3]

My image Resolution  is 2400*3600 jpg file.

but if i view in emby photo ,

it wii only show Primary image abount Resolution 300*600.(but if i press down download button, it will get the origne  photo)

It any setting can change it?

No Primary, just show origne photo?

[Luke 39420]

Hi there, can you please show a screenshot example? thanks.

[DJX 18]

Ive noticed this too. My original photos are high res but emby displays a very low res version

[Luke 39420]

2 hours ago, DJX said:

Ive noticed this too. My original photos are high res but emby displays a very low res version

Hi there @DJX, can you please show a screenshot example? thanks.

[DJX 18]

1 hour ago, Luke said:

Hi there @DJX, can you please show a screenshot example? thanks.

I cant because they are family photos sorry. But I can say its happening on my android and web client when accessed via my phone. I'll have to check my chromecast emby and report back

[DJX 18]

Its more noticeable with family photos but here is an example.

Android emby app version looks low quality vs original that is uploaded.

@Luke

 

[Luke 39420]

OK we'll take a look at it. Thanks.

[acer1204 3]

7 hours ago, Luke said:

OK we'll take a look at it. Thanks.

like this.

take mouse right and save it will get 684*1080 Resolution.

but my image is 3167*5000 Resolution.

if in phone to view. it's looks same to eye.

but if in 4k Tablet, the emby will very vague.

 

Edited June 1, 2022 by acer1204

[DJX 18]

Any idea what the issue is? Curious. Thanks 

[Happy2Play 9316]

Emby does this for every image as they are not presented at full resolution and a client like the Roku chokes on high resolution images also.

Just like go to a movie item details page and save the poster.  The poster is 1000x1426 but itemdetails resizes poster and is 329x459.

Dev would have to confirm but don't believe full resolution is used anywhere.  But I believe mage resizing varies across all devices.

[DJX 18]

OK. Would be good to make that configurable so some clients can click a photo and the GET request is for the original size photo. Or via the server for the users. 

[JoBagOfDonuts 6]

Any updates on this. Using android and the comics (png and jpg) I have do the same thing making texts unreadable. Basically only showing a low resolution when viewing photos. Noticed jellyfin has no problem doing this and presents the original photo with no compression. I have to run jellyfin and emby at the same time until it gets fixed, would love to just use emby only.

[Luke 39420]

This should be resolved in the next update to the Emby Android app. Thanks.

[koko009 0]

can you help me please

when change view topic to Extra large all photo view is low

and when upload high resloation image and change view to extra large all view image is low

Edited April 2, 2024 by koko009

[Happy2Play 9316]

8 minutes ago, koko009 said:

can you help me please

when change view topic to Extra large all photo view is low

and when upload high resloation image and change view to extra large all view image is low

https://i.postimg.cc/59wyG9KN/image-psd.png

True as the starting resolution does not change when you change image size in the UI.  But Devs will have to comment further.

[koko009 0]

@Happy2Play

When searching for solutions to this problem, I found many people suffering from the same problem and it has not been solved yet. Why? I don't know I am a Plex user and I have not had any problems with it, but I am curious and wanted to try emby but frankly I am very dissatisfied.

i need solve this proplem

[Happy2Play 9316]

Devs will have to comment as I would assume rewriting code is required.

[woofstream 4]

Is this ever going to be fixed or should I give up on using Emby for photos?

 

For context, I have the exact same issue as Utini.

[woofstream 4]

Yeah, this is kind of ridiculous.

Every time the issue pops up it's "We'll look into it" and clearly nobody ever actually does, and one time it was supposed to be "resolved" but no, it wasn't.

 

I understand photos are a low priority for Emby as far as the devs are concerned, but it's messed up to leave paying customers in the dark on the status of this issue for so long.

Edited July 31, 2024 by woofstream

[Happy2Play 9316]

8 minutes ago, woofstream said:

Yeah, this is kind of ridiculous.

Every time the issue pops up it's "We'll look into it" and clearly nobody ever actually does, and one time it was supposed to be "resolved" but no, it wasn't.

 

I understand photos are a low priority for Emby as far as the devs are concerned, but it's messed up to leave paying customers in the dark on the status of this issue for so long.

And personally, seeing someone just show up and post with zero support info should be taken seriously?  But can say not everyone's issue is the same and will require all the supporting information.

 

[woofstream 4]

The issue has already been reported in this thread, see the green car for an example. That is the same issue I have, but I will not be posting my personal photos.

Edited July 31, 2024 by woofstream

[sa2000 323]

9 hours ago, woofstream said:

The issue has already been reported in this thread, see the green car for an example. That is the same issue I have, but I will not be posting my personal photo

You don't need to post your photo - suffice to post the client app and version being used and the server version and debug logs at the time - you could also find the resized-image jpg file in the Emby cache and referenced in the log and post screenshot of the detail property

I just tried it on Emby Web with beta server 4.9.0.27 and the resolution is good when clicking on the photo to maximize the view and also when in slideshow

My Example

10.7 Mb photo

Initial request in the server log

2024-07-31 10:23:42.654 Debug Server: http/1.1 GET http://‌‍‍sa-dsk-w10-01‌:8096/emby/Items/503635/Images/Primary?maxWidth=2673&tag=df7f9a63d5b8e18716f47ebc52152e64&quality=90. Source Ip: ‌‍‍192.168.68.107‌, UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/127.0.0.0 Safari/537.36 Edg/127.0.0.0
2024-07-31 10:23:42.655 Debug SqliteItemRepository: GetitemById Photo 503635 D:\MediaO\Photos-Test\2024-07-28 18.48.04.jpg
2024-07-31 10:23:43.361 Debug ImageProcessor: Image encoding using Skia to F:\Emby\Cache\cache\temp\151e7bffbb404436a781b4c1aec22540.jpg took 705ms for D:\MediaO\Photos-Test\2024-07-28 18.48.04.jpg. Now moving to F:\Emby\Cache\cache\images\resized-images\9\9ae85d1e-3d02-4b36-7200-ce4bd54c5e73.jpg
2024-07-31 10:23:43.389 Debug Server: http/1.1 Response 200 to ‌‍‍192.168.68.107‌. Time: 735ms. GET http://‌‍‍sa-dsk-w10-01‌:8096/emby/Items/503635/Images/Primary?maxWidth=2673&tag=df7f9a63d5b8e18716f47ebc52152e64&quality=90

And the cached resized-image file referenced in the log gets returned when viewing in EmbyWeb 

"F:\Emby\Cache\cache\images\resized-images\9\9ae85d1e-3d02-4b36-7200-ce4bd54c5e73.jpg"

and the properties of this resized image is 

[woofstream 4]

Alright, that's fair enough. I'm going to work on getting that information, thank you for the suggestion.

For now I can say I'm on server version 4.9.0.28 beta and the issue happens on the web client with every computer or phone I try, Android TV client 2.1.14g and Android client 3.4.11. There seems to not be any place I can view my photos at original quality, sadly. I guess it's not a big deal on Android TV as there isn't any controls to zoom in with the remote that I could find, but these are photos shot with an A7IV and a 70-200mm f/2.8 GM lens so even viewing static on my TV there's a noticeable loss in definition, and it's for sure made worse on my phone or tablet where I have the ability to zoom.

While I'm getting the rest of the information, could you please confirm to me whether or not the cache-resized photo is what Emby is fetching for display, rather than the original file? Just waking up but I will try to be quick, thank you.

Edited July 31, 2024 by woofstream
words

[woofstream 4]

Alright, for some reason I did not have luck finding the cached photo in the log file but here's what I have instead. Please let me know if it's sufficient.

 

Original photo properties:

Spoiler

 

The photo I get when viewing on the web client. I opened the image in a new tab and saved it to my computer.

Spoiler

 

And here's a visual comparison of quality. Not a lot I can share at the moment but this one is fine after cropping.

Spoiler

So I'm assuming after looking at your logs, it might just be intended behavior for Emby to fetch a lower quality image? I have no idea though, I'm not the best at reading them.

[woofstream 4]

I am so sorry for three posts in a row, I took too long to edit the previous one but I think I found the proper log.

2024-07-31 10:29:48.341 Debug Server: http/1.1 GET http://localhost:8096/emby/Items/273011/Images/Primary?maxWidth=2561&tag=416e4c8cc8989bd838e212754ce3d539&quality=90. Source Ip: 127.0.0.1, UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:128.0) Gecko/20100101 Firefox/128.0
2024-07-31 10:29:48.342 Debug SqliteItemRepository: GetitemById Photo 273011 Z:\PHOTOS\PHOTOGRAPHY\Sony a7 IV\07-29-2024\JPG\DSC01040.JPG
2024-07-31 10:29:48.342 Debug App: Found cached image W:\EMBY\Emby-Server\programdata\metadata\library\ca\caef185f84e6af387d60ad1cef7ab351\imagecache\DSC01040.JPG
2024-07-31 10:29:48.343 Debug Server: http/1.1 Response 200 to 127.0.0.1. Time: 2ms. GET http://localhost:8096/emby/Items/273011/Images/Primary?maxWidth=2561&tag=416e4c8cc8989bd838e212754ce3d539&quality=90

The cached image referenced in the log appears to be of the original lossless file with all the same information in its properties, but Emby isn't displaying that. Just the degraded one I showed earlier.

Spoiler