* nozzle that mixes from multiple inputs * multiple hotends on the carriage * swappable hotends * single hotend - retracts and switchs to a different filament, few methods here, this is what the AMS and pallete are **

You can do it with multiple heads, the problem is ooze. You'll need to either be able to retract the non-used printhead so that it doesnt ooze onto your print, or be able to swap it mid print. Either way here you'll still need a method to prime it. Some materials may break down in the heat of the hotend too while they sit there unused just baking.

There's some methods that make the blocks smaller, like using the infill as the priming section.

It's a fallback clause, "fair use" is irrelevant if you've already given github permission to use it. By adding that clause you can no longer argue that it's not fair use to use the code you put on github after agreeing to their terms.

Previous adversarial methods I've beat with simple noise/blur. This one is fairly resistant to basic filters.

And you'd be spending that compute time for what will be a tiny, tiny,portion of that

And.... Yeah HTML gave us the canvas? No editor, no animations, no input.

The real innovations were with ES5/2015. It utterly destroyed the "mess around and make some basic games".

It's utterly laughable that "html5" was somehow the "alternative". We went from an editor that anyone can quickly create animations, games, etc to nothing - for over 10 years! And yeah to my knowledge we're _still_ not back to what we used to have.

This is exactly what you'd want to use controlnet for - mapping semantic information onto the perceived structure.

Kata gives you a few different options for what/how you'd like to boot including firecracker.

This isn't exclusive to firecracker but if you stay lightweight you can have vm's booting under a half second if you're using slim images.

https://jvns.ca/blog/2021/01/23/firecracker--start-a-vm-in-l...

I honestly think for a lot of people, vm's with the convenience/orchestration tools of containers make more sense for a lot of general use cases simply because of the security benefits. The convenience still needs some work though.

exllama is really memory efficient and really fast

[0] https://huggingface.co/docs/transformers/main/model_doc/llam...

[1] https://github.com/turboderp/exllama

[2] https://github.com/Lightning-AI/lit-llama

EDIT: Or do you mean cuda? Because yeah, it's such a shame AMD's Rocm is so bad even geohot gave up. it's examples don't even run without crashing.

https://github.com/RadeonOpenCompute/ROCm/issues/2198#issuec...

You don't approve - so what? Releasing the weights doesn't make them money.

I'm skeptical LLaMa is even useful for facebook commercially at least, they don't make money on it, and I doubt anyone developed brand loyalty, more then likely everyone will use whatever the next, best open model is regardless of who makes it.

Llama and SD still don't come close to midjourney/chatgpt/claude when you look at ease of use and infrastructure cost. These "99% the performance of chatgpt" are laughable if you use them (which I have extensively).

> We are done inhaling vapor.

Okay? What were you about to pay for to begin with here?

EDIT: Just to add, it's not like we got nothing from this, this can likely still be something to try with SD.

AFAIK what they've been saying so far has at best been "we're able to continue making them at our current pace". They've also been saying they were focusing on commercial partners over consumers (which IMO is better because commercial customers need some level of assurance of future stock to actually use pi's in their designs).

Neither of those things particularly screams "Regular customers will soon be getting pi's in their hands"

December 2022 They said they expected better stock this year, which appears to be accurate.

I'm more curious to see if they can manage to make a PI 4 successor given how many years the pi 4 has been around already.

This is research for some math to improve the ability to do a style transfer, and they show it on their own text-to-image generator muse, which they have also published the structure of.

This is what they have typically done, and this is what they didn't do with Bard.

No, they did not release waits for it, you cannot run this on your own computer. But they typically didn't release weights for things like Lambda or Imagen either AFAIK.

This is not a product. This is not a tool for you to use. This is for researchers.

The point of this paper is not to let you run it on your computer. It's to allow other researchers to implement and build on the methods described in the paper.

I mean what people call "blockchain" in the cryptocurrency sense as actual projects - there's so much stigma largely because the motivation of most of the projects appears to be "making money/investing" and not actually solving a technical problem appropriately.

If github was like this there would be a "fee" for making making commits, this fee would be paid in some proprietary coin, initially created with an ICO/airdrop. Suddenly the motivation is holding these coins because developers will need to make commits right? And the more developers that make commits the more the coin is worth, so surely you should buy and hold them right? This will be a feedback loop of endless money! Oh and it'll be a DAO so the more coins the more voting power you get too!

^ This is what I mean, where the focus is on collecting some "coin/token" - this leads to both a lack of focus on the actual problem being solved, and the problem of people associating it with a ponzi scheme.

I'm not picking a fight with distributed graphs themselves, I don't like it when they're tightly coupled with "value" that can be traded as a fiat.

I'm not sure the aesthetic of what are essentially cabinets in a warehouse is that much of a consideration with HPC?

with a VPS as your vpn, reddit/google/facebook/whatever all see you from a single ip, one that might change even less then your ISP's, all of your alternative accounts will all share this ip as well, and 0 other people use that ip address. basically data collection and alternative account identification becomes dead simple because your ip is basically your universal id.

you stand out as an individual, part of the "security" with things like mullvad is that you share that ip

security in depth of course, fingerprinting and stuff still exist, but if you have such a clearly unique ip address you have 0 chance

But essentially allowing people to make "identities" via cryptography and then use a reputation system. Preferably by allowing people to follow/whitelist/favorite people across websites.

I like hacker new's method of making new people green. And I wish I could make it highlight the big names I recognize.

The problem with this is that nobody has figured out the distribution system for how we communicate the keys - IMO blockchains are the closest but it's so difficult to mention them because 98% of them are money-grabs. PGP/GPG has struggled so hard pypi literally removed support for it.

The second problem is that what will likely happen is sites like twitter will only allow very trusted accounts and never allow new ones - effectively locking you into one account.

https://github.com/oobabooga/text-generation-webui/

totally agreed, you could get away with 12GB too which is in the midrange.

That said yeah it's still not something you could make a game with yet, I'm just pointing out 300GB+ of VRAM isn't the bar for entry here, it is reachable for medium-high end consumers but that's not really including the games resources either, and most gamers aren't medium-high end so...