LMS 7.7 rc1

[mherger]

> On RC1 there was a Image Viewer menu under Extras on Touch (Squeezeplay)
> - this menu has disappeared in 33449.
>
> Is this a bug or deliberate ?

That would be a bug. Anything in server.log telling that the plugin failed
to load?

--

Michael

[bpa]

No - it looks like andy's latest change "return if !$enabled" may have been partly responsible

I tried debugging it and it looked like the "enabled" variable is 0 and the condition routine is not called to set its value.

[mherger]

> No - it looks like andy's latest change "return if !$enabled" may have
> been partly responsible

Yeah, that change seems wrong. And it doesn't make sense re. the in-line
comment. I'll ask Andy what that was supposed to do.

--

Michael

[mherger]

>> No - it looks like andy's latest change "return if !$enabled" may have
>> been partly responsible

Yes, it must run the checks first, as $enabled wasn't even defined at this
point yet. Fixed in r33444 - thanks!

--

Michael

[bpa]

Now for the real Image Viewer bug on Touch not WebUI. Using "Folders" - If a folder has images and subfolders then the wrong image will be displayed. The image displayed seems to be out by the number of folders.

For example - try to display 2nd image in a folder list which also has 3 sub folders and the 5th image in the list is displayed.

[mherger]

> Now for the real Image Viewer bug on Touch not WebUI. Using "Folders" -
> If a folder has images and subfolders then the wrong image will be
> displayed. The image displayed seems to be out by the number of
> folders.

Thanks, should be fixed in r33448.

--

Michael

[Chunkywizard]

> just tried the latest nightly on my WHS (r33429) and got the error
> "This application failed to start because MSVCR100.dll was not found.
> Re-installing the application may fix the problem.". After a bit of
> googling I downloaded the Microsoft Visual C++ 2010 Re-distributable
> Package and that fixed it.

Hmm... that should be part of the installation. You didn't get the MS VC redistributable installation window then?

--

Michael

No, nothing likw that.

CW

[Chunkywizard]

> Any one have scanning times for their photos? I am currently scanning
> mine and it seems to be taking an age. According to image viewer I have
> 11980 photos scanned so far and it's been running 2:15 already.

You'll understand that processing two-digit megapixel photos will take a moment. The scanner does resize them to frequently used sizes - which can be slow under certain conditions (image file type, hardware etc.).

> Scanning new media files: \\TheMACServer\Photos (0) Running
> 02:17:54
>
> It would be nice to get a progress on the file count there (rather than
> having to look in image viewer). I guess this is a bug

The 0 total should be fixed in the latest nightly.

--

Michael

Hi Michael,

I left it going over night. In the morning I found the scan had unexpectedly quit after 9hours on image 20000 or so of 35000. I have let it going again today to see if I can get it to complete the scan...

CW

[mherger]

>> > Scanning new media files: \\TheMACServer\Photos (0) Running

Oh... just noticed the UNC path: using a network drive will cause the
scanner to transfer _all_ your images over the network to the server in
order to pre-cache the resized previews etc. This alone can take a pretty
long time. Imagine 35'000 x 5MB -> 175 GB data to be transfered...

--

Michael

[Chunkywizard]

>> > Scanning new media files: \\TheMACServer\Photos (0) Running

Oh... just noticed the UNC path: using a network drive will cause the
scanner to transfer _all_ your images over the network to the server in
order to pre-cache the resized previews etc. This alone can take a pretty
long time. Imagine 35'000 x 5MB -> 175 GB data to be transfered...

--

Michael

LMS and the Photos sit on the same server, are you saying I should just reference the drive directly? I didn't know it made a difference.

CW