WebM Exciting New Video Standard with VP8, Vorbis, Matroska - Page 16

rernst · 27th June 2010, 20:07

Quote:

Originally Posted by ricardo.santos

@rernst
can´t download the file

if possible can anyone help me "translate" the following but using vp8 as the encoder, this is what i used for FLV.

@dott
theres a reference to vp8 but it doesnt work

Thanks

First of all vcodec=libvpx. The rest is tinkering.

rernst · 27th June 2010, 20:15

Quote:

Originally Posted by ricardo.santos

rernst can you share the script you used to encode with mencoder, ive tried but im unable to select video bitrate, the best i found was this but it tells me vlc doesnt play libv

I used vbitrate. I noticed that only a subset of vpx options is accepted under ="xxx". I have somewhat run into a wall with the mencoder folks which seem hesitant to embrace vpx because they cannot deliver variable bitrate and therefore altref= is not supported. This it seems is the primary reason for vpx's excellent quality.

The main problem I see at the moment that the maintainers of libavcodec for mencoder have removed all of the Google patch in the latest svn I looked at. I don't fully understand that mentality.

I have switched to ffmpeg for that reason (which I will incorporate into YAMF as soon as some other work is done). Unfortunately ffmpeg, as I have found in doing so, has a lot of drawbacks compared to mencoder.

I would expect the MeGUI folk(s) to support vpx pretty soon (at least this looks like the logical choice).

Without mencoder enthusiasm that route looks like a dead end street and I would focus on ffmpeg.

Selur · 27th June 2010, 20:56

Trying to match the ivfenc options with ffmpeg I came up with this spreadsheet so far. It's free to edit for everyone using the above link, so if anyone wants to and can help to fill it plz do so.

Cu Selur

rernst · 27th June 2010, 21:00

Quote:

Originally Posted by Selur

Trying to match the ivfenc options with ffmpeg I came up with this spreadsheet so far. It's free to edit for everyone using the above link, so if anyone wants to and can help to fill it plz do so.

Cu Selur

I believe -good and -best are matched by

-level 100 - best
-level 200 - average
-level 300 - fast encoding.

My understanding so far.

Selur · 27th June 2010, 21:07

I added it to the spreadsheet

iwod · 30th June 2010, 03:45

Is DS now working on FFmpeg Vp8 as well? I read the news on Ars

Astrophizz · 30th June 2010, 04:23

According to the linked article, yes he's working on the x86 optimizations for the decoder.

Dark Shikari · 30th June 2010, 06:09

I wrote:

Some of MMX 4 and 6-tap MC (original written by Ronald)
SSE2 4 and 6-tap MC
SSSE3 4 and 6-tap MC
MMX DC-only iDCT (rewritten from Ronald's original)
SSE4 DC-only iDCT
MMX iWHT
MMX, SSE2, and SSSE3 bilinear MC
Two dozen or so MMX/SSE/SSE2/SSSE3 intra prediction functions

Currently only the loopfilter (all 6 types: simple_h, simple_v, normal_inner_h, normal_inner_v, normal_mbedge_h, normal_mbedge_v) is left among "things that are important", and Ronald is doing that.

The linked article fails to mention Ronald for some bizarre reason, which is odd because he's done a huge amount of the work (he's been working on the C code as well).

hajj_3 · 30th June 2010, 08:16

nice work DS, how much faster do you think your optimisations will benefit a user with a fairly new cpu like a core 2? Are these optimisationss just for the decoder or have they been added to the decoder too?

oibaf · 30th June 2010, 11:48

Is there a plan to port some of the ffmpeg vp8 decoder work to libvpx (it should at least be relicensed under BSD) or is it so much integrated with ffmpeg that it isn't feasible and libvpx should wait for dixie? I am thinking of projects using libvpx, e.g. firefox or vp8 dshow filters, that could benefit from the speedups.

iwod · 30th June 2010, 18:25

