Live data from Hacker News

YouTube now defaults to HTML5 video

youtube-eng.blogspot.com

341–350 of 414 posts

Re: YouTube now defaults to HTML5 video

#341
Wow, I almost forgot that I was using HTML5 version of youtube as a preview. I am using HTML5 preview since day 1 and I don't remember any glitches or bugs. I wonder why this switch has taken so long given many upsides and no known downside.

Re: YouTube now defaults to HTML5 video

#342

Earlier quoted context omitted.

I remember at one point Real Player had a redesign, it was sleek, well integrated and could stream all kinds of content very appropriately.

It also supported SMIL with real-time buffering of content from independent sources. You could create a small XML file that dynamically and seamlessly streamed video excerpts from multiple servers, appearing as one stream.

Hehe, SMIL, the early days of web defined standards. Our university tried to enforce its usage but it never caught up. Multimedia streaming at that time was still an oddity. Never be too early.

Re: YouTube now defaults to HTML5 video

#343
post #316

Earlier quoted context omitted.

They would have to get all their pieces from you, breaking protocol. They'd also have to be doing this on a large scale. They'd also either be breaking whatever laws you might be breaking, or they are providing you an implicit license.

"They would have to get all their pieces from you" If you're suggesting that it's only copyright violation if you download a complete work from somebody, you're flat out wrong.

I'm saying that whoever was proving a violation would have to show infringing distribution of a protected work. Bit torrent pieces generally contain a small fraction of the total work, which could easily be fair use. You'd have to show that the person was actually transmitting a protected work against its license. That piece may have been a short clip in a more encompassing work. You won't know until you get more of the context (other pieces).

So, maybe "they" (person/group alleging infringement) wouldn't have to get all the pieces, but it makes their case much stronger. There can certainly be fair use arguments made for transmitting torrent piece sized copies of protected works.

Re: YouTube now defaults to HTML5 video

#344

Earlier quoted context omitted.

Unless the playback hardware is DRM'd and encased in an impenetrable box, you don't need to capture photons and compression waves, just the output at the DAC, which can give you perfect fidelity to the original digital signal.

Yes, but who does that in real life outside the tiny community of extreme hardware nerds? Absolutely such things are possible, but they're increasingly impractical. It's the same reason that people promote widespread adoption of encryption; there's no encryption so strong that it couldn't be easily circumvented at the endpoints by really dedicated sppoks, but the sheer inconvenience is itself a safeguard against mass…

Only one person has to do it.

Beauty of digital.

As for the spooks, depends on what you mean by "easily".

Edit: According to a video[1] posted on Vimeo (which claims to be from a DMCA hearing) representatives of the MPAA appear to make recommendations on how to do the capture and they provide some tips that will increase the quality of the final product.

For example, hooking directly into the audio output; and, removing other light sources.

[1] http://vimeo.com/4520463

Re: YouTube now defaults to HTML5 video

#345
post #260
post #255

Earlier quoted context omitted.

Only because it is literally the only way to support the feature. Nothing sneaky about it.

Clipboard API and events. W3C Working Draft 09 December 2014 http://www.w3.org/TR/clipboard-apis/

That's awesome, I didn't know about this draft at all! Still wondering how such a native feature hasn't been drafted within the first 25 years of web browsers. Any (un)official ETA?

Re: YouTube now defaults to HTML5 video

#346

Earlier quoted context omitted.

foobar2000 and GoneMad Music Player? Dunno, I'm that propeller hat guy who carries his music around in Opus Format on his Android ...

What's Opus like for day-to-day use? Do you notice any battery hit on Android from it being decoded in software? (assuming AAC is done in hardware - could be wrong) What kind of quality/filesize do you use? If I'm used to ~170kbit VBR AAC/MP3 for headphone use, what settings would I need for Opus?

No significant battery hit, I really don't care. There is an ARM-optimized version of libopus that seems to use vector operations, I don't think it gets much better than that.

I'm using 72-96 kbit/s as bitrates, I've been playing around with that actually. 72 kbit is too little sometimes, 80 is fine, 96 is safe. Encoding is done in foobar2000, copy everything into a playlist, right click -> encode. My archive structure is this: At the top, there is one folder "Lossless", one folder "Lossy", each with subfolders for artist and album. foobar2000 and any other players syndicate their library from both folders.

I have separate versions of my music archive on my laptop and on my phone, each of which are complete. For the laptop, Lossless gets converted to Opus, Lossy remains the same, folders get merged. On the phone and tablet with tighter space constraints, I just re-encode everything to opus and merge. I won't notice the artefacts of re-encoding MP3 to Opus when there's a train humming in the background and people talking.

My best headphones for use with my phone are the 50€ Shure earphones. I also have some large open headphones from Thomann. Both are kinda good, but not studio quality good, so some details will escape me. I could maybe find some differences between Flac and Opus in some recordings if I tried very hard, but frankly I hate paying attention to audio quality. It's a very draining task that I restrict to comparing amplifiers/DACs and speaker setups, and I'll always use Flac for that anyways.

Re: YouTube now defaults to HTML5 video

#347

Earlier quoted context omitted.

I've had a pretty poor experience with HTML 5 video. It stutters far more than flash and in particular it does very weird things when I try to skip around in videos. I'll miss flash.

The thing I find is that ever time the HTML5 window changes size is that it appears to drop all data and start loading again. So my old tactic of open 5 tabs, maximise and watch one by one is completely nerfed

The Flash-based player would do exactly the same (with a slight delay) even if it wasn't as obvious from the UI.

To prevent YouTube from switching sources when resizing the content, select a specific quality first (it defaults to “Auto”). I wouldn't be surprised if there were browser extensions that automatically do this (e.g. always choose the highest quality).

Re: YouTube now defaults to HTML5 video

#348
post #149

By the way, is MPEG-DASH* patent encumbered or not? I didn't find clear answer on that. Youtube is using DASH (on the server side) to implement adaptive streaming. * https://en.wikipedia.org/wiki/Dynamic_Adaptive_Streaming_ove...

MPEG-DASH is completely royality free. Find also more info on www.dash-player.com

Re: YouTube now defaults to HTML5 video

#349
post #88

Next up (I hope): Twitch. Then I think I'm done with that extension.

Twitch streams in HTML5 for me on Safari, if Flash isn't installed. No comments, though.

HLS is supported by default on Safari (on MacOS only, AFAIK). HLS is developed by Apple so it make sense to support it natively on their products. There's a bunch of players that has "HTML5-first" support, it tries to use tag and if the browser doesn't support it, it fallbacks to flash.

Re: YouTube now defaults to HTML5 video

#350
post #124
post #81

Earlier quoted context omitted.

Oh my god I completely forgot about RealPlayer. Luckily there was an alternative, Real Alternative, that enabled you to play the content without having to install that ghastly RealPlayer. It seems like the community always finds a way around crappy software.

What's the community using instead of iTunes?

Torrents
Post reply on HN