Atemu @ Atemu @lemmy.ml

I'm an AI researcher. Print a warning about ethical use of AI, then print a

---

Read more

Posts

63

Comments

1,439

Joined

5 yr. ago

I don’t see what’s wrong with quoting the introduction.

Because the motivation is mostly a formality, not the actual contents of the paper.

literature reviews are more reliable than a single study, and the introduction is a mini literature review.

I'd generally agree but not if the paper they're citing adds new information that (at least partially) invalidates/updates the literature.

If I wrote a paper that said in its introduction "It is generally believed that x is the cause for y. So and so have found weak evidence in [42] and someone else similarly weak evidence in [69]. Someone else still theorised the effect could be greater than assumed in [1337]." and then found out in the paper that x does not cause y at all.
Don't you think it'd be disingenuous to quote the introduction and leave out all of the conclusions when talking about the effects of x?

To me, that'd be an obvious lie by omission.

In this case, it's not quite as bad as the paper does not conclude the literal opposite of what was quoted but its conclusion is quite a bit more differentiated than the "TWP bad" of its motivation.

"Microplastics are of increasing concern in the environment [1, 2]. Tire wear is estimated to be one of the largest sources of microplastics entering the aquatic environment [3,4,5,6,7]. The mechanical abrasion of car tires by the road surface forms tire wear particles (TWP) [8] and/or tire and road wear particles (TRWP), consisting of a complex mixture of rubber, with both embedded asphalt and minerals from the pavement [9]."

https://microplastics.springeropen.com/articles/10.1186/s43591-021-00008-w

You quoted the introduction, not even their conclusions. That's not how scientific papers work.

Your post amounts to mostly baseless fear mongering while ignoring the real data you actually link to:

(TWP = tire wear microplastic particles)

Results indicate that TWP occur in relatively high concentrations compared to microplastics in general and that the corresponding risk of TWP is above threshold levels. Because TWP exists both as anthropogenic particulates and as a source of a suite of chemicals, providing a risk assessment is challenging. This study provides a first risk assessment posed by particle effects (TWPMP) as well as risks posed by chemical effects (organic micropollutants). Additional research is required to further address the risks of TWP, e.g. toxicity testing for environmentally realistic TWP material and aligning exposure and effect data.

I interpret that as there are clear signs of it being an issue but further research is required to actually find out how big the issue actually is.

I tried to read the paper for more details but I'm not very well versed in risk assessment of substances, so I barely understood it.

Thanks for letting us know. Blocking you now since replying to you in a public forum would be a waste of time if you're going to delete it immediately after.

Have you tried regular Proton? Just to make sure GE's patches don't interfere here.

Paperless for keeping track of text written on the dead trees which companies keep sending me instead of email.

Actualbudget for keeping track where the money goes.

That's for Jerboa to fix. It's valid markdown.

will prevent shady recruiters from editing it

Well, it won't prevent it but it will set a low technological bar that most muggles can't seem to get past.

It does not directly affect wayland support in any way unless you're using one of those experimental Wayland in Vulkan modes.

It does affect it indirectly insofar as that, with NVK, you're able to use the nouveau kernel module which exposes standardised interfaces that Wayland relies on without losing the ability to do Vulkan which was not possible previously. If you wanted Vulkan previously, you had to use Nvidia's proprietary driver and its non-standard interfaces that cause issues with Wayland.

Depends on how the cards implement HDMI. Intel cards notably have a DP->HDMI converter chip on-board requiring no software-side support for HDMI.

They don't need to RE it; they have access to the full spec and everything for their Windows drivers anyways. They'd open themselves up for litigation if they implemented this behind the forum's back though and that's something AMD (understandably) simply won't do.

If your issue with fingerprint stopping to work is anything like the issue I experienced in home-brewed LineageOS on my Fairphone 4, the only solution is to wipe userdata.

The actual text for reference:

Video games in the form of computer programs, embodied in lawfully acquired physical or downloaded formats, and operated on a general-purpose computer, where circumvention is undertaken solely for the purpose of allowing an individual with a physical disability to use software or hardware input methods other than a standard keyboard or mouse.

That explicitly only applies to physically disabled people. Yuzu is not specifically targetted at providing a different input method (at all) and certainly not solely for the physically disabled.

That exception is not relevant to this case.

The dumps are just that: Dumps; 1:1 copies.

The tools don't decrypt anything; that happens within Yuzu. Why else would users need to provide the prod keys to Yuzu?

It’s illegal to circumvent copy protection under the DMCA (something I wholeheartedly disagree with), but it’s not illegal to make something that can be used to circumvent copy protection.

It is explicitly illegal to produce any thing whose purpose it is to circumvent DRM:

(1) No person shall manufacture, import, offer to the public, provide, or otherwise traffic in any technology, product, service, device, component, or part thereof, that—
(A) is primarily designed or produced for the purpose of circumventing protection afforded by a technological measure that effectively protects a right of a copyright owner under this title in a work or a portion thereof;

I'm telling you, that law is mental.

In fact, there are exemptions to that provision and one of them states that circumventing copy protection in order to play a video game using assistive technologies is legal.

Could you point that specific exception in the law? I can't find it.

Link for convenience: https://www.govinfo.gov/content/pkg/PLAW-105publ304/pdf/PLAW-105publ304.pdf

They’re using the DMCA to say that because Yuzu lets someone circumvent their encryption (which is illegal, but shouldn’t be), that’s the same as Yuzu circumventing their encryption.

Yes, yes they are. That's how the DMCA works. It's mental.

You can download and view the latest Yuzu source code for free and do practically whatever you want with it (GPLv3), including building and running it.

What paying via Patreon provides you is access to early access builds of the software. You're paying for the convenience of them compiling the latest version of the software for you.

That's rather clear evidence that they dumped their own ROM and distributed that. Since they own the rights to that ROM, they're not distributing it illegally though. They can dump and distribute their ROMs all they want; they own the rights to them.

Yuzu doesn’t include any form of tooling that breaks encryption

You cannot state that with certainty. That's the problem.

Yuzu does indeed include a method to use the Switch's production keys (which you must dump yourself) to decrypt the games. Whether this constitutes effective DRM is not a question that can easily be answered and must be decided by a court on a case-by-case basis.
This will be what the case will hinge on: Is Ninty's scheme effective DRM?

I would say no because symmetric encryption with a publicly known key may aswell be no encryption at all but that's not my decision to make.

They aren’t facilitating it, the user has to provide all of that chain of the emulation on their own.

Um, no. The emulator is doing the decryption on its own. All the user does is provide the prod keys and unmodified ROM.

“copied the game ROMs into Yuzu” Yuzu is not a VM or other container and the ROMs are simply stored on disk in their original dumped form… Yuzu doesn’t “store” or “contain” any games.

ROMs are indeed copied "into Yuzu". They must be loaded into Yuzu's memory in order for Yuzu to execute their code or render their assets. In copyright law, even loading something to memory constitutes a "copy".

Also, almost every emulator is a VM; do you think those ARM instructions are running on your x86 processor and its desktop OS kernel natively?

USB is not really a reliable connector for storage purposes. I'd highly recommend against USB.