Re: [Mlt-devel] color check mlt/kdenlive on PPC: 'little' endian problems?

[Dan D. <da...@de...>]

On Sun, Sep 6, 2009 at 7:51 AM, Christoph<cr...@u-...> wrote:
> Dan Dennedy schrieb:
>> I asked to please disregard frei0r, but you ran a bunch of tests with
>> it and ask questions. I will not provide feedback on anything related
>> to ppc and frei0r at this time. Please run the basic color test using
>> the rgb sdl consumer as I suggested.
>
> I did. Maybe u missed this mail:
>
> http://sourceforge.net/mailarchive/message.php?msg_name=4AA2FD98.3020301%40u-club.de
>
> I did not underline the important, sry:
>
> The Question was if the color parser in mlt works on ppc.
> Answer: yes.

Ah, yes. I did not see if you had ever tried to use the sdl_still
consumer, and it has been difficult to follow all of your mails
especially when they involve frei0r and Kdenlive. I just want to help
you in a more methodically bottom-up fashion because it is easy to get
confused and miscommunicate.

>> Which of the following works?
>>
>> melt color:red -consumer sdl_still
>> melt color:#ff0000 -consumer sdl_still
>> melt color:0xff0000ff -consumer sdl_still
>
> red
> red
> red

I was thinking after I sent this that red is a poor choice because it
is not really sensitve to byte order. When handled incorrectly, the
alpha component as 0xff will be interpreted as red and the red
component also 0xff as alpha, fully opaque. Just to be 100% sure, test
blue:

melt color:blue -consumer sdl_still
melt color:#0000FF -consumer sdl_still
melt color:0x0000FFFF -consumer sdl_still

> I also tested the other sdl_* consumer, with default and with a blank
> loader.ini : all ok

great. I was going to ask testing with plain 'sdl' consumer next to
introduce rgb24 -> yuv422 conversion.

> So far I haven't found any color bugs in mlt, yet.

OK, good, but I am confident "burningtv" effect is broken on big
endian. I would like you to test image producers next using consumers
sdl_still first, followed by sdl.

melt pixbuf:some.png (or other image format, most supported)
melt qimage:some.png
melt avformat:some.png

After that, please test the boxblur filter; it is suspicious:

melt somevideo -fitler boxblur

It should just be blurred with no color distortion.

> Some color bugs in kdenlive disappeared when starting with a fresh project
> file. The 'old' project file of the screenshot was opened, edited and
> saved many times. Some color values lost the rightmost octet. Actually I
> can't reproduce it. I made a 'git init' to track the changes of the
> project files.
>
> melt color:0xff00ffff
> magenta
>
> melt color:0xff00fff
> green. (ppc/i386 !)
> not pure green but it's green: 0xff00fff = 0x0ff00fff
>
> now look again at the screenshot .... that makes sense.

yep!

> If I cut off last octet I get the same false colors!
>
> So this is a kdenlive xml problem,
> and there is a kdenlive <=> qt/kde problem with the thumbs.

I will look around.

> are u in #kdenlive channel?

No. I quickly lose productivity with interruption.

-- 
+-DRD-+