please...
A sneak peek at the ACA1240/1260 cooling system
- Jens
- Thread is Unresolved
Caution: Non registered users only see threads and messages in the currently selected language, which is determined by their browser. Please create an account and log in to see all content by default. This is a limitation of the forum software.
Also users that are not logged in can not create new threads. This is a, unfortunately needed, counter measure against spam. Please create an account and log in to start new threads.
Don't Panic. Please wash hands.
-
-
Hey!
Would it have yuv to rgb conversion for video ?
Regards
Hi Jens!
If you already provide a GFX module (guessing using an FPGA ?), will it also have some extra like hardware video/audio decoders ?
Would be cool!
Regards
-
Would it have yuv to rgb conversion for video ?
Is colour space conversion anything that the Amiga would really benefit from? If so, what software and what API?
Jens
-
Hi Jens!
Why ?
YUV conversion or the ability to have a YUV colour space layer would allow video player to offload that task. As far as I remember with MPlayer, YUV conversion was taking close 50% of the CPU time, the rest was decoding the MPEG4 stream and general stuff. It's likely less with modern codec though.
->That would be great!
API
That's a looonnnggg time ago. but the CyberGraphX allow to create video layer with different colour space (RGB and different YUV), I had never been familiar with P96 and you are the expert in this domain. But I had a look... there are also some YUV colour formats supported. So, it would be possible to add the appropriate format. Then the video decoder would just copy the YUV data over-there.
BONUS: 😁
Big bonus, if you have a programmable chip anyway, it would be possible to add an audio decoder (Mpeg3 / AAC) and even a video decoder. Well, there is no API for that as far as I know.. I could only adapt the vorbisfile.library.
Or maybe make some audiodecoder.library and adapt the SongPlayer for that.
Note I have no idea which chip you are using.. so I don't know if the hardware can that.
So it would be more fun 😀
Cheers
Nico
Is colour space conversion anything that the Amiga would really benefit from? If so, what software and what API?
Jens
-
Any updates on progress on the ACA
1240/60? I have money all saved up and ready to go 🤩
Also, any idea on the PSU-requirements? -
Any updates on progress on the ACA
1240/60? I have money all saved up and ready to go 🤩
We're getting closer - it's still a LOT of steps until we can launch the (paid) beta phase. The mere fact that the hardware is already in production might paint a wrong picture of "available soon", though.
Also, any idea on the PSU-requirements?
Yes: Something that powers the Amiga
Part of the complicated design is that the requirements especially on the 5V rail (which is not properly regulated on 99% of all PSUs out there, especially new ones) are very low. All main power (3.3V logic/RAM voltage, 2.5V PLL voltage, 1.2V FPGA core voltage and 3.3V/5V CPU core voltage are all generated from the 12V rail, which has plenty of reserve power on pretty much every PSU. Usually, Amiga power supplies can deliver 1A on 12V, and the A1200 itself only needs maybe 100mA of that. That leaves well in excess of 11 Watts of power available to the ACA1240/1260, even on the worst power supplies out there, with very low requirements on regulation, as all regulation is happening on the ACA1240/1260 locally. The one thing I wanted to avoid is to have support cases because of known-bad PSUs that are sold as "new and great" on Amazon or other shops. I've been trying to educate the Amiga community about power supply problems far too long, largely unsuccessful.
Jens
-
Thanks for the reply! I’m patiently waiting 😊
If I’m hearing you correctly, this card ‘should’ run on an a1200 with CF harddrive using a stock Commodore PSU? (assuming it’s in good order, I’ve had mine checked by a technician and should be fine). If not, your CA-PSU is the best bet I guess… -
I'll verify that separately, but expect it to be fine with the stock PSU, yes.
-
Hi Jens!
Any update ? I recently noticed that indeed the performances of the prototype (screenshot from SysInfo und bustest) are super impressive.
I think it was mentioen there would be some kind of beta test before the official release. Is there any detail about that ? What are the requirement and expectation ?
Have a great day
Regards
-
Yes, the plan is still to have a few select beta testers, and I already wrote (I believe in the German part of this forum) that I'd prefer to have testers close, like max. 200km from my place in Germany, which includes parts of Belgium and the Netherlands. This is mainly to limit shipping cost in case the boards need to come back for a re-work.
Right now, we're working on a peculiar problem: The board is not stable when it's cold, and this will only show on a few computers. Naturally, it only shows on Timm's and Peter's computer, but not on any of my A1200s. When the computer(s) have warmed up, everything is super-stable and can run for days, even at elevated temperatures.
Peter and I had a hunch earlier this week and he's working on a solution - might be a few more days until we have resolved that. It's the last showstopper before Timm can start working on his part of the software.
Jens
-
Thanks for the update!
That's interesting 🤔. Looking forward the card!
In the meanwhile, I will keep my Amiga 600 warm.
Cheers.
-
Ane news about ACA1240/1260?
-
Nothing worth reporting. Well, the "doesn't start when host machine is cold"-problem is resolved if you wanted to know that.
Jens
-
Nothing worth reporting. Well, the "doesn't start when host machine is cold"-problem is resolved if you wanted to know that.
Jens
…which was the last show stopper before… und zu weiter? Good to hear there is some progress 😊 Any new performance figures or news on timeline (understanding it’s hard to say obviously)?
-
This week's three-day meeting with Peter revealed that the 68040-40 CPU violates it's datasheet in terms of "when does it take over data". As a result, we've decided to re-factor the one thing that's at the core of the design: The SD-Ram controller. Tweaking the card for top performance is currently too tedious, and going beyond 40MHz for the 68040 might stretch that "violating" timing even more, requiring modifications on SD-Ram timing that are currently too difficult to make.
Don't worry, this is not "back to the drawing board" - but it's definitely a delay in releasing the cards to beta testers. May still happen this year, but it may also be January 2024.
Jens
-
This week's three-day meeting with Peter revealed that the 68040-40 CPU violates it's datasheet in terms of "when does it take over data". As a result, we've decided to re-factor the one thing that's at the core of the design: The SD-Ram controller. Tweaking the card for top performance is currently too tedious, and going beyond 40MHz for the 68040 might stretch that "violating" timing even more, requiring modifications on SD-Ram timing that are currently too difficult to make.
Don't worry, this is not "back to the drawing board" - but it's definitely a delay in releasing the cards to beta testers. May still happen this year, but it may also be January 2024.
Jens
Thanks for the status update, Jens! No rush, better to take the time necessary to deliver a solid product. I’ll buy it when it’s done, whenever that may be 😊
-
These past two days, we've exclusively been working on the ACA1240/1260. First goal was to overclock the 68040, because I've read that Apple guys have cranked the 68040 up to 50MHz, but that didn't work, even on a carefully-selected 40MHz unit with 0.65µm mask. Also tried a 0.5µ mask (V-version), but that performed even worse. We gave up when even 42MHz wasn't stable.
It got more interesting with an MC68060-Rev.6. We've worked up in 10MHz-steps and got 100MHz to work reliably. However, when stepping up to 105MHz, things don't work any more: As soon as we execute setpatch, the system crashes. I assume that the MMU just can't run that fast. It is definitely not a memory problem, as we have memory working up to 120MHz with a 40MHz 68040 (triple memory clock for shortest-possible first-access penalty).
Here's a few screenshots from benchmark tools and an AIBB module. Caution: This isn't optimized out yet! It's still possible that we can eliminate another wait state, getting even higher memory performance. However, even with the current performance, we are at the top end of what's been available for the Amiga so far.
Jens
-
Nice CHIP transfers! Only one thing - please use to newest Sysinfo.
-
There is no "newest" Sysinfo. The source has been released to people who have re,branded it, but to my knowledge, didn't really make significant changes. There are at least two forks now, and it's not entirely documented where changes are.
AIBB is of course the patched version that doesn't require the 68000-setting in tooltypes.
Chipram access speed maxes out the A1200 bus. One thing this test does not show is the available bus time on the 68040/68060 side. More on that when the full specs are released.
Jens
-
Quote
There is no "newest" Sysinfo.
So if You don't believe in the new Sysinfo 4.4 and don't use AIBB 6.8, maybe You can do the tests in Sysspeed 2.6? For me, it's the best benchmarking tool :).
-