It released with unbearable keyboard controls instead of the familiar point-and-click. If I remember right a remaster eventually came out that allowed mouse control.
I agree that I hated the 3d though. This was a bad patch for games when everyone wanted to go 3d for the sake of it, even though it looked and played worse.
Yeah the keyboard controls were awful, apparently it was because they wanted the game to have a console port using a gamepad.
Thing is I bet the people who played it are right too, I just never managed to bring myself to play more than a few hours of the game before getting frustrated. Bad controls + 90s point-and-click-puzzle-design + early 3d graphics is not a good recipe.
Full Throttle was criticized for its dumbed-down point-and-click (basic only 3 actions + using items, instead of the usual verbs), but that was the sweetspot for my early-teens mind. Can never get enough funny responses of using the lick action.
I also remember the criticism of Full Throttle, but it always rang hollow to me: a game is not just the puzzles, and also some people complained about the action sequences, but for me they were welcome (even if too easy). Everything about the game is golden: the setting about bikers (how cool is that?), the 2D pixel animation, the amazing voice acting and the opening by the Gone Jackals. I fell in love with the game back then, and I still like it on replays.
The game is amazing, but it is really annoying when you get stuck on a weird timing-based wall-kick game, or robot-bunny minefield, or destruction-derby minigame with unclear instructions.
Somehow I remember those parts more than the fun parts, maybe because I didn't have access to a guide back then.
The one thing I remember the most was making the jump across the broken bridge, that was the most badass thing in my childhood mind ever seen. I didn't know english very well so it took _ages_ to get to that point in the game.
SCUMM games always had a "win" key for action sequences, and I remember it would sometimes be mentioned in the manual. (Remember when games came with those? I was one of the sorts of nerds that read them.) Off the top of my head I think it was Alt+G. My first many playthroughs I always used the win button for all the action sequences in Full Throttle. It made the game a lot better back on my original PC I played the game on where it would stutter in the action games and make them hard to win. I still sometimes think the game is better without the action sequences, even if I can normally win them now.
(As I recall even GrimE had a similar or the same combo key. A lot of the complaints about Monkey Combat in EMI I didn't have because after a couple attempts I recall just pushing the win button and moving on.)
It is funny to think that even back then people just didn't put up with bad controls. Like Elder Scrolls Redguard, amazing game for the time but the lousiest controls ever. Megaman Legends also comes to mind.
They would put up with crazy puzzles, huge grinds, weird RPG numbers systems (AD&D in BG1/2 for example), but if you want to do action A on thing B that can not, under any circumstance feel bad to do.
We take for granted now how much especially the defaults for Halo 1 rebuilt gamepad controls to a useful, reusable standard. It's really fun going back to Halo 1 and its tutorial of how its controls work and its menu full of optional entire layouts to sort of see the exact moment when game controls stopped being lousy and almost random from game to game. You can contrast with Halo Reach where most of the optional layouts are just gone and more people use the defaults and then say Halo Infinite where all the optional layouts are gone because the common ones moved into the platforms (and accessibility settings) and in some cases the gamepads themselves.
It remains an interesting reflection point in the history of 3D games. It's also why the Grim Fandango remaster turned out so well, now that controls have settled into their modern forms.
You can't take any statement like this remotely seriously. We live in a world where NSA officials can testify before congress that they don't "collect" data, because that's true under some baroque definition of "collect" that they invented and didn't tell anyone else about.
Similarly you have no idea what definition OpenAI intend for terms such as "specific user data", "accessed" etc. And we have no idea what non-excluded possibilities actually did happen that they simply omit from their statement.
In practice OpenAI and many others have created a situation where they're actually unable to make any credible denial of anything really.
If you're submitting an eight page conference paper you're very often hunting runts (short lines ending paragraphs) and rewording for better justification, especially on the first page and even more so in the abstract.
First-page space is at a premium because you want the reviewer to scan the introduction well, and it's great if you can fit a key figure that explains the concept on the first page.
The game's probably very different now that there's such a flood of submissions but when I was reviewing I always saw messy alignment on the first page as a sign the paper was probably rushed, and usually I could see that elsewhere in the paper too.
The optimal amount of stress about that stuff is not zero, and most teenagers are going to be desperately biased towards "none of this matters, just peermax".
Couldn't some of that because of how people act like EVERYTHING is the most important thing for kids to do, irregardless of how it actually stacks up, and some develop something akin to alarm fatigue and stop listening?
Plus almost everyone can get into a college, there is only really competition for a handful of elite schools. My college wanted SAT scores for admission, I did not take the SAT, they still admitted me without question. As long as you don't fail out your first two semesters in a row most colleges don't give two craps about your highschool performance.
This interview feels weird to me, maybe because there's lots of places where I'm thinking there's an obvious idea that isn't raised.
Like, it seems obvious to me that sleep has a higher opportunity cost in humans than most other animals. So naturally there's more evolutionary pressure in humans to sleep more efficiently.
Is this actually true? Dunno! But it was really weird that it doesn't get brought up.
It comes up because people are mistakenly conflating consciousness with moral personhood.
People want to be talking about whether AI suffers in a morally meaningful way. In non-human animals this debate is often centered around the question of whether the animal has conscious experience, because there's little doubt that much of the emotional and experiential systems are shared.
The analogy goes wrong with AI, where definitions of "consciousness" would seem to apply in the sense that the model clearly has a category for itself in its world model, feeds back on its output, etc. However the analogy between how it works and anything we would recognise as emotion or suffering is extremely strained.
The solution is to just focus on ths question of what we really mean when we think of morally relevant suffering. It's a much clearer question than "consciousness" and it sidesteps the problem.
You're going to make life much harder for yourself, not easier, because you'll still need German legal advice but now you need an expensive multi-national lawyer/firm. Anyone cheaper will refuse to touch it.
Germany cares about where the management of your company actually happens, not just where the entity is incorporated. So you're not going to avoid German bureaucracy, it's going to be worse not better.
Maintainers need to keep a wall between the package publishing and public repos. Currently what people are doing is configuring the public repo as a Trusted Publisher directly. This means you can trigger the package publication from the repo itself, and the public repo is a huge surface area.
Configure the CI to make a release with the artefacts attached. Then have an entirely private repo that can't be triggered automatically as the publisher. The publisher repo fetches the artefacts and does the pypi/npm/whatever release.
The point of trusted publishing is supposed to be that the public can verifiably audit the exact source from which the published artifacts were generated. Breaking that chain via a private repo is a step backwards.
Pardon my limited understanding but my read of the suggestion was simply to perform the same exact operation that the public would do to verifiably audit the exact source when generating the official published artifacts, the point was just that there was no automation to do so directly from the public repo.
The maintainer can verify the correspondence between source and release, but the public has been deprived of this verifiability.
This matters. Consider the XZ Utils compromise where a malicious maintainer hid the line that triggers compilation of the (otherwise dormant) backdoor payload in a generated file present only in the release tarball: https://www.openwall.com/lists/oss-security/2024/03/29/4. If the public had the ability to audit that the release tarball was correctly built from the version-controlled code, this would have been much more difficult to hide.
I interpret your comment as emphasizing that the current norm relying on publicly accessible (GitHub) infrastructure building releases in public and thus allowing public review of logs and artifacts provides tremendous value (and I admit that true 100% binary reproducibility is an often nearly unreachable goal still not yet typically expected as the norm).
> Breaking that chain via a private repo is a step backwards
I was stating that performing a reproducible build elsewhere and distributing the output could in theory still be validated though it would require re-running said build for one's self and comparing the outputs. This might encourage the pursuit of 100% reproducibility! The chain need not be considered broken just because the final link is private.
> the public has been deprived of this verifiability
This is not what I was trying to point out, though I agree the cost of verifying reproducibility would be higher. My point was that anyone could still perform the same steps themselves and verify the output. Yes this would be more work than reviewing logs on GitHub.
OP's primary concern with today's standard approach appears to be the automated connection from GitHub build action -> release. Even simply requiring manual maintainer intervention to copy the action output over to a release seems to satisfy both their and your concerns.
> If the public had the ability to audit that the release tarball was correctly built from the version-controlled code
I am not intimately familiar with all the details of the XZ fiasco but agree that it offers an opportunity to learn and make changes to work toward making sure nothing similar can happen to any project again. If I am reading your link correctly, it serves as an example of members of the public (not a maintainer of XZ) doing exactly what you said: auditing the release tarball. IIRC this occurred only after an additional point release (apparently allowing the attacker to fix a bug in their backdoor) because of a performance regression.
Right, the public was able to spend manual effort hand-auditing one specific tarball after it had already been singled out as suspicious for other reasons. In order for verification to effectively increase supply chain security, it needs to become uniformly standardized, fully automated, and ubiquitous. That’s the ultimate goal of the provenance attestation mechanisms that would be defeated by indirection through private repositories.
If you want to require extra maintainer intervention for releases, there are better mechanisms available for that, such as workflow_dispatch.
this kind of compromise is why a lot of orgs have internal mirrors of repos or package sources so they can stay behind few versions to avoid latest and compromise. seen it with internal pip repos, apt repos etc.
some will even audit each package in there (kind crap job but it works fairly well as mitigation)
The corruptions of this administration are legion, but this isn't one of them. Unless you can point to something Lutnick did to create this outcome, I don't see how he had a better view of the whole thing than anyone else.
Who cares who came up with the illegal tariff implementation, the point is that a member of the government profited off of their own administration's incompetence.
It's obscene. I don't care whether a law was broken or not.
You want to profit from government incompetence? Stop being part of the government then.
Isn't Lutnick literally the chief architect of Trump's tariff policy? I can hardly imagine anybody more responsible for creating this outcome besides Trump himself, who would presumably have appointed somebody else if Lutnick hadn't been available.
> I don't see how he had a better view of the whole thing than anyone else.
Given the above, you really don't think Lutnick had a "better view" of the likely outcomes and timelines, including the Trump admin's planned and gamed out responses to certain outcomes, than the average Joe on the street? I think that's extremely, uh, naive.
The actions of the US government here are openly corrupt.
The point of the supply chain risk provisions is to denote, you know, supply chain risks. The intention is not to give the Pentagon a lever it can pull to force any company to agree to any contract it wants.
Hegseth doesn't even pretend that Anthropic is actually a supply chain risk. The argument for designating them so is that _they won't do exactly what the government wants_.
People use the term "fascism" a lot and people have kind of tuned it out, but what do you call a government that deals itself the power to compel any company to accept any contract, and declare it a pariah on thin pretext if it objects?
By taking the deal under these conditions OpenAI is accepting this. They're saying, "Well, sucks to be them, life goes on". They're consenting to the corruption and agreeing to profit from it. But they'll be next, and if the next company in line has the same stand then yeah, the government can force any company to do anything. There's nothing normal about this.
I agree that I hated the 3d though. This was a bad patch for games when everyone wanted to go 3d for the sake of it, even though it looked and played worse.