Of course not
HN user
LIV2
lol good ol' Norwegian justice system.
Denmark and Norway are two different countries
Yes I have done so several times. 2 layer and 4 layer.
I can't see how it would cost me money to do so, on the other hand if I was to blindly autoroute my designs i'd spend more time troubleshooting and way more money doing several revisions before I got something stable.
I am, and I have made a few popular designs.
I would consider it absolutely unnecessary, and invariably results in something that is unreliable at best.
Do you have examples that show how it is essential?
Lots of time is spent trying in mprotect syscalls that fail and return a segfault for some reason, screenshots in my tweet here: https://twitter.com/LIV2/status/1585565566525444099
Is there some information on how I can do that? I have no idea what I'm doing here lol
Not faster the second time around, every time I run each command from the makefile it takes 1 minute before there is even any output too
I will try running things without involving docker and see if that changes anything
I'm not using docker desktop, I'm using docker inside a Debian VM.
I'm using an x86_64 container and it's definitely using Rosetta via binfmts because if I remove that the container won't even start
This sounds suspicious to me. In my experience, Rosetta is faster on my M1 MBP than natively on my 2015 x86 MBP.
The performance will obviously depend on the workload
How did you measure this?
Running the exact same docker image based on this: https://github.com/chriz2600/xilinx-ise And the code from this git repo of mine: https://github.com/LIV2/GottaGoFastRAM2000
Inside a Debian vm:
docker run --rm -it -v ${PWD}:/build -w /build xilinx-ise /bin/bash
cd RTL
make clean
time make ../Binary/XC9572XL/gottagofast2000.jed
When I get a chance I will check the timing of each individual step from the makefile.If there is something I'm missing I'd love to know, I'd rather not have to run my builds on another machine
I don't think so but I will double check tonight
YMMV
I was excited for this because I thought it'd enable me to compile my HDL projects on my MacBook, since I'm targeting the Xilinx XC9500XL series of CPLDs this requires some an EOL design suite.
Anyway, build times are:
4 minutes with Rosetta 2
11 minutes with qemu-user-static
Whereas it only takes 20 seconds on my early 2013 MacBook Pro.
I think it would also be nice if it were possible to use this with other hypervisors. I believe it is limited to virtualization.framework so it cannot be used inside fusion for instance
Sure but how many energy providers sell unlimited?
Would you sign up for an ISP that charges per gigabyte?
How many live within 5km / in an LGA with a beach?
Stop mistaking our country for your own.
I'm Australian
It's also convenient that these suburbs are not the ones being targeted by huge police operations
https://www.theguardian.com/australia-news/2021/jul/08/weste...
Sydney police are glad they can finally bash some heads in instead of checking train tickets
Yes if you're privileged enough to live in some of the more expensive suburbs in Sydney it's not a problem at all.
Screw everyone else though right?
At a previous job we used beaker tests as part of our pipeline to test puppet modules & environments before we would merge to prod. One of the things this tests is that the module applies and doesn't try to change anything / error out on subsequent runs.
The documentation sucks though imo, every different guide you find will show a completely different way of doing it
I know the keyboard is being worked on by someone else, not sure when that will be done though.
Someone's done the A4000 in an ATX form factor too https://www.retrosummit.com/2018/08/21/a4000tx-atx-amiga-mot...
For me it's fun being able to play around/make hardware for a system that is still simple enough for one to understand broadly how the whole thing works.
The schematics are available for them & they're documented really well
People still make software & games for it for presumably the same reason, then there's people who are into it for the nostalgia and the games.
This seems to be a common thing in some OSHW stuff I've seen.
Some people will take your work and sell it for massive markup but the support is expected to be provided by the creator (and a lot of the issues stem from the fact that these sellers might substitute parts for cheaper ones that don't meet some critical specs like timing or TTL compatibility for example)
When those creators say they aren't happy with that arrangement all they get is abuse - sure everything is legal but it doesn't make the behaviour any less immoral or scummy.
Great work!
I had thought about trying this myself but gave up after realising I'd not have access to Trackdisk.device from Romwack - Didn't know about Coolcapture/Warmcapture. I guess I need to read up some more!
Yep, 5V tolerant CPLDs are a wonderful thing when you're making hardware for retro computers it would absolutely suck if the 9500XLs get discontinued.
1. Carbon, due to it's intel chip, can not drive 4K and 2K external monitors via thunderbolt adapter.
Is this a Linux only issue? I saw people reporting on Reddit that they are using 4k @ 60hz external monitors. Was thinking of getting an X1C but not if it can't do 4k
Amiga disks can't be read by PC floppy controllers whether they're USB or not (barring the 2 drive hack seen here before) because they write a whole track at once and pc floppy controllers can't be programmed to understand their sector headers.
If you want to read/write Amiga disks with a PC you need a greaseweasel or a Kryoflux
Legal behaviour but scummy behaviour.
Should big tech be deciding who gets a free trial?
I don't think Aussie dc's are all the same. Globalswitch in Sydney uses inergen but Equinix is using water at least at SY1 but I'm reasonably sure that GS is much older
Jan Beta did a couple of videos for the Amiga 500 version
He had some issues with hdmi capturing that he fixed in the second video
Many accelerators add faster CPU, Extra memory and IDE using original Motorola cpus and FPGA/CPLDs - what's cool about this is that it does all of that mostly in software (there's a CPLD to get the 68000 bus timing perfect) in real time without missing a beat.
System emulators like WinUAE don't have to be perfectly accurate with their timing, you can frame skip and do other tricks to catch up lost time but you can't do that when interfacing with real hardware like this. If you don't get the timing right it will crash
Super toxic is amiga grifters resell open source hardware for massive markups, never contribute back & direct all support requests to the original author.
Pretty understandable why people quit when all they get is abuse and stress from a toxic community
They've already caved on the same issue with the French government https://arstechnica.com/tech-policy/2021/01/google-agrees-to...
I suspect they think they'll have a better chance threatening the Australian government than French/EU ones