Err.... when we export a COLLECTION in deep zoom composer, the output files include XXXX.SDI files which seem to be the image definition files for the individual images.

 But when I tried to upload the archive containing said DeepZoom collection to silverlight streaming,I  get an invalid content error from the service.

Since the SDK doesn't mentioned .SDI as an accepted file extensions, is it correct for me to deduce that those files are causing the problem? So... any chance of having .SDI added to the allowed list of file types since they are part of the deepzoom package anyway?

Thanks!

"Since the SDK doesn't mentioned .SDI as an accepted file extensions, is it correct for me to deduce that those files are causing the problem?" >> Yes.

"So... any chance of having .SDI added to the allowed list of file types since they are part of the deepzoom package anyway?" >> Yes. This will be part of the next SLS release refresh, very soon.

Also note the following (Disclaimer: I haven't tried it myself directly yet, but it came up today on a separate thread and I thought it may help in this context): The MultiScaleImage control works if you just point to info.bin for Deep Zoom Images and items.bin for Deep Zoom Collections. You will need to make sure layout.bin is also located in the same location as items.bin for collections.

This should alleviate the need from having any SDI file in the package you want to upload to SLS. Hope this helps.

Cheers.

Hey there Frogs69, thanks for the answer following your tip I deleted all .SDI files from the collectionname_images folder then packed up the app and uploaded it to SLS. And it works fine!

Thanks for the answer. I still have an issue with my app.

I created a test app with 4 images in the collection, removed the SDI files and uploaded it. It worked just fine (http://silverlight.services.live.com/invoke/4994/DZTest4/iframe.html).

When I replaced the collection with a much larger one created with 370 images the upload failed, just like it did when I had the SDI files. I have verified there are no SDI files in the ZIP and I use the same exact XAP and manifest as on the test app that does work.

So, I'm stuck. The larger collection has 370 original images creating about 12,000 files and a final ZIP about 85MB in size. The SDK mentions a 100MB limit on a single file. Is there a limit to the number of files inside the ZIP?

what errors are you getting on upload? and i guess for the sake of argument, have you tried uploading it as a single dz image?

I get the message "The archive does not meet the criteria for valid applications. Refer to the SDK for details." in the app upload page.

I have not tried encoding as a single image but I have uploaded the same application with a smaller image set and it works OK.

I have read the criteria in the SDK and I don't find any violations. The SDK does not mention a limit on the number of files in the ZIP so I am wondering if that may be an issue. The ZIP I am uploading includes about 12000 images as a result of the collection from 370 original images.

hmm.. guess you'll have to maybe upload the file to someone in SLS to take a look at it, ask frogs maybe?

Sorry for the delayed response I've been super busy... There should be no limit to the number of files in the ZIP archive. The 105 MB upload limit is indeed per file, so your ZIP file looks OK without any additional details. Before we get into troubleshooting the actual zip file, can you reply with the inventory of what's inside? For example:

• manifest.xml
• foo.xap
• img1.jpg; img2.jpg; ...
• etc.

That may yield a clue as to why you get this error message.

Cheers.

almighty frogs :)

i'd like to know if there are any best practices around how deepzoom image files must be uploaded for streaming.

should the zip file contain

(a) the following structure:

- dll file

- manifest file

- images directory (containing the deepzoom directory stucture for images)

(b) or the following structure:

- xap file

- images directory (containing the deepzoom directory stucture for images)

 In either case, the images will be access by a relative path, <images_dir_name>/<image>??

Thanks,

Kevin.

Since frogs is likely busy on making the Beta2->RTM release of SLS. Let me try answering your question.

I have uploaded quite a few deepzoom collections myself, and the structure I use is

• XAP file
• dzimage (folder)
• this is where the main deepzoom collection xml resides

 so it's something like what you're doing. are u facing problems?

Thanks MMY

So you have the deepzoom images within the xap file?? Wouldn't that be a heavy xap file??Wouldn't the whole xap file need to download before the application can begin??

What I was running into was this:

I created a zip with the following structure:

(1) GeneratedImages (deepzoom created images that's part of the original ClientBin directory - this contains the xml files as well as the images themselves)

(2) XAP file

I refer to the images using the relative path "GeneratedImages/" and for some reason I end up with an ImageError. Ever run into that??

By the way, what's new in SLS RTM??

oh wait.. sorry I gave you the wrong idea.

 no, my xap doesn't contain the deepzoom image, you're right that doing so would increase the download time.

But I also don't upload my projects as a single ZIP, I got tired of the timeouts and made my own program to upload folders to SLS.

 SLS has not been changed to RTM yet, I'm still waiting for them to do so so I can update my apps.

Thanks MMY. That's a good thought about uploading one zip file. Would you be able to share your source for uploading folders to SLS?

 Also, is there a way to view what's in our SLS space in an explorer-type view??

 Here's what I am running into. I am trying to host the DeepZoomOutput project on SLS.

(1) In my zip, I have the following:

(a) DeepZoomOutput.xap (contains the manifest and dll)

(b) GeneratedImages folder (contains the deepzoom xmls and actual images)

(c) DeepZoomOutput.html

(2) Uploaded my zip on SLS and gave it an application name, Test

(3) Used the following iframe tag:

<iframe src="http://silverlight.services.live.com/invoke/<acctId>/Test/DeepZoomOutput.html" frameborder="0" width="258" height="100" scrolling="no"></iframe>

I get a 404 error indicating that my source for the IFrame is incorrect. Is it?

you're doing it wrong, anyway, to get the right URL you can get it through the SLS admi page, also, use the TEST link on the SLS admin site to see if it's actually working.

Here's the code to my uploader

http://cid-9d81d8eb3fbbb0ea.skydrive.live.com/self.aspx/Public/SLDavExplorerNew.zip

 It's very rudimentary though, and errr... watch yourself with it... it might blow up.