Well, lots of people are hyped about the WebM format (which is basically some kind of matroska based [btw. can be (de)muxed properly with new matroska tools] container, VP8 video codec [which was recently opensourced by google and thus is available in fedora] and Vorbis audio codec) which is understandable as it brings open standards to the web and you can play it even with a fresh install of fedora (well, since it was introduced only recently, this is true since the now-soon-to-be-released F14 Alpha).
And to lead the way, youtube is supporting it. But there's a huge but. On youtube it's available only if you enable html5 beta testing, by far not all videos on youtube can be played without flash and out of this subset only even a smaller number of them have been transcoded to WebM, so as a result if you are lucky, you'll play almost anything, and if you're unlucky, you'll either keep getting messages about missing flashplayer or missing h264 codec :( And to add to that, google is being ass and instead of querying the browsers for support, it uses user agent sniffing and thus effectivelly bans all other browsers than opera/firefox/chrome/safari/internet explorer from html5.
Someone should tell the web developers that there are zillion browsers out there that have support for advanced web features comparable to that in opera/firefox/chrome and that user agent spoofing is broken by design (unless you target it the otherway round &ndash send some quirks to browsers that are known to be broken). It's not a hard thing to masquerade my midori as firefox or safari, but I would prefer if I hadn't have to do that…
Showing posts with label html5. Show all posts
Showing posts with label html5. Show all posts
Thursday, 19 August 2010
Monday, 7 June 2010
Midori—Now Almost Feature Complete for Me
Starting today, it looks like Midori is going to be my only webbrowser (previously I've also kept Chromium for pages with that send themselves compressed which wasn't supported by older webkitgtk/libsoup combinations and firefox because the open java didn't work in webkit) because the only feature that's missing now is password saving and that's not a showstopper for me. So here're some highlights of what you can get with the latest and greatest stuff that's in Fedora 12 (and a bit of customizing):
Do I need status bar? No. Do I need menu bar? No. Do I need the browser controls+bookmark bar to take up lots of horizontal space? No. Do I need a home page? No. Do I need to have both reload and stop buttons displayed at the same time? No. Do I keep many tabs open? Yes. And here's precisely the type of UI that aligns with these answers:
These days, browser without AdBlock just gets in the way. I don't want to be distracted by ads I'm not going to click at anyway. With a sensible set of filters, Midori's advertisement blocker works very well and is shipped with the browser itself.
See one of my older posts on this. This one drastically reduced CPU usage when using midori, as many pages are using flash now and flash is known to be hungry for CPU cycles :D
Browser without support for netscape plugins is predestined to fail. That's why firefox supports them, that's why chromium supports them that's why midori supports them. But among these is also the java plugin and especially the open one was in past years not exactly just working everywhere. But with the (rather biggish) update I did yesterday, java plugin is working for me in midori as well. The miracle combination is:
One of the biggest showstoppers for me using epiphany is this feature. Any browser that does not have an option to save session on exit is practically dead for me ;-) Midori fares well in this area, maybe even better thing would be to load the saved pages on demand to speed up the start. Especially with 30+ tabs open, starting even the fastest of webbrowsers is taking a loooooong time. I heard that firefox has an extension for that so lets hope midori will gain this functionality in the future as well.
Another related feature is trash bin. I can reopen closed tabs. Nice to have in case you close some tab accidentally.
All I want to say here is that midori is one of the fastest browsers I've ever use especially in comparison to firefox…
I've been always critical of the path firefox has chosen with support for the audio and video html5 tags. They just bundle some codec libraries with firefox. While this might be a good solution for windows platform (you know, they don't have package managers to download the deps for them) it's IMHO essentially wrong.
When you implement a media player you do not bundle every possible codec with it but use an already working media framework like gstreamer, directshow or phonon. And that's the way webkit people are going—webkitgtk makes use of gstreamer, qt-webkit makes use of phonon, chromium port makes use of ffmpeg,… One of the pros of this approach is that you don't need to install new version of webbrowser to support new codec, so when google released WebM, all that was needed was building the needed libraries in fedora, write a gstreamer plugin, release, package, update and you are done for everything that uses gstreamer, midori included. So we now have WebM support in midori, while firefox users still need to wait :-p And as a bonus, we don't have to care about the result of theora vs. vp8 vs. h264 browser war—webkitgtk supports all (if you have the needed codecs installed which probably anyone who watches video on fedora have).
From what I've seen on youtube, the VP8 codec can provide high quality but it seems even more CPU intensive than h264—I can barely watch videos on youtube in h264 in 720p, but I cannot watch those that are in VP8 and 720p.
included in address bar. I don't need a separate search bar. But I do need more searches than just google and I want to use keywords so that I just write say 'j 先生', hit enter and it does a jisho search for word '先生' (sensei, teacher, master, doctor).
Good question. For me it's password saving, ssh certificates handling (I probably cannot log in to koji) and ftp protocol support—I don't mind that ftp browsing is not implemented in web browser, but opening nautilus (or another file/ftp manager) with the specified location would make things much more convenient.
Simple, highly usable and effective UI
Do I need status bar? No. Do I need menu bar? No. Do I need the browser controls+bookmark bar to take up lots of horizontal space? No. Do I need a home page? No. Do I need to have both reload and stop buttons displayed at the same time? No. Do I keep many tabs open? Yes. And here's precisely the type of UI that aligns with these answers:
AdBlock
These days, browser without AdBlock just gets in the way. I don't want to be distracted by ads I'm not going to click at anyway. With a sensible set of filters, Midori's advertisement blocker works very well and is shipped with the browser itself.
FlashBlock
See one of my older posts on this. This one drastically reduced CPU usage when using midori, as many pages are using flash now and flash is known to be hungry for CPU cycles :D
Netscape Plugins
Browser without support for netscape plugins is predestined to fail. That's why firefox supports them, that's why chromium supports them that's why midori supports them. But among these is also the java plugin and especially the open one was in past years not exactly just working everywhere. But with the (rather biggish) update I did yesterday, java plugin is working for me in midori as well. The miracle combination is:
midori-0.2.6-1.fc12.i686
java-1.6.0-openjdk-plugin-1.6.0.0-38.b18.fc12.i686
webkitgtk-1.2.0-1.fc12.i686Session Saving
One of the biggest showstoppers for me using epiphany is this feature. Any browser that does not have an option to save session on exit is practically dead for me ;-) Midori fares well in this area, maybe even better thing would be to load the saved pages on demand to speed up the start. Especially with 30+ tabs open, starting even the fastest of webbrowsers is taking a loooooong time. I heard that firefox has an extension for that so lets hope midori will gain this functionality in the future as well.
Another related feature is trash bin. I can reopen closed tabs. Nice to have in case you close some tab accidentally.
Speed
All I want to say here is that midori is one of the fastest browsers I've ever use especially in comparison to firefox…
HTML5 Media
I've been always critical of the path firefox has chosen with support for the audio and video html5 tags. They just bundle some codec libraries with firefox. While this might be a good solution for windows platform (you know, they don't have package managers to download the deps for them) it's IMHO essentially wrong.
When you implement a media player you do not bundle every possible codec with it but use an already working media framework like gstreamer, directshow or phonon. And that's the way webkit people are going—webkitgtk makes use of gstreamer, qt-webkit makes use of phonon, chromium port makes use of ffmpeg,… One of the pros of this approach is that you don't need to install new version of webbrowser to support new codec, so when google released WebM, all that was needed was building the needed libraries in fedora, write a gstreamer plugin, release, package, update and you are done for everything that uses gstreamer, midori included. So we now have WebM support in midori, while firefox users still need to wait :-p And as a bonus, we don't have to care about the result of theora vs. vp8 vs. h264 browser war—webkitgtk supports all (if you have the needed codecs installed which probably anyone who watches video on fedora have).
From what I've seen on youtube, the VP8 codec can provide high quality but it seems even more CPU intensive than h264—I can barely watch videos on youtube in h264 in 720p, but I cannot watch those that are in VP8 and 720p.
Manageable Search Engines
included in address bar. I don't need a separate search bar. But I do need more searches than just google and I want to use keywords so that I just write say 'j 先生', hit enter and it does a jisho search for word '先生' (sensei, teacher, master, doctor).
What's missing?
Good question. For me it's password saving, ssh certificates handling (I probably cannot log in to koji) and ftp protocol support—I don't mind that ftp browsing is not implemented in web browser, but opening nautilus (or another file/ftp manager) with the specified location would make things much more convenient.
Tuesday, 2 March 2010
HTML5 Youtube — Now in Fedora
I'm finally back to rawhide (the frozen one — i.e. Fedora 13; dual booting with F12 as it is still not over too stable :D). And since I follow webkit commits I noticed a while back that thanks to some of the work in the webkitgtk tree, html5 youtube should work [in theory]. So today I started epiphany, enabled html5 youtube and tried a video. A lo! it works:
Finally! Youtube without flash, with low CPU usage and actually working. Oh and as a sidenote: pages (like anidb) which send themselves encoded are now supported as well. Webkitgtk based browsers are becoming first class citizens finally. Java is the last non-working thing I'm aware of and work on it is also on it's way. Seems like I'll be able to get rid of firefox (which I still keep because of the problems with java) for good (or bad :D) in F13.
Finally! Youtube without flash, with low CPU usage and actually working. Oh and as a sidenote: pages (like anidb) which send themselves encoded are now supported as well. Webkitgtk based browsers are becoming first class citizens finally. Java is the last non-working thing I'm aware of and work on it is also on it's way. Seems like I'll be able to get rid of firefox (which I still keep because of the problems with java) for good (or bad :D) in F13.
Monday, 30 November 2009
YouTube and HTML5
So, I've noticed there's a html5 testing page on youtube. It won't work in gecko based browsers (it's not ogg theora) but it works on fully updated fedora 12 using a webkitgtk based browser (e.g. midori or epiphany; chromium builds still don't support video tag and I don't know anything about the webkit version in qt). The difference is great. Although not everything works as with Flash based youtube, some basic functions like pausing, seeking and such are already working smooth. And what's best is that the implementation is fully opensource (sans usage of patent encumbered codecs), does not crash as often (maybe does not crash at all, but I haven't done any rigorous testing) as adobe flash does and eats about half of the CPU compared to flash and nothing in paused state (while flash still eats CPU even when the youtube video is paused). I just hope the implementations will keep going forward an will make it's way away from just one testing video to full implementation.
The HTML5 enabled video (i.e. you don't need any browser plugins enabled, but you'll need some gstreamer stuff from rpmfusion [gst-ffmpeg] if you're using webkitgtk): http://www.youtube.com/html5
and the same video using flash: http://www.youtube.com/watch?v=uofWfXOzX-g
Very quick update: I've just noticed that when you hover over the video previews in the columns on the right side of the page, the hovered video will play in fast speed. Neat.
And another quick update: Right-click on the video and you can download it! I cannot wait for the day this will be the youtube.
The HTML5 enabled video (i.e. you don't need any browser plugins enabled, but you'll need some gstreamer stuff from rpmfusion [gst-ffmpeg] if you're using webkitgtk): http://www.youtube.com/html5
and the same video using flash: http://www.youtube.com/watch?v=uofWfXOzX-g
Very quick update: I've just noticed that when you hover over the video previews in the columns on the right side of the page, the hovered video will play in fast speed. Neat.
And another quick update: Right-click on the video and you can download it! I cannot wait for the day this will be the youtube.
Subscribe to:
Posts (Atom)
Posts
