Appols for the delay in replying.. we are busy getting the public preview of Expression Media Encoder done.
Is this application freely available just like the previous Windows Media Encoder? >>There will be a free trial. EME will ship in the Expression Media box and will be freely available to purchases of Expression Studio
Still watching, but is there any server type encoder that could be used for user uploaded files? >>EME can be automated in the server context. I have sample code that I will be posting on my blog
So, it works on PC and those Mac things, but can only be created on PC because it is designed in WPF. Isn't that a problem...? I mean, I hate Macintosh computers but graphic/web designers (for no apparent reason) love them. >>EME works great on Mac hardware via bootcamp. Not so well in Parallels since they don't virtualize video hardware (yet)
That is awesome guys! For v1 with an end-to-end solution like this is stunning. So this is kinda an editor and publisher of video in one app? >>THx.. Yes, although the editing will be extremely rudimentry in v1
What is the schedule with .net c# on the client side (i.e. w/o java)? Seems like .net and is paying big dividends in Spades. Maybe the theme song should be Motorhead's "The Ace of Spades" >>More info at Mix next week
Question: A guy on coffee house asked about publishing his desktop with live video. Interesting idea. Seems like if you had some "Virtual" Desktop Web Cam, you could use it as an input just like your doing with other cam inputs. Is this already possible? >>If he's in the coffee shop with his laptop with EME installed he'll be good to go
I can say that I'm very impressed by this demo video, though I'm also a little perturbed. The video shows great use of WPF and you guys say you have a directshow engine running in the background. I know the WPF API (MediaElement/MediaPlayer) gives no exposure to the graph, and there is no way to create your own graph and have it render to a WPF
element (unless you use HWND interop). There is also no method of fast image buffer editing (CopyPixels() and creating a new bitmap is slow w/ video in WPF).
I watch like a hawk on blogs and forums and it doesn't seem I'm alone with this fustration.
I guess my question is, did you guys use all the public WPF/DShow APIs to make this, or is there a super secret hack? Whats the secret to a hi-perf dshow/wpf marriage? Please share...or give me a hint
>>All the coolness of our viewer is courtesy of unmanaged code / custom VMR allocator presenter. There is good documentation on this in the Directshow SDK which is part of the PSK