Ah!
then it is just a redrawn version of this:
http://lvd.nedopc.com/Projects/a600_8mb/index.html
now i got it...
this doesn't help us to move forward though..
CDTV Relocator for the TF536
Moderators: terriblefire, Terriblefire Moderator
- 8 Bit Dreams
- Moderator Team
- Posts: 785
- Joined: Fri Nov 09, 2018 7:12 am
- Location: Germany
Re: CDTV Relocator for the TF536
Retro computer hardware & repair in Germany
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: CDTV Relocator for the TF536
I am planning to just make a driver that does PIO. Its not like the CD drive is so stonkingly fast that anyone would notice the speed reduction, especially if an 030 with a cache is doing the PIO. That completely eliminates all the ram issues.
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: CDTV Relocator for the TF536
That's so weird. I was looking at your cdtv.device.asm. To me it looks like the DMA happens to the buffer "db" allocated withing the device node that gets added to the system with AddDevice. Is it possible that is being added in fast ram? In which case a workaround may be another allocmem and point the device buffer to that instead?terriblefire wrote: ↑Mon Aug 17, 2020 9:47 am Ok i got my dev environment set up on my mac laptop. And i can start testing the driver changes now. Note that even with the allocmem patch i see that the dma gets asked to DMA to fastmem..
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: CDTV Relocator for the TF536
No this only happens for frame 1 and 3 of the CDXL buffer. The second frame goes direct to the buffer supplied by the user and that is almost always in FastMem. The more i think about it the less value i see in the DMA. Now i just need to figure out out to PIO the buffer correctly. If instruction caches are on then it should look about the same speed as DMA anyways.dalek wrote: ↑Tue Aug 18, 2020 1:18 amThat's so weird. I was looking at your cdtv.device.asm. To me it looks like the DMA happens to the buffer "db" allocated withing the device node that gets added to the system with AddDevice. Is it possible that is being added in fast ram? In which case a workaround may be another allocmem and point the device buffer to that instead?terriblefire wrote: ↑Mon Aug 17, 2020 9:47 am Ok i got my dev environment set up on my mac laptop. And i can start testing the driver changes now. Note that even with the allocmem patch i see that the dma gets asked to DMA to fastmem..
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: CDTV Relocator for the TF536
@terriblefire
What ever you decide it is perfectly OK. As a bright side, after it there is no tons of different expansions wich needed to work with it.The more i think about it the less value i see in the DMA. Now i just need to figure out out to PIO the buffer correctly. If instruction caches are on then it should look about the same speed as DMA anyways.
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: CDTV Relocator for the TF536
Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...
Fscking hate working on this machine
Fscking hate working on this machine
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
Re: CDTV Relocator for the TF536
That's the reason you just bought that spare CDTV right?terriblefire wrote: ↑Sat Aug 22, 2020 11:33 am Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...
What is the issue?
-
- Posts: 76
- Joined: Thu Jun 25, 2020 4:05 pm
- Location: Northwich
Re: CDTV Relocator for the TF536
No problem, I have 3 more
-
- Moderator Team
- Posts: 5389
- Joined: Mon Aug 28, 2017 10:56 pm
- Location: Glasgow, UK
Re: CDTV Relocator for the TF536
PSU blew and it showed a green screen after soldering A19... bloody thinggo0se wrote: ↑Sat Aug 22, 2020 11:57 amThat's the reason you just bought that spare CDTV right?terriblefire wrote: ↑Sat Aug 22, 2020 11:33 am Grrrr. Started to get a dev setup working on the CDTV with the rom emulator and I’ve killed the bloody thing AGAIN...
What is the issue?
———
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
"It is not necessarily a supply voltage at no load, but the amount of current it can provide when touched that
indicates how much hurting you shall receive."
- GadgetUK164
- Posts: 430
- Joined: Fri Jan 04, 2019 2:26 pm
Re: CDTV Relocator for the TF536
=( You've not had much luck with the CDTV have you!terriblefire wrote: ↑Sat Aug 22, 2020 12:20 pmPSU blew and it showed a green screen after soldering A19... bloody thing
My YouTube Channel - www.youtube.com/GadgetUK164