Quote:

Originally Posted by Dark Shikari

I wrote:

Some of MMX 4 and 6-tap MC (original written by Ronald)
SSE2 4 and 6-tap MC
SSSE3 4 and 6-tap MC
MMX DC-only iDCT (rewritten from Ronald's original)
SSE4 DC-only iDCT
MMX iWHT
MMX, SSE2, and SSSE3 bilinear MC
Two dozen or so MMX/SSE/SSE2/SSSE3 intra prediction functions

Currently only the loopfilter (all 6 types: simple_h, simple_v, normal_inner_h, normal_inner_v, normal_mbedge_h, normal_mbedge_v) is left among "things that are important", and Ronald is doing that.

The linked article fails to mention Ronald for some bizarre reason, which is odd because he's done a huge amount of the work (he's been working on the C code as well).

Because No one knows who is Ronald Bultje but everyone knows who is DS.

Is that only decoder you are working on. And not Encoder?

hajj_3 · 3rd July 2010, 09:46

WebM V0.9.9 DirectShow filters have just been released.

Changelog:

(1) two-pass VP8 encoding is now fully implemented

(2) makewebm now supports reading and writing GraphEdit (*.grf) files

(3) source filter now uses Cues element, for more efficient seeking

(4) webmmux filter now allows you to specify WritingApp element

(5) VP8 encoder filter now allows you to force a keyframe to be
created immediately

PatchWorKs · 3rd July 2010, 22:57

Quote:

Originally Posted by iwod

Is DS now working on FFmpeg Vp8 as well?

Of course, DS is a Google employee !

Suggestion for the encoder (but not just the VP8 one): what about ThinkMeta Fiber Pool "adoption" ?

Atak_Snajpera · 3rd July 2010, 23:08

Quote:

WebM V0.9.9 DirectShow filters have just been released.

Why do we even need this? Haali Media Splitter + latest FFDshow is not enough for webm???

clsid · 4th July 2010, 00:17

ffdshow is currently still a little bit slower. But soon it will probably be faster.

GodofaGap · 4th July 2010, 07:59

Quote:

Originally Posted by Atak_Snajpera

Why do we even need this? Haali Media Splitter + latest FFDshow is not enough for webm???

Is it really strange that a company provides a playback solution for a format it assembled itself?

zafna · 4th July 2010, 09:31

Quote:

Originally Posted by Atak_Snajpera

Why do we even need this? Haali Media Splitter + latest FFDshow is not enough for webm???

why not?It also is an option for webm,and,this's not a bad thing

Dark Shikari · 4th July 2010, 10:05

Quote:

Originally Posted by PatchWorKs

Of course, DS is a Google employee !

If I was a Google employee, I'd be working on libvpx, not ffmpeg

Quote:

Originally Posted by PatchWorKs

Is there a plan to port some of the ffmpeg vp8 decoder work to libvpx (it should at least be relicensed under BSD) or is it so much integrated with ffmpeg that it isn't feasible and libvpx should wait for dixie? I am thinking of projects using libvpx, e.g. firefox or vp8 dshow filters, that could benefit from the speedups.

No, ffmpeg is LGPL, and libvpx is BSD. I will not release the asm under a more liberal license (at least not without significant compensation), because the express purpose of this project is to take control away from Google and give it back to the free software community.

If everyone uses ffmpeg vp8 because it's faster and better, Google will no longer have control of both the encoder and decoder, and will thus no longer be able to abuse their position as much as they can (and have) now.

lnatan25 · 4th July 2010, 15:24

So, the purpose is noble, but if a "significant compensation" comes, the hell with morals?

bob0r · 4th July 2010, 16:22

"significant compensation" only means even better code can be written and the cycle starts all over again!

