marcelolagos 1 Posted September 3, 2018 Share Posted September 3, 2018 (edited) Hello. I'm running Emby on an iocage Jail (v11) on my FreeNAS server. The pkg version (3.3.x) works pretty well, but the moment I try the versions from the website (3.5.x or Beta 3.6.x) my DNG images do not show anymore. Anyone else having this problem? Videos and JPGs show, but DNG do not. The browser does not show any HTTP response error when looking at the connections, but the log from emby shows a 500 Error when trying to display any of the DNG files. Turning debug on didn't add any details on the error. It is a shame because the Beta version already has the fix for the proper orientation of the photos. Is there any way to obtain more details on the 500 error reported by emby in the logs? As I mentioned DEBUG doesn't add any details to it. Thanks! Edit: Example of the debug log on the server (HTTP 206 codes on the browser, not 500): 2018-09-03 13:35:36.003 Info HttpServer: HTTP Response 500 to 192.168.10.100. Time: 224ms. http://192.168.10.206:8096/emby/Items/09ab7c3d89e0448ce1a4f7bb9bf1af65/Images/Primary?maxWidth=213&tag=5942bcca4a2e2fe98b743b3d0f7fed76&quality=90 2018-09-03 13:35:36.004 Info HttpServer: HTTP GET http://192.168.10.206:8096/emby/Items/5a175cc025b1d080a0fc85f07e04acb5/Images/Primary?maxWidth=213&tag=893e3870fc462d9c133cf125005e5c01&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 2018-09-03 13:35:36.004 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/Library/2018/06-24/20180624-IMG_6695.dng. RangeRequest: bytes=1449053- Content-Length: 20297833, Content-Range: bytes 1449053-21746885/21746886 2018-09-03 13:35:36.006 Info HttpServer: HTTP Response 500 to 192.168.10.100. Time: 225ms. http://192.168.10.206:8096/emby/Items/7d5c2bfd66d59a2fde436335a2443738/Images/Primary?maxWidth=213&tag=eedf4de4f0e8cf972c1d7f085fc8c8f1&quality=90 2018-09-03 13:35:36.007 Info HttpServer: HTTP GET http://192.168.10.206:8096/emby/Items/b775324b436ee7866a8ea09e8e1f608e/Images/Primary?maxWidth=213&tag=06f028b37222db14163da1cc0ceb1afa&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 2018-09-03 13:35:36.007 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/Library/2018/06-24/20180624-IMG_6696.dng. RangeRequest: bytes=1173113- Content-Length: 18986931, Content-Range: bytes 1173113-20160043/20160044 2018-09-03 13:35:36.009 Info HttpServer: HTTP Response 500 to 192.168.10.100. Time: 223ms. http://192.168.10.206:8096/emby/Items/29e32555e2be2cc61a3420015b1db860/Images/Primary?maxWidth=213&tag=27f6640de0969129d05205a9feb30c49&quality=90 2018-09-03 13:35:36.010 Info HttpServer: HTTP GET http://192.168.10.206:8096/emby/Items/5427d597485b59239bb835ab0c23daea/Images/Primary?maxWidth=213&tag=a20cdfce8c42b8f089e21e138fbcff13&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 2018-09-03 13:35:36.010 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/Library/2018/06-24/20180624-IMG_6697.dng. RangeRequest: bytes=1931665- Content-Length: 19342207, Content-Range: bytes 1931665-21273871/21273872 2018-09-03 13:35:36.011 Info HttpServer: HTTP Response 500 to 192.168.10.100. Time: 209ms. http://192.168.10.206:8096/emby/Items/ba71e93563a14f9a8bb1902623b084d8/Images/Primary?maxWidth=213&tag=d1d712638b5a3bc103b6d089d763e819&quality=90 2018-09-03 13:35:36.012 Info HttpServer: HTTP GET http://192.168.10.206:8096/emby/Items/f75272393d8b13f3359bbb5047eba001/Images/Primary?maxWidth=213&tag=1121db21de7b0988bde80ef9505ed215&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 2018-09-03 13:35:36.013 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/Library/2018/06-24/20180624-IMG_6698.dng. RangeRequest: bytes=1427637- Content-Length: 20762715, Content-Range: bytes 1427637-22190351/22190352 Example of response headers from browser: HTTP/1.1 206 PartialContent Access-Control-Allow-Headers: Accept, Accept-Language, Authorization, Cache-Control, Content-Disposition, Content-Encoding, Content-Language, Content-Length, Content-MD5, Content-Range, Content-Type, Date, Host, If-Match, If-Modified-Since, If-None-Match, If-Unmodified-Since, Origin, OriginToken, Pragma, Range, Slug, Transfer-Encoding, Want-Digest, X-MediaBrowser-Token, X-Emby-Authorization Access-Control-Allow-Methods: GET, POST, PUT, DELETE, PATCH, OPTIONS Access-Control-Allow-Origin: * Content-Type: application/octet-stream Accept-Ranges: bytes Content-Range: bytes 1449053-21746885/21746886 transferMode.dlna.org: Interactive realTimeInfo.dlna.org: DLNA.ORG_TLAG=* Vary: Accept ETag: "893e3870fc462d9c133cf125005e5c01" Age: 6112487 Last-Modified: Mon, 25 Jun 2018 01:40:49 GMT Cache-Control: public, max-age=31536000 Expires: Tue, 03 Sep 2019 19:35:36 GMT Server: Microsoft-NetCore/2.0, UPnP/1.0 DLNADOC/1.50 Date: Mon, 03 Sep 2018 19:35:36 GMT Content-Length: 20297833 Edited September 3, 2018 by marcelolagos Link to comment Share on other sites More sharing options...
Luke 37071 Posted September 4, 2018 Share Posted September 4, 2018 Hi there, can you please attach the complete emby server log? thanks ! Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted September 4, 2018 Author Share Posted September 4, 2018 Hi there, can you please attach the complete emby server log? thanks ! Sure can. This is from an emby server I installed today as a test, using your instructions with the json file from another post. When I install (or upgrade to from my v3.3.x) 3.5.x and 3.6.x on a normal jail, I get the same errors about the DNG files. I don't get the thumbnails for DNG and when I click on any of them I get the broken image link icon. I also see ffmpeg errors in *this* log, but I understand they are not related since that is only for videos right? (I don't have those ffmpeg errors when trying v3.5x for example) I've also tested the command *convert* from ImageMagick to see if it can handle the DNG photos and I get a JPG as expected. Anything I can do to help? Would it be better to build a "normal" jail and install v3.5.x and get you those logs instead? Regards, EmbyServerlogs.7z Link to comment Share on other sites More sharing options...
Baenwort 97 Posted September 7, 2018 Share Posted September 7, 2018 Have you installed https://www.freshports.org/graphics/ufraw/ to do the raw conversion? Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted September 8, 2018 Author Share Posted September 8, 2018 Have you installed https://www.freshports.org/graphics/ufraw/ to do the raw conversion? Hello Baenwort: No I didn't. I wasn't aware that was a requirement (?). In fact the previous version (3.3.x) doesn't have that package installed and can convert DNG without problems. I thought ImageMagick did the conversion, and I've tested the "convert" command. With default values can process DNG files without problems as well. I installed ufraw (from package, not from ports) and restarted my testing jail. It doesn't seem to use it. Exact same error. Thank you for the suggestion. Regards, Link to comment Share on other sites More sharing options...
Baenwort 97 Posted September 8, 2018 Share Posted September 8, 2018 It isn't a requirement. Emby supports using it for RAW conversion and I've had better performance myself using it. I am a primarily Olympus and Panasonic shooter and had a improvement in Photo library performance once I started using UFRAW per a recommendation I received on the FreeNAS forums. Link to comment Share on other sites More sharing options...
Luke 37071 Posted September 8, 2018 Share Posted September 8, 2018 No, our new package uses Skia and not image magick, so there might be some differences. Link to comment Share on other sites More sharing options...
Luke 37071 Posted September 9, 2018 Share Posted September 9, 2018 Can you try adding ufraw to your jail? Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted September 9, 2018 Author Share Posted September 9, 2018 (edited) Can you try adding ufraw to your jail? I did when Baenwort suggested it. I installed it with pkg. (not ports). It didn't make any difference. Update: I installed a new jail from scratch, installed required packages and built ufraw from ports (kind of a PITA due to many cascaded dependencies needed from packages). Then I installed 3.5.2, and enabled debug before adding any libraries. Same result. No DNG, but no problem with JPGs. Attaching log (There's an initial error about authentication that should be ignored. I accessed the UI with a link from the history so I had to go to /web to get through the initialization questions. Then I went into the folder with JPGs -- no issues there -- then to another folder with DNGs. No thumbnails nor photos when clicking on them). Regards, embyserver.txt Edited September 9, 2018 by marcelolagos Link to comment Share on other sites More sharing options...
Luke 37071 Posted September 10, 2018 Share Posted September 10, 2018 Thanks for the info. Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted September 18, 2018 Author Share Posted September 18, 2018 Not sure if it helps, but I've compared the request for a DNG photo using the same browser between the working and non working versions (beta). The working version shows an HTTP Request to get: /Items/8e3a92dcdcec4788172565d76db7c314/Images/Primary?maxWidth=1920&tag=07e473f46cc45efc7436a3d0ee258eba&quality=90 The non working version shows: /emby/Items/794/Images/Primary?maxWidth=1920&tag=07e473f46cc45efc7436a3d0ee258eba&quality=90 The sizes of the responses are very similar: 565.07kb vs 560.33kb. But the response headers have significant differences: Working: Content-Length 577688Content-Type image/jpeg Non working: Content-Length 20015076Content-Type application/octet-stream And when I try the non-working URL, I get to download the whole DNG file (20mb) as a binary file. Link to comment Share on other sites More sharing options...
Luke 37071 Posted September 18, 2018 Share Posted September 18, 2018 Thanks. It is because we have switched image processing libraries so we have to look into how that will work on freebsd now with the dng format. 1 Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted September 18, 2018 Author Share Posted September 18, 2018 Thanks. It is because we have switched image processing libraries so we have to look into how that will work on freebsd now with the dng format. Ok, thanks for the response. Let me know if there's anything I can do to help. Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 5, 2018 Share Posted November 5, 2018 Ok I think we need to integrate dng-sdk into our skia builds and then hopefully that will do it. Thanks. Link to comment Share on other sites More sharing options...
makarai 108 Posted November 17, 2018 Share Posted November 17, 2018 (edited) @@Luke, needs some further testing. For me it does not work as of right now. here are the server logs (guess its your emby ffmpeg version) It's not entirely not working. Some just display the error (no available streams) but when you hit ok it starts playing attached is a ffmpeg file that worked and one that didnt ffmpeg-remux-7df0ae04-c621-40ca-99cd-e68d6f2313c0_1.txt embyserver.txt this worked ffmpeg-remux-c4a3fd56-20fe-4021-aa1a-19726edf4cf1_1.txt Edited November 17, 2018 by makarai Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 17, 2018 Share Posted November 17, 2018 I'll pull the .65 beta for now. Thanks. Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 20, 2018 Share Posted November 20, 2018 Please try the latest beta. @@makarai in case you have a chance as well. Thanks. Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted November 22, 2018 Author Share Posted November 22, 2018 Please try the latest beta. @@makarai in case you have a chance as well. Thanks. Just tried emby-server-freebsd_3.6.0.66_amd64.txz and i had issues with ffmpeg (I tried modifying the service startup to use my own ffmpeg, but it didn't work either) and DNGs are not showing. Log attached. Log_for_emby-server-freebsd_3.6.0.66_amd64.txz.txt Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 22, 2018 Share Posted November 22, 2018 Ok yes image magick isn't loading. Hmm. We'll have to take another look at that. What issue with ffmpeg? Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted November 22, 2018 Author Share Posted November 22, 2018 Ok yes image magick isn't loading. Hmm. We'll have to take another look at that. What issue with ffmpeg? I believe it's a known issue with the libraries required. I already destroyed that jail and I didn't save that particular log. I'm sorry. But it's in another thread where I got the solution to build my own ffmpeg and modify the service to point to that instead of the one from emby. Note: I'm still using FreeBSD 11.1. Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 22, 2018 Share Posted November 22, 2018 Ah OK. I wonder if freebsd 11.1 is the problem. In fact it probably is. Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted November 22, 2018 Author Share Posted November 22, 2018 (edited) I've upgraded to 11.2 and I upgraded my emby jail too. Now ffmpeg works properly with the latest beta. But ImageMagick still doesn't load in the logs (DNGs not rendering). I tried using latest ImageMagick (6.9.9-28), ImageMagick7 and also ImageMagick7-nox11 and there were no changes. I can run convert -version from command line (using emby user). How does emby check if ImageMagick is available? Edited November 22, 2018 by marcelolagos 1 Link to comment Share on other sites More sharing options...
alucryd 216 Posted November 26, 2018 Share Posted November 26, 2018 @@marcelolagos Could you share the server log on 11.2? In your 11.1 log ImageMagick wasn't even detected, maybe some missing libraries. Link to comment Share on other sites More sharing options...
marcelolagos 1 Posted November 28, 2018 Author Share Posted November 28, 2018 (edited) @@marcelolagos Could you share the server log on 11.2? In your 11.1 log ImageMagick wasn't even detected, maybe some missing libraries. Here it is (attached). Relevant portion (I believe): 2018-11-27 20:30:32.013 Info Main: Skia not available. Will try next image processor. 2018-11-27 20:30:32.386 Info Main: ImageMagick not available. Will try next image processor. and as a consequence DNG images are not displayed: 2018-11-27 20:30:40.533 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0/Items/14484. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.539 Info HttpServer: HTTP Response 200 to 192.168.0.142. Time: 6ms. http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0/Items/14484 2018-11-27 20:30:40.542 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0/Items?ParentId=13741&Filters=IsNotFolder&Recursive=false&SortBy=SortName&MediaTypes=Photo%2CVideo&Limit=5000&Fields=Chapters&ExcludeLocationTypes=Virtual&EnableTotalRecordCount=false&CollapseBoxSetItems=false. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.563 Info HttpServer: HTTP Response 200 to 192.168.0.142. Time: 21ms. http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0/Items?ParentId=13741&Filters=IsNotFolder&Recursive=false&SortBy=SortName&MediaTypes=Photo%2CVideo&Limit=5000&Fields=Chapters&ExcludeLocationTypes=Virtual&EnableTotalRecordCount=false&CollapseBoxSetItems=false 2018-11-27 20:30:40.566 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.566 Info HttpServer: HTTP Response 200 to 192.168.0.142. Time: 1ms. http://emby.marcelolagos.com:8096/Users/a32acef917514640aa25c95bf13290d0 2018-11-27 20:30:40.591 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.591 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/ProcessedLibrary/2018/2018-09-07/20180907-07-57-38.dng. RangeRequest: bytes=85159-85159 Content-Length: 1, Content-Range: bytes 85159-85159/24419994 2018-11-27 20:30:40.592 Info HttpServer: HTTP Response 206 to 192.168.0.142. Time: 1ms. http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.594 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.594 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/ProcessedLibrary/2018/2018-09-07/20180907-07-57-38.dng. RangeRequest: bytes=85159-24419993 Content-Length: 24334835, Content-Range: bytes 85159-24419993/24419994 2018-11-27 20:30:40.595 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.595 Info HttpServer: SocketException: http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.595 Info HttpServer: HTTP Response 206 to 192.168.0.142. Time: 1ms. http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.595 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/ProcessedLibrary/2018/2018-09-07/20180907-07-57-38.dng. RangeRequest: bytes=85159-85159 Content-Length: 1, Content-Range: bytes 85159-85159/24419994 2018-11-27 20:30:40.595 Info HttpServer: HTTP Response 206 to 192.168.0.142. Time: 1ms. http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.598 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.598 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/ProcessedLibrary/2018/2018-09-07/20180907-07-57-38.dng. RangeRequest: bytes=85159-85159 Content-Length: 1, Content-Range: bytes 85159-85159/24419994 2018-11-27 20:30:40.598 Info HttpServer: HTTP Response 206 to 192.168.0.142. Time: 1ms. http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.600 Info HttpServer: HTTP GET http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90. UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/70.0.3538.102 Safari/537.36 2018-11-27 20:30:40.600 Info HttpResultFactory: Setting range response values for /mnt/Multimedia/Photo/ProcessedLibrary/2018/2018-09-07/20180907-07-57-38.dng. RangeRequest: bytes=85159-24419993 Content-Length: 24334835, Content-Range: bytes 85159-24419993/24419994 2018-11-27 20:30:40.604 Info HttpServer: SocketException: http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 2018-11-27 20:30:40.604 Info HttpServer: HTTP Response 206 to 192.168.0.142. Time: 5ms. http://emby.marcelolagos.com:8096/Items/14484/Images/Primary?maxWidth=1920&tag=dd8293eedac732a631d3d0716dfae5e0&quality=90 Oh, and ImageMagick is installed. I've checked with root and emby users: root@emby:~ # su -m emby -c 'convert -version' Version: ImageMagick 6.9.9-28 Q16 amd64 2018-11-08 http://www.imagemagick.org Copyright: © 1999-2018 ImageMagick Studio LLC License: http://www.imagemagick.org/script/license.php Features: Cipher DPC Modules Delegates (built-in): bzlib cairo fftw fontconfig freetype jbig jng jp2 jpeg lcms lqr ltdl lzma png raw rsvg tiff webp wmf x xml zlib root@emby:~ # convert -version Version: ImageMagick 6.9.9-28 Q16 amd64 2018-11-08 http://www.imagemagick.org Copyright: © 1999-2018 ImageMagick Studio LLC License: http://www.imagemagick.org/script/license.php Features: Cipher DPC Modules Delegates (built-in): bzlib cairo fftw fontconfig freetype jbig jng jp2 jpeg lcms lqr ltdl lzma png raw rsvg tiff webp wmf x xml zlib root@emby:~ # embyserver.txt Edited November 28, 2018 by marcelolagos Link to comment Share on other sites More sharing options...
Luke 37071 Posted November 28, 2018 Share Posted November 28, 2018 Thanks, we're still looking into this. Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now