Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Playlist for iOS

brave.com

Post reply on HN
Print view View original

81–90 of 90 posts

Re: Playlist for iOS

#81

Post by [deleted] »

Otek wrote: post #79
delhanty wrote: post #78

Earlier quoted context omitted.

I understand why Brave are subject to the Apple AppStore TOC. What I am not clear about is why Brave would be subject to YouTube’s TOC.

as pointed by the user layoutIfNeeded it's this point of TOC >5.2.3 Audio/Video Downloading: Apps should not facilitate illegal file sharing or include the ability to save, convert, or download media from third-party sources (e.g. Apple Music, YouTube, SoundCloud, Vimeo, etc.) without explicit authorization from those sources.

[deleted]

Re: Playlist for iOS

#83

Post by eredengrin »

xNeil wrote: post #30
eredengrin wrote: post #28

Earlier quoted context omitted.

> it just seems wrong to replace someone else's ads with your own. I can see how it might feel scummy to do this, but on the other hand, from a rational perspective I'm having a tough time seeing what's wrong with it. If it's because it's taking away revenue from the party serving the ads, then replacing the ads is no worse than blocking ads entirely. If it's because the organization blocking the ads is directly bene…

That's a very fair point, I had not thought of it in that way at all. I guess they are two ways of approaching it - 1. Brave is replacing Google Ads with their own ads. 2. Brave already blocks Google Ads, they might as well make some money while doing so and add their own. Funnily, I don't find either of these wrong, so I'm not sure which one to believe. I'd love to hear your opinion on it though!

There's a lot of ways to look at this and I could easily write a few essays on it. At least for myself though, I don't personally view it as a bad thing. Blocking ads is the only questionable part of the story, but in my view that's just a matter of not displaying the full contents of the page so I find it hard to incriminate. Anything after that (including displaying other ads) is unrelated.

At the end of the day I hope the brave model catches on - not only are the brave ads more ethical since the ads are served locally (ie no user tracking server side), but my understanding is you can also fill up your wallet with your own money and then use that for the micro-transactions given to each site you visit, which gives you the choice to still support the ecosystem but without ads being necessary. Unfortunately brave is not easy for me to use for other reasons but if it ever got big enough maybe they'd make a Firefox extension or something so I could at least plug into the payment system without all the other blocking/brave ads features.

Re: Playlist for iOS

#84

Post by eredengrin »

jay_kyburz wrote: post #39
eredengrin wrote: post #28

Earlier quoted context omitted.

> it just seems wrong to replace someone else's ads with your own. I can see how it might feel scummy to do this, but on the other hand, from a rational perspective I'm having a tough time seeing what's wrong with it. If it's because it's taking away revenue from the party serving the ads, then replacing the ads is no worse than blocking ads entirely. If it's because the organization blocking the ads is directly bene…

> I'm having a tough time seeing what's wrong with it I block ads so that I will not be manipulated into buying things I don't want or need. I'm defending myself from an assault on my ego and self worth. I'm not making money, I'm just consuming content that people have chosen to make public. When Brave replaces the ads of a website they are just stealing the content and selling it.

Blocking ads and serving up new ads are entirely different procedures. It would be entirely technically possible for brave to show brave ads in addition to the existing ads on a page. It is also possible for users to turn off ads entirely (including the brave ads). You can't just lump these two separate steps together, they are independent, and the only part of it that might directly harm the original site/page creators is blocking the original ads. Serving up new ads is no different than what the site creators themselves are already doing for their own work.

Re: Playlist for iOS

#85

Post by xsmasher »

asadlionpk wrote: post #27

This will get shut down very soon. I am actually surprised Apple even approved this. I essentially built the same thing for myself (music player that combines/searches multiple sources, use youtube-dl server to stream optimized mp3 only), I had to skip app store and sideload it.

Every app that does background play of youtube videos seems to get shut down shortly after gaining any traction.

Re: Playlist for iOS

#86

Post by jay_kyburz »

eredengrin wrote: post #84
jay_kyburz wrote: post #39

Earlier quoted context omitted.

