[-] gabe565@lemmy.cook.gg 1 points 1 year ago

Hey, it's been a while but I wanted to give you a heads up that CastSponsorSkip will now skip YouTube ads when possible! Not all ads can be skipped, but it will mute them, and then skip them the second the "Skip" button appears.

[-] gabe565@lemmy.cook.gg 2 points 1 year ago

Hey! I love the post and the ASCII theme of your site. I just want to say, thanks for all of the work you did on sponsorblockcast. It was a great tool that I happily used for a long time.

Thank you!

[-] gabe565@lemmy.cook.gg 1 points 1 year ago

I haven't tested on Windows yet, but releases have Windows downloads! Did you get an error when you ran it?

[-] gabe565@lemmy.cook.gg 1 points 1 year ago* (last edited 1 year ago)

I love sponsorblockcast, but I had the same exact issue. In my case, sponsorblockcast usually uses 10% CPU, but would sometimes start using more and more. I've been testing CastSponsorSkip pretty thoroughly and haven't been able to get it to spike above 1-2% CPU yet!

[-] gabe565@lemmy.cook.gg 4 points 1 year ago

Thank you! I have to admit, it's really satisfying seeing sponsored segments get skipped. Would definitely recommend!

111

Hi everyone! I've been using sponsorblockcast for a while (which is a great project), but I always wished it was written in Go. The go-chromecast library that it uses is written in Go, so a Go app could connect to all devices within a single process instead of creating child processes for every device. I finally decided to spend some time writing my own, called CastSponsorSkip. All of the features of sponsorblockcast are re-implemented in Go, plus some additional privacy features. I wrote a comparison if anybody is curious!

[-] gabe565@lemmy.cook.gg 14 points 1 year ago

That's just the default, and I assume it's mainly to make it easier for new users to start using Lemmy. It lets you change to any other instance during login.

[-] gabe565@lemmy.cook.gg 1 points 1 year ago* (last edited 1 year ago)

That's awesome! I love his Helm chart. It's the most impressive Helm library I've ever seen. I maintain a bunch of charts and I exclusively use his library chart :)

I just mentioned in a response to @seang96@exploding-heads.com, but I feel like deploying a separate nginx is probably cleaner, I just didn't want another SPOF that I could break at some point in the future.

[-] gabe565@lemmy.cook.gg 0 points 1 year ago* (last edited 1 year ago)

Yep I'm still working on a helm chart. Currently, each service is deployed with the bjw-s app-template helm chart, but I'd like to combine it all into a single chart.

The hardest part was getting ingress-nginx to pass ActivityPub requests to the backend, but we settled on a hack that seems to work well. We had to add the following configuration snippet to the frontend's ingress annotations:

nginx.ingress.kubernetes.io/configuration-snippet: |
  if ($http_accept = "application/activity+json") {
    set $proxy_upstream_name "lemmy-lemmy-8536";
  }
  if ($http_accept = "application/ld+json; profile=\"https://www.w3.org/ns/activitystreams\"") {
    set $proxy_upstream_name "lemmy-lemmy-8536";
  }
  if ($request_method = POST) {
    set $proxy_upstream_name "lemmy-lemmy-8536";
  }

The value of the variable is $NAMESPACE-$SERVICE-$PORT.
I tested this pretty thoroughly and haven't been able to break it so far, but please let me know if anybody has a better solution!

gabe565

joined 1 year ago