Author
Topic: firefox: enable HTML5 video + audio (Read 12044 times)

I'm working on a build script that works with gstreamer-1.0. x86_64 repo doesn't currently have all the 0.10 plugins, and, though I've packaged all those already, I'm not sure it's worthwhile putting up the older plugins when the 1.0 stream may be more valuable long-term.

At the very least, this will remind me of why building firefox is not ... desirable. (big/time-consuming build)

Is there something that can use vaapi?Or even better a button like in the fifth browser which just starts mplayer for video and sounds?Or perhaps best a conversion of video and audio objects into simple <a href> links...

Sorry if it sounded like a complaint. be sure i'm trying to just cooperate efficiently.

So far i've been using opera. in there when i right-click->n->enter it pushes the current page's url to xdg-open.

quvi and mplayer would be run automatically from xdg-open (in my case it's just a 10 lines shell-script).But quvi broke regularly and required a lot of updating so far, it is site-specific and i hope in the time of html5 video there's a chance it will become unnecessary to use programs like quvi and youtube-dl, which would spare me from having to update them all the time.

my last workaround was running fifth from xdg-open instead which then shows me a nice "stream" button in html5 video objects that would then give on the url to mplayer. But even that was broken by youtube.

my last workaround was running fifth from xdg-open instead which then shows me a nice "stream" button in html5 video objects that would then give on the url to mplayer. But even that was broken by youtube.

It was? I last downloaded a video from there two days ago, though I can't use the stream function on Youtube (mplayer doesn't support https). It's just a pain that Google changes their SSL certs several times a week.

You're right, sadly it doesn't work with mplayer directly. I used to run wget -O - | mplayer -but now that also broke because of some seek issues. It should be trivial though to change it towget -q -O /tmp/yt & (sleep 3; mplayer /tmp/yt)

I'll give you an example of my issue with youtube though: I get a rendering that looks like CSS is disabled and the message "This video is unavailable."

This now triggered deeper investigation. It might be related to the SSL problem you mentioned. I removed the whole .fifth folder and youtube started working again (perhaps cause the javascripts and css files come with a different certificate?).

Now with new SSL providers giving out certificates that are good for only few weeks certificate pinning sadly got less useful for the general internet

One issue I have on youtube still is that clicking the "Stream" button is kind of difficult cause there's that defunct play button from youtube blocking most of it

Some sub-sub-resources don't trigger the SSL error screen for some reason. Youtube serves CSS and images via two subdomains, s.ytimg.com and i.ytimg.com. So, as a temp workaround, you could change the fifth startup script to delete ~/.fifth/certs/{*google*,*ytimg.com} before starting it.

Adding an insecure mode, even in the form of site/domain exceptions, would be bad security design, easily hijackable by malware or misclicks.