27th June 2010, 20:56	#303 \| Link
Selur Registered User Join Date: Oct 2001 Location: Germany Posts: 7,329	Trying to match the ivfenc options with ffmpeg I came up with this spreadsheet so far. It's free to edit for everyone using the above link, so if anyone wants to and can help to fill it plz do so. Cu Selur __________________ Hybrid here in the forum, homepage

27th June 2010, 21:07	#305 \| Link
Selur Registered User Join Date: Oct 2001 Location: Germany Posts: 7,329	I added it to the spreadsheet __________________ Hybrid here in the forum, homepage

30th June 2010, 06:09	#308 \| Link
Dark Shikari x264 developer Join Date: Sep 2005 Posts: 8,666	I wrote: Some of MMX 4 and 6-tap MC (original written by Ronald) SSE2 4 and 6-tap MC SSSE3 4 and 6-tap MC MMX DC-only iDCT (rewritten from Ronald's original) SSE4 DC-only iDCT MMX iWHT MMX, SSE2, and SSSE3 bilinear MC Two dozen or so MMX/SSE/SSE2/SSSE3 intra prediction functions Currently only the loopfilter (all 6 types: simple_h, simple_v, normal_inner_h, normal_inner_v, normal_mbedge_h, normal_mbedge_v) is left among "things that are important", and Ronald is doing that. The linked article fails to mention Ronald for some bizarre reason, which is odd because he's done a huge amount of the work (he's been working on the C code as well). __________________ Follow x264 development progress \| akupenguin quotes \| x264 git status ffmpeg and x264-related consulting/coding contracts \| Doom10

30th June 2010, 11:48	#310 \| Link
oibaf Registered User Join Date: Nov 2008 Posts: 67	ffmpeg native vp8 decoder vs. libvpx decoder Is there a plan to port some of the ffmpeg vp8 decoder work to libvpx (it should at least be relicensed under BSD) or is it so much integrated with ffmpeg that it isn't feasible and libvpx should wait for dixie? I am thinking of projects using libvpx, e.g. firefox or vp8 dshow filters, that could benefit from the speedups.

3rd July 2010, 09:46	#312 \| Link
hajj_3 Registered User Join Date: Mar 2004 Posts: 1,133	WebM V0.9.9 DirectShow filters have just been released. Changelog: (1) two-pass VP8 encoding is now fully implemented (2) makewebm now supports reading and writing GraphEdit (.grf) files (3) source filter now uses Cues element, for more efficient seeking (4) webmmux filter now allows you to specify WritingApp element (5) VP8 encoder filter now allows you to force a keyframe to be created immediately Last edited by hajj_3; 3rd July 2010 at 09:54.*

30th June 2010, 03:45	#306 \| Link
iwod Registered User Join Date: Apr 2002 Posts: 756	Is DS now working on FFmpeg Vp8 as well? I read the news on Ars

30th June 2010, 04:23	#307 \| Link
Astrophizz Registered User Join Date: Jul 2008 Posts: 184	According to the linked article, yes he's working on the x86 optimizations for the decoder.

30th June 2010, 08:16	#309 \| Link
hajj_3 Registered User Join Date: Mar 2004 Posts: 1,133	nice work DS, how much faster do you think your optimisations will benefit a user with a fairly new cpu like a core 2? Are these optimisationss just for the decoder or have they been added to the decoder too?

4th July 2010, 00:17	#315 \| Link
clsid ***** Join Date: Feb 2005 Posts: 5,655	ffdshow is currently still a little bit slower. But soon it will probably be faster. __________________ MPC-HC 2.2.1

4th July 2010, 15:24	#319 \| Link
lnatan25 Software Developer Join Date: Jan 2005 Posts: 83	So, the purpose is noble, but if a "significant compensation" comes, the hell with morals? Last edited by lnatan25; 4th July 2010 at 15:33.

4th July 2010, 16:22	#320 \| Link
bob0r Pain and suffering Join Date: Jul 2002 Posts: 1,337	"significant compensation" only means even better code can be written and the cycle starts all over again!