Kommentare

farss schrieb am 20.04.2011 um 13:06 Uhr
Thanks, this might explain why I've noticed a worse experience playing back 720p from YT recently. Previously so long as the video was downloading as fast as realtime it'd playback without problems. Now I'm finding I've got wait until a way larger portion has downloaded before it'll playback smoothly.

Bob.
A. Grandt schrieb am 20.04.2011 um 13:24 Uhr
Yay for open standards. Nay for wasting time where there are other more pressing problems.

Even with the new encoding to WebM, they are still screwing up 1080p by effectively turning it into 1080i and then remove the lower field.

[url=

The black bar on the right side should have been black/while alternating lines.

Of course they fix the problem if you use their HTML5 trial mode, kinda. Here they max out the player at 720p.

Edit: Link to the source for the test above: [url=http://www.grandt.com/Vegas/RenderStressTest.zip]
Size: 321 KB.
The link contains .veg files for both VP9 and VP10.
The Belle-nuit test chart was downloaded from [url=http://belle-nuit.com/testchart.html]
amendegw schrieb am 20.04.2011 um 14:53 Uhr
Hmmm... I read that and don't understand it. Does this mean that IE & Safari folks will not be able to view new YouTube videos? I can view the "Render Stress Test" video just fine in IE9. If I right-click I see it plays in Flash. Afaik, impossible with WebM videos.

Here's the browser chart from http://diveintohtml5.org



I guess we'll hear more about this.

...Jerry

System Model:     Alienware M18 R1
System:           Windows 11 Pro
Processor:        13th Gen Intel(R) Core(TM) i9-13980HX, 2200 Mhz, 24 Core(s), 32 Logical Processor(s)

Installed Memory: 64.0 GB
Display Adapter:  NVIDIA GeForce RTX 4090 Laptop GPU (16GB), Nvidia Studio Driver 566.14 Nov 2024
Overclock Off

Display:          1920x1200 240 hertz
Storage (8TB Total):
    OS Drive:       NVMe KIOXIA 4096GB
        Data Drive:     NVMe Samsung SSD 990 PRO 4TB
        Data Drive:     Glyph Blackbox Pro 14TB

Vegas Pro 22 Build 239

Cameras:
Canon R5 Mark II
Canon R3
Sony A9

A. Grandt schrieb am 20.04.2011 um 22:18 Uhr
I have no idea what they use for playback on systems that don't support it. So far I guess we only actually get to see the WebM if you enable the HTML5 Trial setting at [url=http://www.youtube.com/html5]

ushere schrieb am 20.04.2011 um 23:33 Uhr
how does one go about producing webm from INSIDE vegas?
amendegw schrieb am 20.04.2011 um 23:59 Uhr
"how does one go about producing webm from INSIDE vegas?"Good Question! WebM combines the VP8 video codec & the Vorbis audio codec. You can render to the Vorbis audio codec natively in Vegas. Apparently there is a VP8 encoder available that will work in Vegas, but I haven't been able to find it. Combine the two to a WebM media file - not available yet (that I know of).

There is the Miro Video Converter which will transcode to WebM: http://www.mirovideoconverter.com/

...Jerry

System Model:     Alienware M18 R1
System:           Windows 11 Pro
Processor:        13th Gen Intel(R) Core(TM) i9-13980HX, 2200 Mhz, 24 Core(s), 32 Logical Processor(s)

Installed Memory: 64.0 GB
Display Adapter:  NVIDIA GeForce RTX 4090 Laptop GPU (16GB), Nvidia Studio Driver 566.14 Nov 2024
Overclock Off

Display:          1920x1200 240 hertz
Storage (8TB Total):
    OS Drive:       NVMe KIOXIA 4096GB
        Data Drive:     NVMe Samsung SSD 990 PRO 4TB
        Data Drive:     Glyph Blackbox Pro 14TB

Vegas Pro 22 Build 239

Cameras:
Canon R5 Mark II
Canon R3
Sony A9

ushere schrieb am 21.04.2011 um 00:22 Uhr
hi jerry,

i found the vp8 encoder - http://www.webmproject.org/tools/

however, the one's i've looked at were all 32bit.

and, if i have to use vorbis (which i do), i would need to combine (mux) two files?

this seems like a step backwards for content producers?

just dl'd miro - works fine (and pretty quickly). good looking results too.... (23mb file dowm to 2.1mb)
amendegw schrieb am 21.04.2011 um 01:37 Uhr
"this seems like a step backwards for content producers?"I think this confustion is all about licensing. See: [link=]http://www.diveintohtml5.org/video.html[/link] "VP8 is a royalty-free, modern codec and is not encumbered by any known patents, other than the patents that On2 (now Google) has already licensed royalty-free."

Also, here's an interesting read in this forum: HTML5

...Jerry

System Model:     Alienware M18 R1
System:           Windows 11 Pro
Processor:        13th Gen Intel(R) Core(TM) i9-13980HX, 2200 Mhz, 24 Core(s), 32 Logical Processor(s)

Installed Memory: 64.0 GB
Display Adapter:  NVIDIA GeForce RTX 4090 Laptop GPU (16GB), Nvidia Studio Driver 566.14 Nov 2024
Overclock Off

Display:          1920x1200 240 hertz
Storage (8TB Total):
    OS Drive:       NVMe KIOXIA 4096GB
        Data Drive:     NVMe Samsung SSD 990 PRO 4TB
        Data Drive:     Glyph Blackbox Pro 14TB

Vegas Pro 22 Build 239

Cameras:
Canon R5 Mark II
Canon R3
Sony A9

musicvid10 schrieb am 21.04.2011 um 02:54 Uhr
I'm way with A. Grandt on this. I'm not a fan of VP8; it is not ready for prime time. Youtube (I know, it's Google) could better spend their time on the 1080 resolution issues, block-free fades, worm-free compression, and better audio. There is nothing inherent in HTML5 or their chosen delivery codecs that will make any of this better afaik.
musicvid10 schrieb am 21.04.2011 um 03:20 Uhr
Many are asking where to get the VP8 codec. Although I'm sure mine came from the developer pages at Google, I did find this link to an apparently updated version for vfw:
http://www.free-codecs.com/download/VP8.htm
SuperG schrieb am 21.04.2011 um 06:41 Uhr
I'm not really feeling anything for VP8, and really wasn't impressed with the older On2 stuff either. I'm willing to bet that if WebM really catches on, Sony will include it in a future release. VP8 isn't really going to do a whole lot of good by itself, work-flow wise, if there isn't support to encode it to a matroska container file. AFAIK, that has to be done by SCS. AVI's wont cut it.
musicvid10 schrieb am 21.04.2011 um 06:56 Uhr
"I'm willing to bet that if WebM really catches on,"

It has nothing to do with "catching on", it's being rammed down our throats by the bully Google, who plans to limit all their online video to WebM in the foreseeable future.
farss schrieb am 21.04.2011 um 08:39 Uhr
When VP8 was first mentioned here I read through an analysis of it by one of the X.264 developers. In short, it is pretty sad compared to H.264 or X.264.
The whole licensing thing is a bit of a joke. Google have not been asked to pay a dime in licensing so why they getting so evangelical about this is an interesting question. If both M$ and Apple agree Google are nuts there has got to be something else to this. My gut feeling is it's simply cost. Both H.264 and X.264 are very CPU intensive codecs. VP8 seems to scorn quality for less CPU load so maybe it was just to save YouTube's biggest operating cost, energy.

Bob.

amendegw schrieb am 21.04.2011 um 09:22 Uhr
"The whole licensing thing is a bit of a joke. Google have not been asked to pay a dime in licensing so why they getting so evangelical about this is an interesting question"Agreed! I posted the licensing quote as a point of fact - not suggesting that it made any sense whatsoever.

The other point that should be made is that MPEG-LA has extended its Royalty free use of h.264 past the original 2015-12-31 expiration. Furthermore, MPEG-LA has issued a "Call for Patents Essential to VP8 Video Codec MPEG LA Offers to Facilitate Development of a Joint License to Provide Coverage Under Essential Patents" Read all about it here: MPEG-LA Media / Licensing Programs

What does all this mean? And what does the future hold? I dunno. It sure seems like a mess to me (and I didn't even mention "Steve Jobs" once!!).

...Jerry

System Model:     Alienware M18 R1
System:           Windows 11 Pro
Processor:        13th Gen Intel(R) Core(TM) i9-13980HX, 2200 Mhz, 24 Core(s), 32 Logical Processor(s)

Installed Memory: 64.0 GB
Display Adapter:  NVIDIA GeForce RTX 4090 Laptop GPU (16GB), Nvidia Studio Driver 566.14 Nov 2024
Overclock Off

Display:          1920x1200 240 hertz
Storage (8TB Total):
    OS Drive:       NVMe KIOXIA 4096GB
        Data Drive:     NVMe Samsung SSD 990 PRO 4TB
        Data Drive:     Glyph Blackbox Pro 14TB

Vegas Pro 22 Build 239

Cameras:
Canon R5 Mark II
Canon R3
Sony A9

A. Grandt schrieb am 22.04.2011 um 08:56 Uhr
The MPEG-LA "Call for Patents Essential to VP8" is being criticised, as it has only one purpose, to encumber the VP8 codec with patents under MPEG-LA's control. The h.264 license extension only came about after Google started pushing VP8 as hard as it did, and that the WebM codec became the de-facto standard in HTML5.

MPEG-LA have no interest in improving VP8 with this move, it is merely an attempt to squash the competition.
Whether you like VP8 or not, it is currently free of potentially costly patent licensing fees.
john_dennis schrieb am 22.04.2011 um 23:41 Uhr
When I render to a new form of a video, I don't usually render from the lowest quality version in my workflow. Since the youtube servers are converting old content to the new delivery codecs, I wonder if they will render from my original uploads. I would think they dump those storage hogs soon after the first conversion is finished. Without any opinion about the new codecs, there is an opportunity for loss due to yet another render.

Of course, for my video it's a case of CIEWCO.*

* Crap In, Even Worse Crap Out,