I need to handle JPEG 2000 (aka J2K) images in my silverlight app. Files stored either in the DB or file system on the server. Any suggestions how to handle them on the client? The only working converter I came across was written in Java. There are some ports to J#, but most likely they are not going to work on the client. The requirement is that the conversion should happen on the client to conserve the bandwidth and speed up the streaming of huge images.
It's not supported by Silverlight and .Net Image Tools don't support it too at the moment. So you have to write your own, port the (Java) version or ask the ImageTools developers if they can help you.
Related
I have tried various ways to connect to different DB engines (asynchronously), but they all failed when I deployed the code and executed it via my browser in WASM format. The code worked well for UWP tho, so I'm a bit baffled.
Although there's a sample for SQLLite in browser, it wasn't too helpful for me. Hopefully someone could give me a few pointers to continue. Thanks in advance
The support for SQLite is about running the database inside of the browser itself, but not about running it from a remote database.
If you need to have such a support, you will need to have a .NET SQL provider that supports plain HTTP/S or WebSockets, which is available for cloud-based databases.
In general though, you may want to consider a WebAssembly app as a mobile app for which it is best to access remote resources like databases through a Web API.
Note that the Chrome developers have in mind the creation of a RAW sockets API, which would enable TCP non-HTTP connections to be created.
I'm creating a web platform destined to the customers of a certain company. The company requires that the platform allows the streaming of videos.
It's important to note that the company will be the one to add the videos to the platform, dinamically, from a software built by me for that purpose, and each video will be referenced on a sql server table.
I've never done streaming before so I'm asking 2 things:
The first is about some guidance in silverlight streaming(tutorials, articles, examples, etc)
The other is my main concern. I have a few video samples from the company, and all of them are over 200 MBytes and can go up to 2GB, so I know I have to re-encode them to become smaller. But, how do I do this... I mean, do I have to re-enconde them, manually, one at a time, or is there a way to do it automatically as a new video is added?
I have Expression Studio Encoder 4 pro, but never really used it, and as far as I can tell, I have to manually add each video to do the enconding. Again... is there a way to do this dinamically??
Thanks
Not all video formats and encodings are supported by Silverlight. See this page for a list of supported formats. You will probably need to recompress your videos not only to reduce their size but also to normalize the format.
The recompression could be done in a windows service running in the background, the more appropriated libraries to be used will probably depend on the target format you will use. For wmv files I would recommend using Windows Media Format SDK,the (currently deprecated) Windows Media Encoder SDK or its succesor Expression Studio Encoder SDK. For using H264 as target I would recommend using ffmepg.
You should decide on a delivery protocol depending on the number of users you can forsee for your website. HTTP might not be the best choice, since there are other protocols like RTTP, usually more suitable for video streaming.
I am wondering is there any silver sample project available which can monitor the local network traffic (bytes sent received) precisely IPv4InterfaceStatistics like information.
Jeff thanks.
I found some tips from this link: http://justinangel.net/CuttingEdgeSilverlight4ComFeatures
This information is not available to a typical Silverlight 4 application.
It may be possible to use an elevated out-of-browser Silverlight app and the COM automation/interop features to query WMI or other systme information services, but it will be a lot more work than using a tool that is designed to have rights to the system instead (such as WPF or Win32).
I would like to implement limited scope streaming (LAN, multicast, even broadcast) where the client is implemented in silverlight. More importantly, I would like to stream from a desktop OS, not a server OS. As a result, I can't use the MS media server, which I believe requires WS2003 or WS2008.
Ideally the solution would have some sort of API so I can plug in or provide a custom frame source.
If I need to encode my own video, how can I encode using H.264 or another Silverlight supported codec?
if I need to implement my own server, where can I find information about how a client starts to receive a stream?
thank you! I know, it's a lot of questions, but it basically boils down to "how do I stream from a non-server OS?"
My Friend Vikram wrote a blog post about Overview of Live Smooth Streaming,Live Encoding and Streaming with Expression Encoder 2 – Part 8. Check it out and see if it helps. I dont think he used a server for the article.
I'm building a new Silverlight app for a photography studio. I was about to say "you have to have a Windows-based server hosting it" and then I thought, wait is that right? Looks like it's not. So I could point him toward a Linux host.
I know you have to register the MIME types (from a different SO thread). Are there any other caveats or gotchas that I need to know about? Assume for a second that I know next to nothing about Linux.
Edit: what if the app needs to talk to a database (mySQL)? Seems like I'd need to have Moonlight to get that going, which isn't gonna fly.
The only thing you have to do is ensure the web server delivers the correct MIME type for the .xap (which is application/x-silverlight-app). That's it.
There is nothing blocking you to host a Silverlight app(Client Plug-in) in any webserver on any platform.
Silverlight is client technology. There is nothign (but MIME types) that are required to host on non-MS servers. But if you have server-side code (e.g. web services or REST API's talking to your mySQL db), that server-side technology would need to work on Linux. That's completely separate from Silverlight. You might want to do the server stuff with Java or PHP (or other Linux-friendly platform) but Silverlight doesn't care what it talks to and can be served in a non-MS platform easily.
Regarding your edit (on mysql) -- no you would not need Moonlight (as that is client only as well). You'd need to expose your database functionality through a service layer of sorts as Shawn notes.