• 0 Posts
  • 9 Comments
Joined 1 year ago
cake
Cake day: June 20th, 2023

help-circle

  • It’s already a thing with near-zero delay. MS Teams does it (dunno about the translation) and the QSMP Minecraft server has a bunch of livestreamers from different countries who use it for realtime translation.

    [EDIT: Live demo from today. Shit’s impressive.]

    What actually happens is that the current sentence gets “corrected” several times as you keep speaking. It’s a bit jittery and if the word order differs significantly then the translated sentence might be a bit wonky for a few seconds, and there are a few misses but overall it works really well; at least well enough that people who don’t speak each others’ language can have a conversation in their native tongues with essentially no more delay than reading speed. I can easily follow a livestream in a foreign language with the live subtitles (which was not the case a mere 6 months ago for any language other than English).


  • The title of the post is literally “I love my Gitea”.

    The content of them meme does conflate “git” with its various frontends (like gitea), but it’s an incredibly common misnomer so who cares?

    The person I responded to then went on a weird rant about how “git by itself is distributed” which is completely irrelevant to the point since OP’s Gitea provides a whole lot more.


  • You’re completely missing the point. Even Gitea (much simpler than GitHub, nevermind GitLab) is much more than a git backend. It’s viewable in a browser, renders markdown, has integrated CI functionality, and so on.

    Even for my meager self-host use-case, being able to view markdown docs in the browser is useful from time to time, even on my phone.

    As for the things I use (a self-hosted) GitLab instance at work for… that doesn’t even scratch the surface.





  • They are legally obligated to show which part of the video is an ad (and contractually obligated to have a clickable link), which always leaves ad blockers a way to correlate and remove those segments though (essentially skipping forward during the ad, then lying to the backend when asking for additional segments as if the user had skipped through the video after the ad was over).

    On Twitch they managed to outplay even uBlock, because the streaming is realtime and if you skip the ad segments, there’s no data to fall back to and the backend won’t send you the regular segments until the ad break is over (from what I understand). So at best you get a waiting screen instead of an ad.

    However I’m not sure if it would make (financial) sense to apply a similar strategy on YouTube, as that would require preventing buffering the video until the ads have stopped playing (and wouldn’t work at all for midroll ads since the video has already been buffered at that point). Not only would this be expensive to do in the backend, but it would likely cause disproportionate buffering on low-end connections which couldn’t start loading the video while the ad is playing.