News for hackers. Stuff that matters.
Re:First-Person Hyper-lapse Videos by spindritf on Sunday August 10, 2014 @05:41PM (#8160844)
The videos don't load for me (due to mixed content, I believe), so here they are:

https://www.youtube.com/watch?v=SOpwHaQnRSY

https://www.youtube.com/watch?v=sA4Za3Hv6ng

The hyperlapse of the climbing video looks like an FPS game from a decade ago with texture refreshing as you get closer.

Re:First-Person Hyper-lapse Videos by jplevine on Monday August 11, 2014 @02:45AM (#8162229)
Hi spindritf -- I work for YouTube and have been looking into some mixed content issues with embeds. Mind if I email you and ask for some details about this scenario?
Re:First-Person Hyper-lapse Videos by spindritf on Monday August 11, 2014 @10:19AM (#8163332)
Barrym is probably right: HTTPS everywhere forces ssl for the site, but not for the embedded videos. Feel free to shoot me an e-mail though, no need to ask.
Re:First-Person Hyper-lapse Videos by jkopf on Monday August 11, 2014 @03:16AM (#8162299)
Hmm... Did I not embed these correctly? The project page as well as the embed links are plain http:// this is what it should be, no?
Re:First-Person Hyper-lapse Videos by barrym on Monday August 11, 2014 @03:39AM (#8162344)
People using the HTTPS Everywhere extension will have the site URL as https, but not the embedded videos.
Re:First-Person Hyper-lapse Videos by 0x006A on Monday August 11, 2014 @10:19AM (#8163329)
since the page is also available via https, using protocol relative urls for the embeds should fix the issue (src="//www.youtube.com/embed/SOpwHaQnRSY" instead of src="http://www.youtube.com/embed/SOpwHaQnRSY")
Re:First-Person Hyper-lapse Videos by jplevine on Monday August 11, 2014 @02:55PM (#8164647)
As mentioned in another comment, we recommend using schema-less embeds, e.g. "//www.youtube.com/embed/...". Regardless, these embeds should still work when embedded over HTTP.