Hi Kevin,
So I definitely do think we need two classes for this. If anything, we should separate the guts of the movie loading and management code to a separate non-GUI class, but I don't see there to be a big need for that. We're talking about a couple dozen lines of redundant code at this point, considering Windows compatibility is not a big deal, IMHO. I don't think wxQtMovie has much more work to be useful on Mac, and I really think it'd be much quicker and more productive to tell developers to simply use WMP on Windows rather than go through all the work of manually managing GWorlds and the like to make it all work on Windows. ;-/
I definitely would like to see a cross-platform control,
Yes, but a complete wxQtMovie for Windows would be a lot of work. On Windows, I need to get a lot more low-level with the event loop and with the drawing, moving, etc. routines, and that's not something I'm very anxious to start working on, to be honest. ;-/ (I'm having enough fun with Mozilla as it is!)
even if that means Linux is not part of the initial target. Having the same API and events is the key. Since WMP can't play QuickTime movies
Are you sure about this one? I thought WMP was able to play QuickTime files, though I doubt the support is quite as good as Qt itself.
and QuickTime can't play certain W?? formats on the Mac, there is a need to support both QT and WMP.
Yeah, but there's no way to embed WMP on the Mac anyways (that I know of), so to really get comprehensive support for playing various files on various platforms, we'll either need to create a separate control which lets us embed Netscape plugins (which apparently someone did some time back, though no one has ever shown any code!) or just spawn the movie in a separate window.
I don't know how codecs are shared. I suppose this is a bit like the image handlers we have to use today. Given a particular file extension or file where the header will tell you info about the file you'll need to use a particular viewer. Then you'll expect to be able to at least play, pause, stop, rewind, jump to particular offset, etc.
I don't think codecs are really shared among viewers. (This may be different with OSS video players, of course.) Actually, since several players can play several formats all with varying degrees of success, it seems to me it's a bit of a guessing game as to which would be the "best" player for a particular format/file. For WMV/AVI and MOV, it's obvious, but MPEG, DiVX, etc. gets really tricky...
Given the limitations of HtmlWindow, I have conditional code that on Windows will use the wrapped IE control instead, but the simplified API I use makes using either transparent. To support all of the API and events is a problem as you're probably finding if you want to use the wrapped IE control on Windows and Mozilla on the Mac and Linux...
On the browser side, we definitely plan on a wrapper API among the various native browsers out there. That will probably be one of the big things coming with 2.8 (3.0???), particularly once I've got wxMozilla and wxWebKit working a bit smoother on Mac.
Thanks,
Kevin
···
On Aug 30, 2004, at 9:58 AM, Kevin Altis wrote:
On Aug 30, 2004, at 9:41 AM, Kevin Ollivier wrote: