Neither the browser nor HTML should not dictate what video format is used.
On Windows, FF should use the DirectShow interface which decodes the stream (with hardware accelerated decode) using whatever codecs are installed.
Application specific codec support is an unnecessary complexity & constraint. Please do this properly, Mozilla devs.
This fork is a step in the right direction, but decoding via DirectShow (Windows) is the best solution. Other operating systems have generic codec interfaces too.
Support could be included into the browser to automatically download & install codecs as necessary (for most users this should be the default configuration).
Thanks for doing this - it's a step in the right direction.
> I assume in this context "plaintext" really means "XML"
In this context plaintext does refer to XML including, but not limited to optimal XHTML compression, decompression & parsing.
>And you can convert to/from binary format whenever this is required.
Which (C/C++) libraries support binary XML serialization in EXI format ?
Slashdot Mirror
You can run both versions if you want. 4B3 for experimenting with new tech & 3.6.x when you need to access plugins that haven't been ported yet.
Firefox 4 beta 3 supports WebGL. It's solid, stable & fast. Dump FF3.
You need to set webgl.enabled_for_all_sites to true via about:config for now.
Once you've installed & done that, try some of these :
http://learningwebgl.com/blog/?page_id=1217
Ummm ... how are either of the above better than WebGL + natively JIT compiled Javascript ?
WebGL enables implementation of 3D graphics engines in-browser in javascript.
3D graphics engines must be fast in order to provide a fluid end user experience (60 fps).
The WebKit js engine apparently compiles down to native (machine) code.
Does the mozilla equivalent yet, or does it still run through a byte code interpreter ?
This ain't about pages :)
I bought a second hand Pure Bug for £10.
No Planet Rock on FM.
Liking DAB lots.
Neither the browser nor HTML should not dictate what video format is used.
On Windows, FF should use the DirectShow interface which decodes the stream (with hardware accelerated decode) using whatever codecs are installed.
Application specific codec support is an unnecessary complexity & constraint. Please do this properly, Mozilla devs.
This fork is a step in the right direction, but decoding via DirectShow (Windows) is the best solution. Other operating systems have generic codec interfaces too.
Support could be included into the browser to automatically download & install codecs as necessary (for most users this should be the default configuration).
Thanks for doing this - it's a step in the right direction.
> I assume in this context "plaintext" really means "XML" In this context plaintext does refer to XML including, but not limited to optimal XHTML compression, decompression & parsing. >And you can convert to/from binary format whenever this is required. Which (C/C++) libraries support binary XML serialization in EXI format ?