> I'm having a tough time seeing what's wrong with it I block ads so that I will not be manipulated into buying things I don't want or need. I'm defending myself from an assault on my ego and self worth. I'm not making money, I'm just consuming content that people have chosen to make public. When Brave replaces the ads of a website they are just stealing the content and selling it.

Blocking ads and serving up new ads are entirely different procedures. It would be entirely technically possible for brave to show brave ads in addition to the existing ads on a page. It is also possible for users to turn off ads entirely (including the brave ads). You can't just lump these two separate steps together, they are independent, and the only part of it that might directly harm the original site/page creat…

>Serving up new ads is no different than what the site creators themselves are already doing for their own work.

It is different because you are collecting money that would otherwise have gone to the sites creator?

(assuming a non ad blocking reader)

Update: I think I see where you are coming from, that as a _reader_, blocking ads in Firefox is the same as choosing to use Brave and willing watching Brave ads so that the Brave company can make money that would otherwise not have gone anywhere. The _reader_ generates no money for the content producer.

But as a _publisher_, an ad blocker reader in Firefox is just somebody who chooses to ignore the ads, but the Brave company is directly monetizing your content without your consent.

I my mind, the difference is that in scenario A. the use wants to be free of ads, in scenario B. the user doesn't mind ads, just not the ads you have chosen to show. And Brave is making money from that.

Re: Playlist for iOS

#87

Post by eredengrin »

jay_kyburz wrote: post #86
eredengrin wrote: post #84

Earlier quoted context omitted.

Blocking ads and serving up new ads are entirely different procedures. It would be entirely technically possible for brave to show brave ads in addition to the existing ads on a page. It is also possible for users to turn off ads entirely (including the brave ads). You can't just lump these two separate steps together, they are independent, and the only part of it that might directly harm the original site/page creat…

>Serving up new ads is no different than what the site creators themselves are already doing for their own work. It is different because you are collecting money that would otherwise have gone to the sites creator? (assuming a non ad blocking reader) Update: I think I see where you are coming from, that as a _reader_, blocking ads in Firefox is the same as choosing to use Brave and willing watching Brave ads so that…

> I my mind, the difference is that in scenario A. the use wants to be free of ads, in scenario B. the user doesn't mind ads, just not the ads you have chosen to show. And Brave is making money from that.

Or it could be that in scenario B the user does not mind ads if they are done in a privacy respecting manner.

Alternatively, the way I see it is that brave ads are entirely separate from the content you have requested. I'm honestly not sure exactly how the ads are displayed in brave but as far as I'm concerned, brave could show ads on a blank new tab page with no content whatsoever and still make money from it. It makes no difference what (if any) content is loaded at any given time.

And back to my original message - even if Brave the company was "only" blocking ads - it might not be directly monetizing someone else's content, but by blocking the ads they are still benefiting as a company by gaining the good will of their customers by blocking those ads (or we could create a hypothetical scenario where eg brave blocks ads that happen to be for google chrome or mozilla firefox, in which case they have not directly benefited in a monetary way but have suppressed their competition).

Don't get me wrong - I see how it looks grimy given a certain framing. I guess you could say I just don't particularly care given the overall situation.

Re: Playlist for iOS

#88

Post by whobutsb »

Are you able to drop in your own local MP3 files to Playlist? I miss having an offline audio player not connected to a streaming service. Anyone have any Android recommendations?

Re: Playlist for iOS

#89

Post by FractalHQ »

parhamn wrote: post #36
danielmeskin wrote: post #32

Earlier quoted context omitted.

Sorry if this was asked already but is Synth chromium based?

No problem. It is. I an curious how you feel about that. The engine is a bit agnostic of the rendering layer (we will have a similarly powerful iOS app at some point too).

I like this if it gives me access to my chrome extensions- can’t live without some of them. Non-chromium is a non-starter because of this

Re: Playlist for iOS

#90

Post by BrendanEich »

llarsson wrote: post #61
BrendanEich wrote: post #56

Earlier quoted context omitted.

Are you sure we are doing what got others in trouble?

This is like NewPipe, just more convenient. And you can't find that in the Play Store, right? Plus, it needs almost weekly updates to function because Google (my guess!) intentionally breaks some API slightly, just to make this sort of thing more difficult.

Not “like NewPipe” in crucial regard.
Post reply on HN