As much as I know, they're not encourage NDA agreements :)
Hetz
On Thu, 5 Nov 1998, Vassili Leonov wrote:
> We're using ZR36067 - much better chip. And MJPEG codec is ZR36060.
>
> And for my case bandwisth is only:
> 60 fields/sec * 720 pix/line * 240 lines * 2 bytes/pixel (4:2:2)
> ---------------------------------------------------------------- = 6Mb/sec
> 3 compression
>
> But I can set comression to 6 if needed. I can't set it less then 3 that is.
> I can set it to 30 if I'm really bad.
>
> So, you think that 6Mb/sec would compete with memcp_tofs?
>
> Let us see, cp uses 4096 butes buffers. You say that memcopy does
> 30Mb/sec. It means that one buffer would be copied in
> 700 usec. Can 060 wait for 700usec - it's about 11 lines. JPEG block strip
> is 8 lines. So I guess, there should be a buffer of 2 strips in 060
> (they don't tell that explicitely), one being filled in, another one
> being processed (since you need whole 8 lines to start working on).
> Difficult to say, I need to check all the flags about buffers fullnes
> and so forth.
>
> Well, do you think that such kind of bad behaviour (hold bus for
> 700 usec) is possible on the
> PCI bus - I thought there is some arbitration and so forth.
>
> I wish these PCI controllers were achieving the effect of dual port RAM,
> i.e. that CPU and PCI devices would be able to share RAM transparently.
>
> Vassili.
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/