Lv99 Slacker
Member
Source?
test:
H.264 *.mp4, no re-encoding of the source file:
http://a.pomf.se/lnyxdu.mp4
2.52 MB
reencoded VP8 *.webm:
http://a.pomf.se/qzvdyg.webm
3.46 MB
But I guess less people can see the first one
I can't really say if there's a difference in performance (first should be less taxing on the CPU?)
Does webm work on iOS? My ipad keeps asking me to download the file somewhere...
In that case, I guess we'll have to see. If VP9 can get fairly close to H265 it'd be neat to see it widespread.
Not as much as you'd think. For H.265 at least it's something like 20c per device sold capable of encoding/decoding H.265. There are no fees for content, broadcasting, etc.
Yes. I was wondering if a loop tag can be set for WebM, just like it can be set for GIFs.Looping is part of the video tag, not the video encoding setting.
Yes. I was wondering if a loop tag can be set for WebM, just like it can be set for GIFs.
<img src="vid.gif">
<video src="vid.webm" autoplay=true loop=true controls=false>
"Webbum"?
However it's pronounced, all hail our new gif overlords.
Tamako MarketSource?
Yes, "Web M" is the correct way to say it. Sounds like something Spider-Man would say, though.Just say "Web M" I think.
Well, the WebM format allows for metadata, right? You could just bootstrap into one of the existing fields and be like keywords=autoplay;repeat or something alon those lines.Not AFAIK, because webm is a video format and designed to be controlled with a player.
Example of a gif embedded in a page:
Code:<img src="vid.gif">
vs. embedded webm emulating gif behaviour:
Code:<video src="vid.webm" autoplay=true loop=true controls=false>
You can see it's a lot more complex. Something like animated WebP on the other hand could be embedded like the GIF, with loop set for each image.
http://a.pomf.se/aefibc.webm
http://a.pomf.se/wuomnh.webm
Found the no audio flag for ffmpeg ( -an ), makes converting an uncropped youtube source simpler outside of using gfycat
http://a.pomf.se/cuqfwh.webm
Kyoukai no KanataWhats the source of the second one?
Wish it was built in browsers so you didn't have to rely on people having an extension.
It is.
For forums to support it, they just have to add a bbcode that converts
[video]http://to.webm.url[/video]
to
<video src="http://to.webm.url" loop=true muted autoplay=true>
But it would be pretty crappy for people whose CPU utilization is reaching high levels of usege, wouldn't it? I mean the autoplay=true function in the video tag.
Maybe some overlay text saying "press to play" or something like that. When it isn't playing, it isn't utilizing CPU as when it plays, right?
Maybe some overlay text saying "press to play" or something like that. When it isn't playing, it isn't utilizing CPU as when it plays, right?
I think enabling webm embed support would be a terrible idea. These things are pretty terribly optimized and render differently depending on the browser you are one. Also it seems that looping may not be automatic. Though gifs are old and lame they at least behave consistently once you get the file downloaded.It is.
For forums to support it, they just have to add a bbcode that converts
[video]http://to.webm.url[/video]
to
<video src="http://to.webm.url" loop=true muted autoplay=true>
But it would be pretty crappy for people whose CPU utilization is reaching high levels of usege, wouldn't it?
Maybe some overlay text saying "press to play" or something like that. When it isn't playing, it isn't utilizing CPU as when it plays, right?
Having autoplay off in the gaf extensions is pretty necessary for me right now. Pretty unstable between chrome and firefox at the moment.
I'd rather there just be a way to not have them download until you try to play it.
Yeah. I don't know why it buffers even tho you won't play it.
Like imagine seeing youtube thumbnails buffering the videos - like the predicted page something in Chrome etc.
I think enabling webm embed support would be a terrible idea. These things are pretty terribly optimized and render differently depending on the browser you are one. Also it seems that looping may not be automatic. Though gifs are old and lame they at least behave consistently once you get the file downloaded.
by default videos will buffer. There's a preload attribute that overrides this.
http://www.stevesouders.com/blog/2013/04/12/html5-video-preload/ (a little out of date but you get the idea)
Thank you. Also attributes, not functions - personal note.
by default videos will buffer. There's a preload attribute that overrides this.
http://www.stevesouders.com/blog/2013/04/12/html5-video-preload/ (a little out of date but you get the idea)
Pretty sure a large number of the videos embedded here preload even though I've set the attribute to 'metadata' only, as the tab often continues to load well after everything else. I've read setting it to 'none' helps, but then the browser doesn't grab the metadata/thumbnail. Kinda lame considering the benefit it could bring.
what about setting them all to none and then loading the metadata if they're in view? here's a quick test.