>Greetings,
>
>On Friday 22 February 2002 23:24, Mark McClelland wrote:
>> Randy.Dunlap wrote:
>> >There was a lot of discussion about 1.5 years back that most of
>> >the video decompression and format conversion stuff should be
>> >done in userspace, and that maybe a video conversion library
>> >
Vojtech Pavlik wrote:
>On Fri, Feb 22, 2002 at 01:58:32PM -0800, Mark McClelland wrote:
>
>>I originally wrote the decompressor for the OV518 using tables and a
>>single loop. Someone else rewote it with unrolled loops and without
>>tables, and it is 2.4 times faster now.
>>
>
>Hmm, I understan
Nemosoft Unv. wrote:
>Greetings,
>
>On Friday 22 February 2002 23:24, Mark McClelland wrote:
>
>There are additional problems; for example, the Philips decompressor
>routines need information on the exact command that was sent to the cam in
>order to initialize the decompressor properly. Pullin
Greetings,
On Friday 22 February 2002 23:24, Mark McClelland wrote:
> Randy.Dunlap wrote:
> >There was a lot of discussion about 1.5 years back that most of
> >the video decompression and format conversion stuff should be
> >done in userspace, and that maybe a video conversion library
> >should b
> I originally wrote the decompressor for the OV518 using tables and a
> single loop. Someone else rewote it with unrolled loops and without
> tables, and it is 2.4 times faster now.
Thats pretty much the same as video playback people have found. A modern
processor can do YUV->RGB computation f
Randy.Dunlap wrote:
>There was a lot of discussion about 1.5 years back that most of
>the video decompression and format conversion stuff should be
>done in userspace, and that maybe a video conversion library
>should be supplied to make it easier on apps.
>
>Isn't that still desirable?
>
Desira
On Fri, Feb 22, 2002 at 01:58:32PM -0800, Mark McClelland wrote:
> It could be done with tables, but it would be significantly slower. In
> fact, you can tell from the "j=0" comment that it was probably a loop at
> one time. No self respecting iDCT is written that way :)
>
> I originally wrote
It could be done with tables, but it would be significantly slower. In
fact, you can tell from the "j=0" comment that it was probably a loop at
one time. No self respecting iDCT is written that way :)
I originally wrote the decompressor for the OV518 using tables and a
single loop. Someone els
On Friday 22 February 2002 17:47, Greg KH wrote:
> On Fri, Feb 22, 2002 at 08:21:44AM -0800, Randy.Dunlap wrote:
> > There was a lot of discussion about 1.5 years back that most of
> > the video decompression and format conversion stuff should be
> > done in userspace, and that maybe a video conve
> I thought that color conversion wasn't allowed, but decompression has to
> be done by the individual drivers as each device has a different
> compression format. And we can't expect all of the different video apps
> to pick up all of the different decompression functions.
Basically you want to
On Fri, Feb 22, 2002 at 08:21:44AM -0800, Randy.Dunlap wrote:
> There was a lot of discussion about 1.5 years back that most of
> the video decompression and format conversion stuff should be
> done in userspace, and that maybe a video conversion library
> should be supplied to make it easier on a
On Fri, 22 Feb 2002, Vojtech Pavlik wrote:
| On Thu, Feb 21, 2002 at 10:49:10PM -0800, Mark McClelland wrote:
| > This changeset adds the OV511 decompression module to 2.5.x and updates
| > the OV511 Config.help.
| >
| > I've made sure that it builds, but since 2.5.5 doesn't compile for me it
| >
On Thu, Feb 21, 2002 at 10:49:10PM -0800, Mark McClelland wrote:
> This changeset adds the OV511 decompression module to 2.5.x and updates
> the OV511 Config.help.
>
> I've made sure that it builds, but since 2.5.5 doesn't compile for me it
> isn't tested. It's known to work under other kernels
This changeset adds the OV511 decompression module to 2.5.x and updates
the OV511 Config.help.
I've made sure that it builds, but since 2.5.5 doesn't compile for me it
isn't tested. It's known to work under other kernels, so please apply it
anyway Greg.
Thanks,
--
Mark McClelland
[EMAIL PRO
14 matches
Mail list logo
