Live data from Hacker News

Juno – A YouTube Client for Vision Pro

christianselig.com

361–370 of 370 posts

Re: Juno – A YouTube Client for Vision Pro

#361

Earlier quoted context omitted.

FYI, Vinegar is well worth a couple of bucks. https://apps.apple.com/us/app/vinegar-tube-cleaner/id1591303... Install it, and delete the janky "native" app. Now Youtube is a webpage that does everything it does on a regular browser. PiP? Audio with the screen locked or in the background? Yes and yes.

Does it still block ads? I happily used Vinegar before, but it lost that functionality when YouTube’s crusade against ad blockers began (I don’t recall if it just let the ads through, or if it triggered the “Ad Blocker Detected” pop-up). With that, YouTube single-handedly forced me to move browsers on all my devices – from Safari to Orion, where I get to use uBlock Origin. uBlock seems to have stayed a step ahead of…

I've had some issues with it but it seems to be back working as of the last two or three weeks.

Re: Juno – A YouTube Client for Vision Pro

#362

So nice to see a YouTube client that makes sense on the platform it’s on. Compare to the official YT client for iPad, for example, which bizarrely uses the same tiny Material touch targets as on phones.

The lack of attention for iPad apps is infuriating. Instagram, for instance, uses the damned phone app. That’s insane.

I get it for small time apps, but Meta is clearly big enough to give it the little amount of attention it needs.

Re: Juno – A YouTube Client for Vision Pro

#363
post #39

Earlier quoted context omitted.

If you had read the article you would find that this app doesn't really need YouTube API access. It's just an iframe. It's 1998 tech.

I'm 100% expecting YouTube to cease&desist him > https://support.google.com/youtube/answer/171780?hl=en The YouTube API Terms of Service and Developer Policies apply to all access and use of the YouTube embedded player. > https://developers.google.com/youtube/terms/developer-polici... You and your API Clients must not, and must not encourage, enable, or require others to: use YouTube API Services to create, offer, or…

I think it's a reasonable argument that because YouTube have deigned to not support this device with a first party app that they are indeed adding "significant independent value or functionality that improves users' interactions with YouTube" with this program?

Specifically this appears to offer a better experience than what YouTube choose to offer.

Re: Juno – A YouTube Client for Vision Pro

#364
post #95

If you're into self-hosting there is https://github.com/iv-org/invidious which works great with https://github.com/yattee/yattee for macOS/iOS/tvOS. This combo is amazing, haven't looked back ever since I deployed it with docker. Hopefully Yattee will make a native visionOS app in the future.

I use Yattee on tvOS but lots of invidious and piped servers seem to all be very slow to load. Any server you recommend?

They recommend self hosting

Re: Juno – A YouTube Client for Vision Pro

#365

Talented developer for sure, but has a knack for developing software that piggy backs of silicon valley giants that can turn off access at a moments notice.

He probably had fun with this one and expects (or hopes!) it to become irrelevant after YouTube for VisionOS comes out. We’ll see.

At the rate of his quality, hope google does right and just buys his app out instead.

Re: Juno – A YouTube Client for Vision Pro

#366

Earlier quoted context omitted.

Singular they dates back to the 14th century. Isn't 600 years long enough to stop quibbling over it?

When the gender is unknown. Why apply it in every case?

No, not just when the gender is unknown.

Re: Juno – A YouTube Client for Vision Pro

#367

Brought to you by the man who created Apollo for Reddit.

For reference, please see the #2 top post on Reddit in the last year. This is the impact that a single developer can have. If that's not inspirational, then I don't know what is. https://old.reddit.com/top/?sort=top&t=year

I must admit, this is much more creative and entertaining than being rick-rolled

Re: Juno – A YouTube Client for Vision Pro

#368
post #322

Earlier quoted context omitted.

The AppleTV YouTube app is so bad that I’m convinced nobody responsible for it owns a TV. It even forces its own built in screensavers to run instead of the OS one if the app is left paused. Who approves that?! What Steve Jobs said about Microsoft in the 90s applies to Google today: They have no taste.

N=1 obviously but I use the YouTube app a lot on my Apple tv and think it works fine? I don’t get anything besides the native screensaver and they even added the option to browse comments natively. Only bug seems to be a black screen for a second when I close the app (maybe a bug with suspend?).

Are you running with your AppleTV set to Dolby by default? The black screen is switching between SDR (maybe HDR) YouTube and Dolby Vision Home Screen.

Re: Juno – A YouTube Client for Vision Pro

#369
post #92

Earlier quoted context omitted.

That's a false dichotomy. There are many monetizing alternatives besides advertising, or paying the platform to remove advertising they introduced in the first place.

With keeping the same old UX yes it is. What YouTube offers for free is very generous. There is unlimited uploads. The high resolution options are free. The site is not behind a paywall. You can make an infinite amount of playlists which each have an unlimited size. You can have unlimited tabs open. Videos get automatic transcriptions, subtitles, and translations. Your streaming does not get throttled. Every user get…

> What YouTube offers for free is very generous. There is unlimited uploads. The high resolution options are free.

"Allowing" people to upload, "for free", content for YouTube to monetize is "very generous" of YouTube?!? I think you've got that severely bass-ackwards.

Re: Juno – A YouTube Client for Vision Pro

#370
post #122

Earlier quoted context omitted.

> it obscures the actual content when you're interacting with the controls (a problem that's particularly acute on smaller screens) What's the right trade-off here in your mind then? Leave the controls always-on/visible? On a small screen, it takes a lot of real estate (except in portrait mode), and small UI controls are a pain to use so you need to make them big enough. I struggle with this, I really don't know what…

> On a small screen, it takes a lot of real estate That's why the full-screen mode exists

in full screen mode, even after people turn their phone 90 degrees, you have not much space for visible control on a 16x9 video.
Post reply on HN