Home of the Squeezebox™ & Transporter® network music players.
Page 2 of 23 FirstFirst 123412 ... LastLast
Results 11 to 20 of 221
  1. #11
    Senior Member erland's Avatar
    Join Date
    Dec 2005
    Location
    Sweden
    Posts
    11,010
    Quote Originally Posted by mherger View Post
    > 1. The web interface just provides the default album art image and no
    > previews, I'm pretty sure I had previews yesterday when I tried it on
    > my development machine.


    Ugh... that happens if you publish some code you've developed for your own needs only... The Gallery currently doesn't support any other skin than Default :-(. I'll have to add something quickly...

    > 2. When I click on an image in the web interface it just produces a
    > screen of text, it looks like the content-type is set to "text/html".


    In Default or something else? I see it's going to browsedb.html in Classic...

    > 3. The web interface have problems in the "Default" skin where I don't
    > get any vertical scrollbar so when there are more folders than what the
    > screen can show I can't scroll to the bottom half. It works in the
    > "Classic" skin but not in the "Default" skin.


    ?!? It doesn't work in Classic at all for me. What browser are you using? Any JS error?
    It seems like my problems was related to the that plugin doesn't seem to respect the skin specified in the url, it already use the one you have specified in the settings.

    I had "Classic" in the settings and then neither of these worked:
    http://squeezeboxserver:9000
    http://squeezeboxserver:9000/classic
    http://squeezeboxserver:9000/default

    However, when I change it to "Default" in the settings the preview and images and scrollbar works correctly. The problem is just that with that setting it seems to use the default style even if I've specified "Classic" in the url.

    Quote Originally Posted by mherger View Post

    > 5. On the Radio it works great for my old Olympus pictures (with size
    > around 500kb) but for my larger pictures taken more recently (with size
    > around 2Mb) it only shows the default album art. It can read and show
    > the exif information, so the problem is not that it doesn't have access
    > to the file.


    What SBS version? I'm using 14MP images myself, and it works just fine (on a poor, old Via C3/1GHz...)
    svn 7.5/trunk latest version, I'm guessing this is the same as the official 7.5.0 release.

    Here is a sample picture that doesn't work in my setup:
    http://erland.homeip.net/arkiv/pictu...y/IMG_2217.jpg

    The problem is the same both on the Radio and in Squeezeplay.

    The SBS runs under Ubuntu 8.04 in a virtualbox machine if it matters.

    Quote Originally Posted by mherger View Post

    > I looked in the server.log but didn't see any errors. I can try to
    > enable debug logging on the plugin if you think it will show something
    > useful.


    This or artwork debugging.
    Does this tell you anything more ?
    Could it be caused by the "_" in the image file name ?

    Code:
    [10-04-07 08:16:02.0072] Plugins::Gallery::Common::_readdir (231) Reading folder: /mnt/mp3music_small/
    [10-04-07 08:16:02.1186] Plugins::Gallery::Common::handleImage (686) Parsing image url: /mnt/mp3music_small/IMG_2217_320x240.jpg
    [10-04-07 08:16:02.1195] Slim::Web::Graphics::processCoverArtRequest (48) trackid has been parsed from path as: /mnt/mp3music_small/IMG_2217
    [10-04-07 08:16:02.1201] Slim::Web::Graphics::processCoverArtRequest (103) artwork cache key: /mnt/mp3music_small/IMG_2217_320x240.jpg
    [10-04-07 08:16:02.1208] Slim::Web::Graphics::processCoverArtRequest (156) Asking for trackid: notCoverArt - 2217 at size 320x240
    [10-04-07 08:16:02.1214] Slim::Web::Graphics::processCoverArtRequest (230)   missing artwork replaced by cover placeholder
    [10-04-07 08:16:02.1225] Slim::Web::Graphics::processCoverArtRequest (246)   got cover art image image/png of 42670 bytes
    [10-04-07 08:16:02.2195] Slim::Web::Graphics::processCoverArtRequest (298)   caching result key: /mnt/mp3music_small/IMG_2217_320x240.jpg, orig=/mnt/mp3music_small/IMG.jpg

    Quote Originally Posted by mherger View Post
    I'd rather not want to go into the tagging business... even reading them.
    I completely agree, tagging on images can be a mess, from my own experience I know that the different photo management programs don't even manage to handle this in a compatible way. Some kind of import will be a lot easier to handle.
    Erland Isaksson (My homepage)
    Lead platform developer of ickStream Music Platform - A world of music at your fingertips

    (Also developer of many plugins/applets)

  2. #12
    Senior Member erland's Avatar
    Join Date
    Dec 2005
    Location
    Sweden
    Posts
    11,010
    Quote Originally Posted by mherger View Post
    > 1. The web interface just provides the default album art image and no
    > previews, I'm pretty sure I had previews yesterday when I tried it on


    Erland - I've uploaded 1.0.1 which adds a basic template for non-Default skins. Please let me know if this is still not working. Thanks!
    Different problems but it's still not working.

    It now creates urls like this if I have the "Classic" skin configured:
    http://plugins/Gallery/index.html?fo...3A00%3A00%3A03

    As you can see, the hostname and port is missing.

    It feels like you have missed the [% webroot %] attribute in the beginning of the urls in the html templates.
    Erland Isaksson (My homepage)
    Lead platform developer of ickStream Music Platform - A world of music at your fingertips

    (Also developer of many plugins/applets)

  3. #13
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,729

    [Announce] Photo Gallery Plugin v1.0

    > It feels like you have missed the [% webroot %] attribute in the
    > beginning of the urls in the html templates.


    I've added it, but not in all places. Would you mind applying the following changes manually and see whether it helps? I was able to reproduce the issue when overwriting the skin to be Default (only tested the other way around).

    Index: Gallery/HTML/Default/plugins/Gallery/index.html
    ================================================== =================
    --- Gallery/HTML/Default/plugins/Gallery/index.html (revision 992)
    +++ Gallery/HTML/Default/plugins/Gallery/index.html (working copy)
    @@ -102,7 +102,7 @@
    [% ELSE %]
    [%- WRAPPER gallerycontainer;
    index = start = 0;
    - path = '/' _ path;
    + path = webroot _ path;
    %]

    Index: Gallery/HTML/EN/plugins/Gallery/index.html
    ================================================== =================
    --- Gallery/HTML/EN/plugins/Gallery/index.html (revision 992)
    +++ Gallery/HTML/EN/plugins/Gallery/index.html (working copy)
    @@ -7,7 +7,6 @@
    [% ELSE %]
    [%- WRAPPER gallerycontainer;
    index = start = 0;
    - path = '/' _ path;
    %]

    Thanks!

    --

    Michael

  4. #14
    Senior Member erland's Avatar
    Join Date
    Dec 2005
    Location
    Sweden
    Posts
    11,010
    Quote Originally Posted by mherger View Post
    > It feels like you have missed the [% webroot %] attribute in the
    > beginning of the urls in the html templates.


    I've added it, but not in all places. Would you mind applying the following changes manually and see whether it helps? I was able to reproduce the issue when overwriting the skin to be Default (only tested the other way around).
    That seems to solve the skin issues as far as I can see.

    However, my second point on the initial bug list still appears. In the Default skin I get cryptical text in a new window/tab every second time I click on an image, in the Classic skin it seems to happen every time I click on an image.

    In the Default skin where it doesn't happen always, it some time works for a specific and some times doesn't work for the same image. When it doesn't work it opens up the image as cryptical text in a new tab and when it works it opens the image in the existing tab. The links looks exactly the same in both cases, it strange because it really seems to cause problems every second time in default skin.
    Erland Isaksson (My homepage)
    Lead platform developer of ickStream Music Platform - A world of music at your fingertips

    (Also developer of many plugins/applets)

  5. #15
    Senior Member
    Join Date
    Mar 2009
    Location
    Leeds, UK
    Posts
    438
    Quote Originally Posted by mherger View Post
    The built-in ImageViewer can display images from different sources. First of all from SD card or USB media plugged in to the the device. But if you're running SBS on another computer and want to display images on that remote box, then you'll need the plugin. It uses ImageViewer applet to display the images ;-).

    Some background: ImageViewer is providing a service to display lists of files. By default there's an extension to get that list from local media, or as a static list of image urls. And then there are server based extensions like Flickr and Facebook app which use it as well as does my plugin.
    I see, I'll be needing this then!

    FYI I couldn't get rotate working either
    Boom - Controller - Touch - Radio

  6. #16
    formerly known as Fletch
    Join Date
    May 2005
    Posts
    2,239
    Quote Originally Posted by mherger View Post
    Does it work with other ImageViewer sources (Flickr, SD card)? If not, then it's a bug. Otherwise an enhancement :-9
    No, IV doesn't seem to autorotate at all. I'll file a bug.

  7. #17
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,729

    [Announce] Photo Gallery Plugin v1.0

    > However, my second point on the initial bug list still appears. In the
    > Default skin I get cryptical text in a new window/tab every second time
    > I click on an image, in the Classic skin it seems to happen every time I
    > click on an image.


    Can't reproduce this here. What platform are you running SBS on? Can you narrow it down on whether you click the image or the link or something?

    --

    Michael

  8. #18
    Senior Member erland's Avatar
    Join Date
    Dec 2005
    Location
    Sweden
    Posts
    11,010
    Quote Originally Posted by mherger View Post
    > However, my second point on the initial bug list still appears. In the
    > Default skin I get cryptical text in a new window/tab every second time
    > I click on an image, in the Classic skin it seems to happen every time I
    > click on an image.


    Can't reproduce this here. What platform are you running SBS on? Can you narrow it down on whether you click the image or the link or something?
    I get the same problem if I click on the image or on the link.
    I'm using Ubunbtu 8.04.3 on the server with a svn installation of Squeezebox Server 7.5.
    I'm using Ubuntu 8.10 on the client and Firefox 3.0.18 as web browser.

    I tried getting the files with wget and it looks like this:
    Code:
    erland@vaiolin:~$ wget http://squeezefab4:9000/plugins/Gallery/imageproxy?image=%2Fmnt%2Fphotos%2F021012%2FHamnviken6%2FP9150001_100x100_o.JPG
    --2010-04-08 07:27:59--  http://squeezefab4:9000/plugins/Gallery/imageproxy?image=%2Fmnt%2Fphotos%2F021012%2FHamnviken6%2FP9150001_100x100_o.JPG
    Resolving squeezefab4... 172.16.0.212
    Connecting to squeezefab4|172.16.0.212|:9000... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 5025 (4.9K) [text/html]
    Saving to: `imageproxy?image=%2Fmnt%2Fphotos%2F021012%2FHamnviken6%2FP9150001_100x100_o.JPG'
    
    100%[=============================================================================================================================>] 5,025       --.-K/s   in 0s      
    
    2010-04-08 07:27:59 (81.5 MB/s) - `imageproxy?image=%2Fmnt%2Fphotos%2F021012%2FHamnviken6%2FP9150001_100x100_o.JPG' saved [5025/5025]
    If I do the same thing on a album cover it looks like this:
    Code:
    erland@vaiolin:~$ wget http://squeezefab4:9000/music/8069/cover_100x100_p
    --2010-04-08 07:28:55--  http://squeezefab4:9000/music/8069/cover_100x100_p
    Resolving squeezefab4... 172.16.0.212
    Connecting to squeezefab4|172.16.0.212|:9000... connected.
    HTTP request sent, awaiting response... 200 OK
    Length: 4360 (4.3K) [image/jpeg]
    Saving to: `cover_100x100_p'
    
    100%[=============================================================================================================================>] 4,360       --.-K/s   in 0s      
    
    2010-04-08 07:28:55 (15.1 MB/s) - `cover_100x100_p' saved [4360/4360]
    The part that's interesting is the content type "[text/html]" on your image while the album cover is returned as content type "[image/jpeg]".

    I suspect the problem is that the server sets the content type to "text/html" but your web browswer is able to detect that it's an image and views it as an image even if the server thinks is "text/html".

    It works in the previews because there the image url is specified in a <img> HTML element but when it's opened in a new window when you click on it, it's up to the browser to either trust the server or auto detect.

    I've only seen the problem in Firefox, I tried it in IE8 on a Windows client towards the same server and there it seems to work perfectly. On the same Windows client I tried it in Firefox 3.0.16 and there I see the same problem as on the Ubuntu client. Finally, I tried to install the latest 3.6 version of Firefox just to make sure it wasn't the old version causing the problems, the result is that I see exactly the same error in Firefox 3.6.

    It feels like I've seen this problem myself in some of my own plugins, I'm not completely sure I remember correctly though. If I remember correctly, I think it was in the Custom Browse functionality to show image files in the album directory. I think the solution I found was to make sure the url before the "?" ended with .jpg, for example:
    Code:
    http://squeezefab4:9000/plugins/CustomBrowse/custombrowse_imagecachefile.jpg?type=artist&section=artists&artist=839
    Instead of:

    Code:
    http://squeezefab4:9000/plugins/CustomBrowse/custombrowse_imagecachefile?type=artist&section=artists&artist=839
    If I remember correctly I think this made the server set the content type in the HTTP header correctly to "image/jpeg".
    Erland Isaksson (My homepage)
    Lead platform developer of ickStream Music Platform - A world of music at your fingertips

    (Also developer of many plugins/applets)

  9. #19
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,729

    [Announce] Photo Gallery Plugin v1.0

    > I get the same problem if I click on the image or on the link.
    > I'm using Ubunbtu 8.04.3 on the server with a svn installation of
    > Squeezebox Server 7.5.


    What perl version are you running?

    > Length: 5025 (4.9K) [text/html]


    Heh... Not for me :-/

    pc-00047:server mh$ wget http://edelzwerg:9000/plugins/Galler..._100x100_o.JPG
    --2010-04-08 08:14:41-- http://edelzwerg:9000/plugins/Galler..._100x100_o.JPG
    Aufl÷sen des Hostnamen ╗edelzwerg (edelzwerg)ź.... 192.168.0.254
    Verbindungsaufbau zu edelzwerg (edelzwerg)|192.168.0.254|:9000... verbunden.
    HTTP Anforderung gesendet, warte auf Antwort... 200 OK
    Lńnge: 4416 (4,3K) [image/jpeg]
    In ╗╗imageproxy?image=%2Fhome%2Fe-smith%2Ffiles%2Fibays%2Fphoto%2Ffiles%2FAufnahmen% 2F03.01.10 - Winterspaziergang Beatenberg%2FIMGP0633_100x100_o.JPGźź speichern.

    I'll see whether I can add some code to force the content type.

    > I've only seen the problem in Firefox, I tried it in IE8 on a Windows
    > client towards the same server and there it seems to work perfectly. On


    FF 3.6 is fine here. Are you using the Classic skin by default, or Default?

    --

    Michael

  10. #20
    Babelfish's Best Boy mherger's Avatar
    Join Date
    Apr 2005
    Location
    Switzerland
    Posts
    19,729

    [Announce] Photo Gallery Plugin v1.0

    Could you please add the following line?


    Index: Common.pm
    ================================================== =================
    --- Common.pm (revision 997)
    +++ Common.pm (working copy)
    @@ -718,6 +718,7 @@

    };

    + $response->header("Content-Type" => "image/jpeg");
    main:EBUGLOG && $@ && $log->debug($@);
    }


Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •