Hacker Newsnew | past | comments | ask | show | jobs | submit | TechSquidTV's commentslogin

Fundamentally against stealing from creators.


You’re free to put ads and I’m free to not watch them. What the issue ?


The contract (TOS) of you watching my content, is you pay. You may pay in ads, or you may not watch. Anything else is theft.


I've never seen a TOS like that, and it's extremely gross to try to control someone's attention.


It's also extremely gross to steal.

That’s freedom, if you make it freely accessible I can take it however I want.

There are platforms for paid content, YouTube was never made for it. It’s an afterthought.


No contract is signed at any point.

Actually I didn’t sign anything. And I will watch online content however I want to. You’re free to paywall it or not put it online at all if you don’t like it, someone else will fill the gap.

It is pay walled. You actively subvert it.

How is blocking in-video apps stealing from creators? If the advertiser pays them per view, your view still counts. If they pay a commission per purchase, it doesn't matter if you skipped the ad if you wouldn't have bought the product anyway, and I doubt you buy every single advertised products to support creators.


Posting YouTube videos can just be a hobby - it was in the beginning, and that was fine. It's OK if posting a video isn't a profitable career path. Enthusiasts > "creators".

And in-video ads like these are even less defensible given that they still show up when people are paying YouTube (and creators by extension) to not display ads.


I respect your stance. A couple counter points from personal experience: even if I can't skip the ads, I'm not paying attention - I immediately mute/tune out. And the ads are typically so obnoxious that the reflex to ignore/avoid is only magnified. Is that so different from having a mechanism to auto skip/mute?


it is. yes


Out of the options "creators released content only behind paywalls", "users steal from creators", and "creators incentivised platforms to lobby to remove user freedom so users can't steal from creators", what actually happened was, by far, my least preferable option.


I would have assumed plan modes make use of tools to keep the goal/plan persistent across compaction etc. Is that not the case?


This really only inconveniences people, not bots.


Woah believe it or not, that's Numberwang!


Hey all, This is my project. Started about 6 months ago and have been working on this last update for roughly the last 3 months.

Cliparr is a video clipper for Plex, Jellyfin, and local video. It's a video editor, but its only job is to export a clip from a video. For things like gifs mostly.

When I went to add subtitle tracks to the editor, it bogged down like crazy. So, probably bigger than Cliparr is the new underlying library for the timeline editor. You can read more about that in the post.

Hope you enjoy!


Almost like the algorithm is listening.

I have been getting into this as well. I had ChatGPT plan up a new UART adapter and similar.


It still helps deduplicate.


Only if you are using a framework like React, where you create generic Button and other components.

Try using Tailwind with server-side rendered frameworks like Rails or vanilla HTML, and you will find yourself repeating the same stuff over and over again. Basically anytime you want e.g. a <button>, you have to repeat all the inline css for it. (There are plugins for Rails that adds "components", but I found it very clunky)


Not really. Every single button that gets rendered has thirty class names attached to it instead of one. It really bloats markup with duplicated classes.


LLMs are static though.


In the way that, say, Garmin Maps are static, I agree.


Very much like map CD-rom updates, I think a lot of people wouldn't mind paying per-update for these models, and would understand the implications. That is, if there weren't so many open models available.


... So we both agree.


It's not a bad market to aim for. No one else really is.


Is it doing any circuit simulation or anything?


we are building tool plane integrations around the same. stay tuned!


Consider applying for YC's Winter 2027 batch! Applications are open till November 2.

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: