On 08/16/2011 02:10 PM, Christian König wrote:
> Am Dienstag, den 16.08.2011, 01:15 -0400 schrieb Younes Manton:
>> Anyway, here are some specific comments:
>>
>> + for (; num_macroblocks > 0; --num_macroblocks) {
>> + mb->base.codec = PIPE_VIDEO_CODEC_MPEG12;
>> + mb->macroblock_addres
2011/8/16 Christian König :
> Am Dienstag, den 16.08.2011, 01:15 -0400 schrieb Younes Manton:
>> Anyway, here are some specific comments:
>>
>> + for (; num_macroblocks > 0; --num_macroblocks) {
>> + mb->base.codec = PIPE_VIDEO_CODEC_MPEG12;
>> + mb->macroblock_address = xvmc_mb->x +
>>
Am Dienstag, den 16.08.2011, 01:15 -0400 schrieb Younes Manton:
> Anyway, here are some specific comments:
>
> + for (; num_macroblocks > 0; --num_macroblocks) {
> + mb->base.codec = PIPE_VIDEO_CODEC_MPEG12;
> + mb->macroblock_address = xvmc_mb->x +
> context->width_in_macroblocks * xv
Hi,
I tried to give some thought to how this interface would work for
decoders that can't or would prefer not to support multiple decode
buffers, and most of the scenarios I came up with seem to work out, so
overall I'm not opposed to it. Even though I still think this can be
done by each driver w
2011/8/8 Christian König :
> Am Montag, den 08.08.2011, 15:00 +0200 schrieb Maarten Lankhorst:
>> On 08/08/2011 12:10 PM, Christian König wrote:
>> > Most modern players doesn't do it like this any more, but it still seems
>> > to cause a bunch of problems when seeking or fast forward both with
>>
2011/8/8 Christian König :
> Am Montag, den 08.08.2011, 15:00 +0200 schrieb Maarten Lankhorst:
>> On 08/08/2011 12:10 PM, Christian König wrote:
>> > Most modern players doesn't do it like this any more, but it still seems
>> > to cause a bunch of problems when seeking or fast forward both with
>>
2011/8/8 Christian König :
> Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
>> The attached patch I believe should satisfy everyone's needs here. It
>> removes the use of pipe_video_decode_buffer from the state tracker and
>> moves it to the shader decoder. This lets every decoder p
Am Montag, den 08.08.2011, 15:00 +0200 schrieb Maarten Lankhorst:
> On 08/08/2011 12:10 PM, Christian König wrote:
> > Most modern players doesn't do it like this any more, but it still seems
> > to cause a bunch of problems when seeking or fast forward both with
> > mplayer and xine.
> >
> > So I
On 08/08/2011 12:10 PM, Christian König wrote:
> Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
>> The attached patch I believe should satisfy everyone's needs here. It
>> removes the use of pipe_video_decode_buffer from the state tracker and
>> moves it to the shader decoder. This
Am Samstag, den 06.08.2011, 14:37 -0400 schrieb Younes Manton:
> The attached patch I believe should satisfy everyone's needs here. It
> removes the use of pipe_video_decode_buffer from the state tracker and
> moves it to the shader decoder. This lets every decoder parse the
> incoming macroblocks
Hey Younes,
On 08/06/2011 08:37 PM, Younes Manton wrote:
> 2011/7/31 Christian König :
>> Am Freitag, den 29.07.2011, 18:23 -0400 schrieb Younes Manton:
>>> On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
>>> wrote:
With some help from the nouveau team I managed to get video acceleration
Am Freitag, den 29.07.2011, 18:23 -0400 schrieb Younes Manton:
> On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
> wrote:
> > With some help from the nouveau team I managed to get video acceleration
> > working for my nv96 card. The video buffer api works well enough for
> > nouveau,
> > I add
On Fri, Jul 29, 2011 at 8:15 PM, Maarten Lankhorst
wrote:
> On 07/30/2011 01:57 AM, Younes Manton wrote:
>> On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
>> wrote:
>>> On 07/30/2011 01:05 AM, Younes Manton wrote:
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
wrote:
>> 2nd
On 07/30/2011 01:57 AM, Younes Manton wrote:
> On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
> wrote:
>> On 07/30/2011 01:05 AM, Younes Manton wrote:
>>> On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
>>> wrote:
> 2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
On Fri, Jul 29, 2011 at 7:45 PM, Maarten Lankhorst
wrote:
> On 07/30/2011 01:05 AM, Younes Manton wrote:
>> On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
>> wrote:
2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
you should override the create_buffer hook yours
On 07/30/2011 01:05 AM, Younes Manton wrote:
> On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
> wrote:
>>> 2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
>>> you should override the create_buffer hook yourself and do what you
>>> want. I'll push the 1st one later.
>> Wha
On 07/30/2011 12:48 AM, Jimmy Rentz wrote:
> On Fri, 29 Jul 2011 15:37:19 +0200
> Maarten Lankhorst wrote:
>
>> Hi guys,
>>
>> With some help from the nouveau team I managed to get video
>> acceleration working for my nv96 card. The video buffer api works
>> well enough for nouveau, I added flags
On Fri, Jul 29, 2011 at 6:46 PM, Maarten Lankhorst
wrote:
>> 2nd patch isn't needed. You shouldn't call vl_video_buffer_create_ex,
>> you should override the create_buffer hook yourself and do what you
>> want. I'll push the 1st one later.
> What create_buffer hook do you mean? If you mean
> pipe_
On 07/30/2011 12:23 AM, Younes Manton wrote:
> On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
> wrote:
>> Hi guys,
>>
>> With some help from the nouveau team I managed to get video acceleration
>> working for my nv96 card. The video buffer api works well enough for nouveau,
>> I added flags to
On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst
wrote:
> Hi guys,
>
> With some help from the nouveau team I managed to get video acceleration
> working for my nv96 card. The video buffer api works well enough for nouveau,
> I added flags to vl_video_buffer_create_ex so I could force a linear s
Hi guys,
With some help from the nouveau team I managed to get video acceleration
working for my nv96 card. The video buffer api works well enough for nouveau,
I added flags to vl_video_buffer_create_ex so I could force a linear surface
with a nouveau specific resource flag, which I only specified
21 matches
Mail list logo
