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

Doesn't seem like they are digitising the media.


No, only cataloguing. I asked them this when I was there January last year. They didn't do this then and if I remember correctly it was because of licensing concerns and also not wanting to open boxes. I know Royal Library in Stockholm digitally archive various media, not sure what Embracer would need to be allowed to do that.


I think you’re right, they would need some kind of copyright exemption in order to properly preserve the games by migrating them to new media regularly. I’m not sure it’s possible to get such an exemption for a private corporation under Swedish law?


Ah, found it. Only some government and municipal archives have such an exemption.

https://riksarkivet.se/utforska-och-bestall/vad-du-har-ratt-...


also not wanting to open boxes

What?!? How can one preserve games without opening boxes? Physical media don't last forever.

Unless they're interested in preserving the boxes themselves? (or other goodies inside)

Reads like they're looking for donations to enlarge a private collection. Or perhaps obtain some physical copies for stuff in their IP portfolio?


I read somewhere about a home router that corrupted packets in transit. In this case it was a torrent that never completed because of this. IIRC something in the nat engine bugged out and replaced bytes in the data and not just in the ip header.

More or less everything is broken. Its just that most protocols are designed to handle it.


MAP-T/MAP-E moves the CG-NAT functionality to the CPE. 60x users per IPv4 address should be doable.


Well I think this falls right into the anti-competitive argument. With the option of booting unsigned code the platform is available for anyone. Microsoft did sign boot loaders so linux can boot, there would have been some kind of fallout if they had not. So the booting of unsigned Mach-O sunds like a minimal action to not let it become a public issue for Apple.

The addition of raw mode sounds like a stable abi for booting linux. The Asahi developers have found "stuff" with the hardware. Just that feedback will be of great value to the continued development of the Apple SoCs. So my guess is that the raw mode is a gift with the expectation to be able to see how the Linux folks solves other issues.


Why would it become a public issue for Apple? You're going to have a REAL tough time getting the government to intervene because you can't run linux on a macbook. You have literally thousands of alternatives.

And outside of government intervention, the response from the general public will be: who cares? None of them want to or care to run Linux on a macbook. Heck even within the HN community I'm willing to bet the number of folks who run linux as a daily driver desktop on a macbook is a rounding error.


Mac’s have a 16% market share. I don’t think Apple is concerned about antitrust in this part of their business.


I never got a clip-on adapter working on later generation Broadcom devices. On previous ones I shorted the cs-pin to make the nand chip disappear from the SoC. Then you could flash the chip.


Were you trying to flash while the device was on?


Yes, the clip-on adapter could not power the chip in-circuit. So I use the power from the board. As I said this worked fine on some boards but not others.


I would see what's wrong with your clip. They're supposed to provide power.


Arm based devices have an early boot menu accessible by holding the "a" button. From here boot with fail-safe defaults.


Arm based devices are not consistent enough with their bootloader to allow such a thing.


Broadcom arm-based devices should have it.


The raspberry pi is a broadcom arm-based device and doesn't have it.

Perhaps if you listed a specific product segment, that might be more enlightening.


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

Search: