On 1/13/19, Lauri Kasanen wrote:
> On Mon, 7 Jan 2019 12:37:01 -0500
> "Ronald S. Bultje" wrote:
>
>> On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
>> > "Ronald S. Bultje" wrote:
>> >
>> > > Have you considered vp8? It may sound weird but this is basically what
>> > > vp8 was great at: b
On Mon, 7 Jan 2019 12:37:01 -0500
"Ronald S. Bultje" wrote:
> On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
> > "Ronald S. Bultje" wrote:
> >
> > > Have you considered vp8? It may sound weird but this is basically what
> > > vp8 was great at: being really simple to decode.
> >
> > VP8 ha
2019-01-12 1:46 GMT+01:00, Ronald S. Bultje :
> Hi,
>
> On Thu, Jan 10, 2019 at 2:41 PM Carl Eugen Hoyos wrote:
>
>> 2019-01-07 18:37 GMT+01:00, Ronald S. Bultje :
>> > Hi,
>> >
>> > On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
>> >
>> >> On Mon, 7 Jan 2019 12:02:58 -0500
>> >> "Ronald S.
Hi,
On Thu, Jan 10, 2019 at 2:41 PM Carl Eugen Hoyos wrote:
> 2019-01-07 18:37 GMT+01:00, Ronald S. Bultje :
> > Hi,
> >
> > On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
> >
> >> On Mon, 7 Jan 2019 12:02:58 -0500
> >> "Ronald S. Bultje" wrote:
> >>
> >> > Have you considered vp8? It ma
2019-01-07 18:37 GMT+01:00, Ronald S. Bultje :
> Hi,
>
> On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
>
>> On Mon, 7 Jan 2019 12:02:58 -0500
>> "Ronald S. Bultje" wrote:
>>
>> > Have you considered vp8? It may sound weird but this is basically what
>> vp8
>> > was great at: being really s
mån 2019-01-07 klockan 15:38 +0200 skrev Lauri Kasanen:
> On Mon, 7 Jan 2019 13:44:56 +0100
> Michael Niedermayer wrote:
>
> > > The modern approaches, DCT, FFT, wavelets and such transforms,
> > > are all
> > > likely too slow to decode.
> >
> > you said it can do mpeg1 and xvid, these are DCT
On Mon, Jan 07, 2019 at 07:24:53PM +0200, Lauri Kasanen wrote:
> On Mon, 7 Jan 2019 17:42:58 +0100
> Michael Niedermayer wrote:
>
> > > According to a 2010 comparison
> > > https://keyj.emphy.de/video-encoder-comparison/
> > > x264 constrained baseline (everything off) takes something like 30%
>
Hi,
On Mon, Jan 7, 2019 at 12:22 PM Lauri Kasanen wrote:
> On Mon, 7 Jan 2019 12:02:58 -0500
> "Ronald S. Bultje" wrote:
>
> > Have you considered vp8? It may sound weird but this is basically what
> vp8
> > was great at: being really simple to decode.
>
> VP8 has a reputation of being slow, so
On Mon, 7 Jan 2019 17:42:58 +0100
Michael Niedermayer wrote:
> > According to a 2010 comparison
> > https://keyj.emphy.de/video-encoder-comparison/
> > x264 constrained baseline (everything off) takes something like 30%
> > longer to decode vs xvid at the same rate. Probably more because that
> >
Hi Lauri,
On Mon, Jan 7, 2019 at 3:15 AM Lauri Kasanen wrote:
> If you were to design a video codec for a very low-end decoder, what
> would it look like?
>
Have you considered vp8? It may sound weird but this is basically what vp8
was great at: being really simple to decode.
Ronald
__
On Mon, Jan 07, 2019 at 03:38:35PM +0200, Lauri Kasanen wrote:
> On Mon, 7 Jan 2019 13:44:56 +0100
> Michael Niedermayer wrote:
>
> > > The modern approaches, DCT, FFT, wavelets and such transforms, are all
> > > likely too slow to decode.
> >
> > you said it can do mpeg1 and xvid, these are DCT
On Mon, 7 Jan 2019 13:44:56 +0100
Michael Niedermayer wrote:
> > The modern approaches, DCT, FFT, wavelets and such transforms, are all
> > likely too slow to decode.
>
> you said it can do mpeg1 and xvid, these are DCT based
> have you tried H.264 ? (i imagine that might with asm optimizations
On Mon, Jan 07, 2019 at 01:44:56PM +0100, Michael Niedermayer wrote:
> On Mon, Jan 07, 2019 at 10:17:48AM +0200, Lauri Kasanen wrote:
> > Hi,
> >
> > If you were to design a video codec for a very low-end decoder, what
> > would it look like?
> >
> > My target is MIPS 100MHz, and it should decode
On Mon, Jan 07, 2019 at 10:17:48AM +0200, Lauri Kasanen wrote:
> Hi,
>
> If you were to design a video codec for a very low-end decoder, what
> would it look like?
>
> My target is MIPS 100MHz, and it should decode 320x240x30 in full speed
> in software, with headroom for audio too. Seems all the
Hi,
If you were to design a video codec for a very low-end decoder, what
would it look like?
My target is MIPS 100MHz, and it should decode 320x240x30 in full speed
in software, with headroom for audio too. Seems all the codec research
in last 20 years has been more quality with more overhead, no
15 matches
Mail list logo