skottish wrote:wonder wrote:@skottish gstreamer from our repos has libvpx support. i tested and youtube works with epiphany and midori out of the box
Do you use gstreamer anywhere else on your system?
yes. in gnome
There used to be a function in gstreamer that was called something like gst-register. If memory serves me correctly, apps called this function to register plugins. This was dropped a while back in favor for something internal. libwebkit doesn't seem to call this function anywhere. When I started this process, I couldn't get anything to work with HTML5. gst-inspect-0.10 could see the stuff that I had installed, but none of it worked.
]]>wonder wrote:@skottish gstreamer from our repos has libvpx support. i tested and youtube works with epiphany and midori out of the box
Do you use gstreamer anywhere else on your system?
yes. in gnome
]]>Yeah looks like we're in the same boat. Lame. Guess I'll leave this one alone until the dust from the html5 video-rap battle settles down.
edit: ok, so i have issues leaving well enough alone. ditching oss and going back to alsa gives me audio back.
]]>@skottish gstreamer from our repos has libvpx support. i tested and youtube works with epiphany and midori out of the box
Do you use gstreamer anywhere else on your system?
]]>Hrmm. libvpx-git is already installed as well. Not sure what you mean by 'rebuild the database'. Are you referring to some sort of internal database that gstreamer keeps? Is there a way to rebuild it without installing some random app on a lightweight setup (dwm)?
As I mentioned way back in this thread, I never discovered a way to do it. gstreamer seemed to be able to see things, but without some sort of registration process, they codecs weren't available. I don't use gstreamer outside of libwebkit, so this solution bugs me too.
]]>falconindy wrote:So, it seems that Youtube has foiled us by switching from h.264 to WebM. I'm still getting video support, but I have no audio. I've been able to glean from WebM's homepage that they're using Vorbis for audio playback. It seems that I've already got libvorbis installed and gstreamer0.10-base-plugins compiled with support for vorbis, so I'm a little lost for ideas at this point.
Anyone have an idea as to what I might be missing?
Google is switching back and forth between H.264 and WebM at the moment. They're quietly dropping H.264 support for HTML5.
I understand that gstreamer supports WebM in their git branch. I haven't bothered to get around to trying it since H.264 works most of the time. I did notice that WebM through Chrome is inferior to H.264 when using the system FFmpeg, but no surprises there; WebM is inferior to H.264.
--- EDIT ---
Install libvpx, reinstall something that will rebuild the database like rhythmbox, and enjoy WebM.
Hrmm. libvpx-git is already installed as well. Not sure what you mean by 'rebuild the database'. Are you referring to some sort of internal database that gstreamer keeps? Is there a way to rebuild it without installing some random app on a lightweight setup (dwm)?
]]>I did notice that WebM through Chrome is inferior to H.264 when using the system FFmpeg, but no surprises there; WebM is inferior to H.264.
Have you some data to back that claim up (other than a single blogpost from a x264 dev that just claims the current implementation and specification sucks)?
Just wait until people who know what they are doing get to improve it. Beginning here:
http://blogs.gnome.org/rbultje/2010/06/ … deo-codec/
edit: What I noticed is that h264 sucks in chromium. A 360p video easily takes 100% CPU on the netbook
]]>So, it seems that Youtube has foiled us by switching from h.264 to WebM. I'm still getting video support, but I have no audio. I've been able to glean from WebM's homepage that they're using Vorbis for audio playback. It seems that I've already got libvorbis installed and gstreamer0.10-base-plugins compiled with support for vorbis, so I'm a little lost for ideas at this point.
Anyone have an idea as to what I might be missing?
Google is switching back and forth between H.264 and WebM at the moment. They're quietly dropping H.264 support for HTML5.
I understand that gstreamer supports WebM in their git branch. I haven't bothered to get around to trying it since H.264 works most of the time. I did notice that WebM through Chrome is inferior to H.264 when using the system FFmpeg, but no surprises there; WebM is inferior to H.264.
--- EDIT ---
Install libvpx, reinstall something that will rebuild the database like rhythmbox, and enjoy WebM.
]]>Anyone have an idea as to what I might be missing?
]]>@skottish: your work here has been invaluable to me. The documentation is greatly appreciated. However, I wasn't able to get youtube videos working without having gstreamer0.10-good installed in addition to your list.
Gads! I have it installed now too because sometime after this post stuff started to fail. There's some weird shit going on with gstreamer, what users have installed, and how it updates it's library. gstreamer is one of the most overcomplicated pieces of software that I've ever seen.
]]>What I wanted to add here is, I'm a bit disappointed in html5 video. Maybe it's just on Youtube, but really, html5 needs more cpu power here for videos than flash! On youtube watching a 360p video take 100% of my cpu (intel pentium-m with 1,7GHz), flash "only" needs about 70%. This is really not what I expected! I mean, when I play the exact same video with mplayer, it only takes about ... worst case 10% of the cpu.
What is going on?!
I'm also seeing a significant difference between the two on my machine. Flash takes around ~26% CPU (of one core) spread evenly over four cores. HTML5 takes around ~46% (of one core) with the spread being heavy on two cores. Flash does have some degree of GPU decoding now though, doesn't it? FFmpeg doesn't have any GPU abilities for playback. I'm a little unclear about gstreamers abilities. It compiled in vdpau support, but I'm not seeing it.
]]>What is going on?!
]]>