Hosting and Streaming

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Wed, 15 Oct 2008 14:34:08 GMT

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.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Wed, 15 Oct 2008 12:59:21 GMT

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.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

milennakev — Wed, 15 Oct 2008 10:31:01 GMT

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:

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

Re: Re: Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

milennakev — Wed, 15 Oct 2008 09:53:29 GMT

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??

Re: Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Wed, 15 Oct 2008 08:29:27 GMT

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.

Re: Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

milennakev — Wed, 15 Oct 2008 08:18:22 GMT

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??

Re: Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Wed, 15 Oct 2008 01:58:40 GMT

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?

Re: Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

milennakev — Tue, 14 Oct 2008 19:42:29 GMT

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.

Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

Frogs69 — Fri, 25 Apr 2008 02:52:49 GMT

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.

Re: Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Sat, 05 Apr 2008 16:57:27 GMT

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

Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

ercercerc — Fri, 04 Apr 2008 14:51:01 GMT

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.

Re: Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Fri, 04 Apr 2008 04:19:46 GMT

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?

Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

ercercerc — Thu, 03 Apr 2008 21:10:48 GMT

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?

Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

MarauderzMY — Wed, 02 Apr 2008 06:13:43 GMT

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!

Re: Allow .SDI file extensions to be uploaded to Silverlight Streaming

Frogs69 — Wed, 02 Apr 2008 04:41:00 GMT

"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.