HN user
I do think it would be awesome if something like offset printing was more accessible. The number of stages/steps for a press that can used for a color or effect is often just limited by floor space. Although some presses can't have an other stage as easily added depending on the manufacture.
Offset printing can have more colors than CYMK. Sometimes a setup will include multiple additional inks beyond CYMK to produce a color or effect that CYMK alone can't produce. Sometimes those colors will be mixed from other colors as well much like paint.
Problem is offset printing presses are HUGE and expensive and require making plates first. There are digital offset presses, but they generally can't have an other stage added like traditional offset printing, it's capped at however many colors that machine has built in. They also are huge compared to other printers people will have at home or the office.
-EDIT- It is probably possible to scale down the hardware and do something like digital offset presses. I think it would cool if there was a *small* printer people could connect multiple color stages like a legos and mix up a colors for those stages.
I can tell you there are some places people do notice that a screen can't reproduce all the colors they can see.
Anyone who has mixed paint at hardware store or paint store with a modern paint machine will eventually notice this. A of lot them have a spectrometer to match color from a sample. The software often has a preview that appears on a screen of the sample color. That preview color is often not quite the same and it's often either the limit of the sRGB color space or the monitor.
The data from the spectrometers is eventually converted to CIELAB color points with a D65 white point. Then that little preview needs to be converted to sRGB to display it or some colorspace the system supports.
There also some problems with the LAB colorspace, but they are minuet compared tot the limits of sRGB and display hardware.
Not the OP you responded too, but what the hell! I have not really used windows in a while but that's absurd. That text is massive just for an unsigned driver.
I think somewhat sand boxed is fine, but the user should at the end of the day be allowed to let things out or get out if it.
The problem with things like iOS is the user can't make that choice. Also what you call 'bad' is up to the user. At the end of the day a user should be able to adjust things even at root level or request other software to do that on their behalf. Heck for iDevices owners should be able to load their own signing keys at a minimum for the Boot-ROM.
As for Adobe most people would not expect their software to touch the host file, so it's fine to call them out here. Someone using a utility or tool that you would expect to edit the host file that's fine, and people should be able to use or make such a tool. (The os should not prevent the user/owner if that's what they want).
This experimental feature is pretty cool. It makes generic programming much nicer in rust especially with arrays!
Speaking of Coroutine libraries, I wrote this stackful one a few years ago: https://github.com/Keith-Cancel/Bunki
It has the ability to add context to each coroutine.
Okay do a chemical analysis? I would want that done anyways to know if its safe eat depending on the chemical causing the color.
I hope linkedIn looses.
If your worried about acrylamides then you should not be browning any starchy foods. A lot cooking intentionally wants the Maillard reaction for flavor and texture reasons.
When it comes to seasoning carbon steel you should not be letting carbon build up. It's a bad habit. If your getting carbon build up clean it off with something coarse like salt or a metal scrubber. After that if you need to it's not hard to give a pan a quick touch up seasoning with oil. Carbon steel is much quick to touch up season than something like cast iron. Cast irons rough sand cast surface means you generally need a much much thicker seasoning layer.
You also should still clean the pan too! Modern dish washing detergents are generally not made from lye so won't strip your seasoning.
Just season some carbon steel baking pans. The seasoning is non-stick like coating. And works well enough for most things in my experience.
Even with that link I have trouble believing it myself.
Like how was this data/survey gathered/administrated? Sample size ect...
Also I don't understand how sports seem to get so much attention. Like they are just games why?
Another post I was reading a bit ago was how Spain what basically suffering internet outages to stop pirate streams of games on the weekend: https://news.ycombinator.com/item?id=45323856
Like why is a game considered so important that even internet traffic has to suffer. It boggles my mind.
In my opinion something similar should apply to orphaned and abandoned works. Especially, considering how long copyright lasts.
I would say part of it is that ARM never really had wide spread socketed chips. It's pretty much just always a soldered highly integrated unit.
Go go back far enough you had a point in time for example you could swap an Intel or AMD cpu onto the same motherboard. Also using expansion cards for additional hardware capability was the norm. So software kinda evolved to handle disparate configurations of hardware.
ARM evolved differently. It end up being to be used more in embeded and then SoC systems. Hardware around the CPU and later on Die ended up with often a unique configure for the system/device. So the need to handle disparate hardware configurations was less important. Also the way ARM licenses their IP definitely pushed things to be more like this.
RISC-V atm is often being used in place of ARM so a lot entities are kinda are treating similar to ARM when developing a system/device. However, RISC-V since it's an open license on the ISA does not have to be used in similar way. Like imagine if there was some standardized socket for RISC-V chips and that took off, we would probably see things like UEFI and drivers/kernel drivers meant to work with more than just one single configuration of hardware ect...
What I am saying is the way the cryptography is implemented on locked devices such as iPhone your property rights are being trampled upon via cryptography. By using cryptography, the manufacturer reserves for itself; rather than the owner; the fundamental right to exclude or include what software can run on the CPU, even after the hardware is sold. The cryptography is not a legal agreement either like a lease/loan ect... So this being done via extra-legal means.
For example, let’s say you buy an iDevice and do not even intend to run iOS, but instead want to install/port Linux, or run some bare-metal code. You would have to ask apple to sign that code with their private key, which they won't do. The problem is a sale should have transferred all rights of property rights to you as part of the sale. The clue is you have to ask a third party to even hope to do this points to the fact your being limited on the full enjoyment of your property rights. This cryptography is not a contract or legal instrument either and you don't even have to agree to anything for it to be in effect. You could buy the device and have no intention to use the preinstalled software, and it's in effect before you even open the box.
The problem is the right of exclusion is very important, and can even derive most other property rights for example this paper "Property and the Right to Exclude" [https://core.ac.uk/download/pdf/33139498.pdf]. The fact such an important property right is being blatantly impeded is the problem.
Okay, but as the owner then I should at the very least be allowed to load my own signing keys for the boot-rom to load other software. Like what if I want to run/port linux to the device. A locked down boot-loader deprives me of full enjoyment of the use of my tangible property.
The owner of a device should have the final say. The way a lot of this is set up basically deprives the owner of one of their core property rights, in particular the right of exclusion. Instead, in many systems the decision about what software to include or exclude is made cryptographically by a third party rather than by the device’s owner. I don’t think we should support limiting people’s property rights for “safety” or other reasons. iOS is probably one the worst in this regard and it sad to see android moving more and more towards this direction.
I have posted multiple times before that this effectively limits people’s property rights. Here are some other posts I have made on the subject:
* https://news.ycombinator.com/item?id=39349288
* https://news.ycombinator.com/item?id=39236853
Speck uses less resources to implement and is faster when I have tested it to compared ASCON.
I think the biggest problem is how they went about trying standardize it back in the day.
While I know people where a little sceptical of it. I honestly liked the speck cipher that was published.
This cipher is a lot more heavy.
Graph like coding environments like this are a form of code though, so I can definitely see the argument that they just are hosting the users bot for them.
RISC-V moved to Switzerland as well a while ago. I think it's a shame to see stuff like this happening. Regardless, of where one stands currently in the current environment making standards bodies want to move or move events to other countries is not a good.
I agree although sites still might concerned about password re-use they could just have an option to generate what is basically a key. Instead of a password and some sort 2fa "token" which is basicallly a key. Accept for that 2fa token only a low amount the entropy is capable of generating is used.
I also agree sms 2fa is just broken/garbage.
Direct-write lithography has been a thing for a long time such as EBL. It's just SLOW. So it's only really viable for devices that are made in low quantities, simple devices or research.
I recommend reading that paper I posted in the other comment. It underscores how important the right of exclusion is.
I have talked about this before. The issue goes further in my opinion and starts to effect property rights themselves. In particular locked down hardware starts to effect the owners right of exclusion. The right of exclusion loosely is the right include or exclude something from/usesing some property. When the hardware is locked down the owner can know longer solely make those decisions. Instead in the instance of like an iDevice Apple makes those choices instead of the owner by only allowed code they have signed or signatures they allow.
An other post I have posted regarding this: https://news.ycombinator.com/item?id=39349288
Probably would be better carefully tap into the signal lines to the LCD panel, and record and decode that data to then make a video. However if we assume that even the cable going to the panel is encrypted and the board on the panel is decrypting it. (although I have never messed with a panel like that). However it still has to got to drive the rows and columns of the display, so then data to column and row drivers is still in the open.
If we were to even assume the Column/Row drivers chips only accepted encrypted data they still have the individual traces coming out of them. The pitch of the traces is super tiny, but still possible to tap, but would be a massive pain, but still do able.
Although you can get devices that strip the encryption from an HDMI signal these days so it's kinda moot. So it's not exactly something anyone would need to do these days.
The ISA is a bit complex for the simplest Virtual Computer. One Instruction computers are a thing: https://en.wikipedia.org/wiki/One-instruction_set_computer#I...
Oh gawd that commercial... Yea I remember that pretenious commercial and it's end line when she says "What's a computer?", and I was wtf really what your holding is a computer.
Sure a computer where the boot loader is locked down to the point you can't even load your own signing keys or side-load, effectively taking away full ownership of the device from the owner, but it's still a computer.
Might also try running it through Smhasher3: https://gitlab.com/fwojcik/smhasher3/-/blob/main/results/REA...
Also here is a hash function I wrote a while ago now: https://github.com/Keith-Cancel/k-hashv/tree/main
Well I will say if your running servers hit billions of times per day. Offloading processing to the client when safe to do so starts make sense financially. Google does not have to pay for your CPU or storage usage ect...
Also I will say if said overhead is not too much it's not that bad of a thing.