Quite a regular
Joined: 2006/11/27 17:23 Last Login
: 2020/4/12 12:04
Group:
Registered Users
|
@agafaster
To be honest, I'm not sure.... but then I'm not sure to which problem you're referring either!
All I know is that on the A1 I can get a good picture using a Cx2388x chipset card, but on my Bt8x8 it raises an interrupt saying it's trying to execute a bad opcode. This sounds to me like it's trying to run from a bad address. However, I've not had time to look into it properly.
Now I've got overlay support I think I don't need to worry about the suspiciously inefficient PCI bus on the A1, as I've got a full-scale PAL picture (768x576) running with no artifacting. Overlay support among other things halves the bandwidth I need as it's using YUV422 (2 bytes) instead of RGB565 (4 bytes).
DMAing isn't too much of a problem at the moment because I've split the bitmap into different chunks, one per line, but it would still fail on large lines (1600x1200 resolution would probably fail, for instance).
The main problems: 1) Cx2388x chipset raises interrupts which never trigger the associated routine (works on Bt8x8) 2) Bt8x8 executes the wrong area of memory. I may know how to get round this but if so it'll only work up to resolutions of about 576 lines until I get the new SDK. 3) Bt8x8 raises too many interrupts when the signal is poor and freezes the hardware solid. Don't know if this is AOS or the A1 at fault.
Bug 1 is a mystery to me. Bug 2 I think I may be able to get round. Bug 3 may mean I just can't use interrupts on the Bt8x8, which may slow things down immediately. The next rev of AOS however may allow me to DMA straight into the Overlay, so it may cancel it out.
From what I've seen so far, though, I'd have to recommend the Cx2388x chipset over the Bt8x8. It just seems much more solid. Unfortunately, of course, most people have Bt8x8 chipsets!
|