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.
I'm sorry for giving false hope here: THe Radeon driver is not ours, but it's an Elbox driver. It's old, buggy and not maintained at all. Your request does not belong here, but you should address Elbox. All information about how to implement screen dragging is open in our Wiki, not even a registration required.
Jens
Looks like you've disabled the menu - you can activate the menu by holding down the left mouse button during startup.
Jens
I'll ask if Thor has seen this bug before.
What determines if screens are draggable?
Please see readme/history file. I'd have to check myself, but I'm time-constrained on Mondays..
Jens
The ex601 is a straight copy of the A604n, but I have no idea which version they copied. Can you take high-resolution pictures of the expansion where I can see if pin#35 of the Denise socket is connected to anything?
Sorry, haven't had any time.
Indivision ECS V3 has a pretty strong 5V sync driver. If your monitor does not show a picture with that, you may just play with sync polarity, as monitors of the time have used that as their sole information source for the frequency range to expect. The MicroVitec monitor may play nice with negative sync for 15kHz signals, but may also require positive sync for 31kHz horizontal frequency - or vice versa. Just play around with it; chances with Indivision ECS V3 are *very* high, and once you've found a mode that works with ECS V3, you can apply that to the AGA MK3 version as well and see if the monitor accepts it at 3.3V level.
Jens
The pass through is a good idea at first glance. Although maybe that also introduces other 'issues'.
I believe the pass through is also buffered - by the same buffers, and in an attempt to make it better, Matthias actually made it worse: Adding source termination is a good idea for fast point-to-point connections, but here, each connection forks to CF and to the pass-through, so you don't even have a point-to-point connection where source termination would actually work.
Further, the 16 data lines aren't single-direction, so you don't even have a "source" like you have for address/control lines. You'd have to modify each inserted CF card to make it work like this product pretends with it's series termination. I've made the same mistake on IDE-fix express: The only reason it always worked fine was that speeds were never high enough to make it a problem. I just didn't have the high-speed digital design knowledge back then. Could have saved me some money...
I have to revise my judgement about this thing - it's not a straight copy of my adapter, but merely an attempt to reach the same goal with fewer, less expensive components. Of course, the attempt fails. I won't go into detail (as it would reveal detailed findings of my development), but I dare to say this product does not deliver exactly what they are promising. Maybe I should say "false advertising" to finally get AmigaStore's attention? In any case, they copied my product description, but not the actual product. Judge for yourself what's worse.
Thanks - this makes me more confident that the real thing will make things work for you.
Jens
I'm assuming that you've chosen a mode that the monitor actually supports (not exceeding the max. HSync frequency of the MicroVitec monitor).
I remember that when the first German "Amiga" incarnation was active (1995/1996), they also used MicroVitec monitors and re-badged them with Amiga. It's probably why you're trying to connect it to the Amiga, right?
That was the time when I developed my first commercial product, the Graffiti card. I had serious trouble making it work with one of the prototypes and had a solution adding a driver to the HSync output. So I know that these monitors are special, maybe even violating the standard.
I suspect that the monitor puts a heavy load on the HSync signal and does not acept the 3.3V signal that Indivision AGA MK3 outputs. If you're a little into electronics, you could try to buffer the HSync signal and see if it makes a difference. I won't be able to do anything about it, and to be honest, don't really see the need, as we didn't have any report of a non-working monitor in all these years, indicating that the monitor violates the standard with it's load and/or switching threshold.
Jens
The hardware test core mainly tests memory, which is what the green left-to-right-bar is showing. The red green and blue colour transitions are for judging if anything on the D-A converter for VGA is wrong, and the write dots at the bottom will show a diagnoal pattern if the testing cable harness is connected (which we do during QC, but that harness is not available as a product).
So the main functions of your Chameleon appear to work OK, and you can continue testing with a PS2 keyboard - it may already do what you want it to, as a stand-alone device, saving some shipping and repair cost.
Jens
Hmm - maybe my memory's playing tricks on me - I thought the HW test core scanned the C64 keyboard matrix and joystick ports?
It does so if a Docking Station is found. However, it doesn't test access to the C64 itself.
Jens
Try the Wiki - it's the prime source of tech info and files for all our products.
Jens
The HW test core does not test the bridge to the C64, which is where I'd suspect the fault. In any case, if it's a hardware fault, it can of course be repaired.
Jens
Sorry, it's the A1200/600 CF-IDE Adapter (buffered) from amigastore.eu I have.
Haven't had that im my hands, but the mere fact that it appeared only a few weeks after our product has hit the market, has the exact same chip count and the same feature-description as mine (minus the mechanical features), I have to guess that it's the same circuit, aka "copy". Can't tell for sure unless I have a high-res photo of both circuit board sides. If you can post these here, I can give a more precise opinion.
Maybe you could edit the amigakit reference above in case someone gets offended..
I stand by what I write and say. If someone gets offended by the truth, it's his/her problem, not mine.
It's absolutely fine but 40 Mhz is noticeably snappier than 26.67 with workbench on the ACA1221LC I found.
So the system is stable at 40MHz, but only locks up if you activate the IDE speeder?
They (Thomas over in eab) was saying somewhere I think, idefix no longer required for 3.2.
Ok, fair enough. But I've never gotten over 2.6 MB/sec with the same setup in 3.2.2. So it does *seem* it might still be required maybe in some cases.
IDE-fix really digs deep in the OS structures, including the non-documented ones. I have my doubts that it's even compatible with 3.2 and higher. Further, I believe that many of the errors that the old IDE device had were ironed out with 3.2. It's not programmed to gain top speed, but to be 100% reliable and compatible with as many devices as possible. Personally, I'd always prefer the latest development instead of a 20-year old hack that happened to get best speed.
However, the 2.6MB/s do sound pretty slow for an activated IDE-speeder. You might want to contact the OS3.2 team and ask if the inner transfer-loop really uses longword-transfers.
Jens
We have a similar case in the German part of this forum, so this may actually be a problem in the menu system of the ACA500plus. We'll investigate.
Jens
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
I have a TheC64 (the emulator based remake of the C64) and that one has full TAP support.
Sure, that's VICE-based, and VICE has gained a lot of compatibility from our research. Anything we've found in the past 15 years of work on the Chameleon went into VICE one way or another. We didn't have part in tape emulation, though.
Jens
IDE access speed does change with CPU speed when the IDE speeder is on, but I haven't observed any problems with any CF card. Granted, I never tried with the Amigakit buffered interface, but given that AmigaKit just knocked off my old IDE-fix express design, not really knowing what they're copying, it may well be that they don't enable the data bus drivers fast enough, or they are not using the right kind of bus drivers.
Note that the old LS-type drivers from IDE-fix express may not be fast enough. The data bus drivers on our buffered CF card interface are about five times as fast as the ones we've used on IDE-fix express.
Further, data bus capacitance plays a huge role. Our buffered CF interface uses no cable for a reason: It helps keeping bus capacity low. So far, I haven't had a single CF card that doesn't work with the ACA1221lc at 40MHz, but that's not a guarantee. You're mentioning Sandisk, which is a high-quality and high-price brand, often target of counterfeit products.
Jens
Tobias will be back on Monday. Let's hope that delivery of the cards that I've bought are on time.
As for your recent purchase: Please note that this was unprompted, purely your own decision while we haven't even been in a position to investigate the problem.
Jens
Sure but is there any technical explanation about the differences here between Indi mk1 and mk3?
No, not anything technical, as they do the same thing. I can only speculate that the VGA output of your MK1 goes through a scaler on your monitor, but the digital output of the MK3 doesn't.
Jens
