ekky

joined 2 years ago
[–] ekky@sopuli.xyz 4 points 1 month ago (8 children)

Jeg håber inderligt at de mener AI, og ikke LLM såsom chatgpt.

[–] ekky@sopuli.xyz 14 points 1 month ago

It's still in beta and audio appears to not always work when streaming. Though, there's recent activity on the related issues, so hopefully it gets out of beta before Discord alienates the regular user.

I tested it a few days ago and besides the audio problem it appears to work very well.

[–] ekky@sopuli.xyz 1 points 1 month ago* (last edited 1 month ago) (1 children)

That's weird. I just tested it with a friend (I'm on Endeavour, she's on Win11, the server is VPS with Debian running the newest Synapse and Element-web). Audio works fine both ways with no mic config required, streaming is a little laggy when viewing the screen and stream next to each other, but that's all.

EDIT: No, you're right. Audio within streams seem to fail. I remember Discord having the same problem (hence why I use Vesktop), but if Windows also suffers this shortcoming? I'm pretty sure I remember it working a month ago, so there should be a bug report in Synapse (or element).

[–] ekky@sopuli.xyz 2 points 1 month ago* (last edited 1 month ago) (3 children)

Element has audio issues on Linux? Didn't notice it when I tested whether Matrix had what I needed (a month past). I'll see if it screws up if I try again now.

[–] ekky@sopuli.xyz 34 points 1 month ago (10 children)

Element already has desktop streaming as an experimental feature. Worked fine last i tested it. Currently planning how to trick my social circle into using it.

I also want to go check out the new TeamSpeak, it's supposed to be a decent Discord alternative - Even though Discord originally replaced it.

[–] ekky@sopuli.xyz 5 points 2 months ago

I think it came with a pop-up once when it first got added, and I've just kept removing it since.

To this day, I'm still not sure what problem it was supposed to fix, or what feature it was supposed to add.

[–] ekky@sopuli.xyz 6 points 2 months ago

Kommissionen kan holde kæft og dy sig.

Vel og mærke, så er det dejligt at vi har den, så vi kan samle alle tosserne, og altid have en idé hvad man ikke burde gøre, men nu bliver det altså for dumt.

[–] ekky@sopuli.xyz 7 points 2 months ago

Was about to point this out. I'd just go to one of my IRL friends and have him send me an E-Mail/PM/whatever while i watch him do it.

[–] ekky@sopuli.xyz 1 points 2 months ago* (last edited 2 months ago)

The claim above was off the top of my head, but I've found multiple pages of results describing the panic that ensued.

Now, Microsoft (Copilot and Github) are less than clear on what exactly is used for training, but the general consensus seems to be, that they don't train on private repositories. Though there appears to be some confusion about this, especially regarding Microsoft's honesty about not using loopholes (this article might be faked, I haven't tried confirming it, though, this topic is a shit show ripe with miscommunication, misinformation, and quite a lot of confusion and fear regardless).

It appears that the specific issue I was referring to required a human error for copilot being able to train on the private repositories. Namely, some unfortunate fool temporarily making the repository public (in which case it obviously isn't private anymore, and therefore free for grabs by scrapers). Usually this wouldn't be a problem, since no indexer or scraper can check all of Github all at once all the time, so the chance of a briefly exposed repository being cached is rather small, albeit always there.

That said, Copilot, Bing, and Github are likely better integrated than Bing simply wasting resources on continuously scraping Github for new repositories. I personally imagine that Github saving resources by sending a signal to Bing when a repository is made public isn't entirely unlikely (that's something I might do, harboring no ill intentions), meaning that it is possible (though in no way confirmed) that Bing punishes briefly exposed Github repositories instantly by forever caching them.

Is this 100% Microsoft being predatory? No, obviously not, since it requires a user error to happen in the first place, and since Copilot is technically only trained on public or exposed data. Though, Microsoft learning about this rather scammy behavior and simply classifying it a "low-impact-severity" and disabling the Bing cache for humans (but apparently not Copilot) doesn't sit right with me. I'm sure that they knew exactly which kind of data they were working with during dataset sanitation, so they could have chosen not to use sensitive data or at least inform exposed clients that they are adding their cached secrets to Copilot.

[–] ekky@sopuli.xyz 7 points 2 months ago (2 children)

Wasn't it revealed that Microsoft was training their Copilot on Github repositories, including private ones such as paying coorporations believing their source code to be safe and secure, resulting in secrets suddenly being made semi-public?

I feel that there were other incidents too, though I can't remember them off the top of my head. Definitely not a place I'd recommend anyone to keep anything they love, even if they keep to best practices and don't store secrets in their repositories.

[–] ekky@sopuli.xyz 3 points 2 months ago

Ignoring space for a moment, it depends whether you see time as a single - linear - dimension, or as a set of n dimensions.

If time can only exist as a single dimension, then yes, we'd have a paradox.

If time is two-(or more)-dimensional, then you'd just step into a parallel timeline/dimension for every change made, forsaking the old timeline Steins' Gate-style.

Obviously, 2+ dimensional time cannot be proven, so it's just a fun thought experiment. It's not entirely unlike the hypothetical 4th dimension of space - which would leave space-time with 4 dimensions of space and one of time.

view more: ‹ prev next ›