Cи из RGB в RGBA

[Кащей]

оочень знакомая..сука такая. Вопрос на последок, форумчане, а вы случайно не в курсе зачем они перевернули и отразили изображение в файле? где выгода?

[Perchik71]

RGB или BGR? в принципе colorref записан задом наперёд.

#define RGBAToInt(%0,%1,%2,%3) ((16777216 * (%0)) + (65536 * (%1)) + (256 * (%2)) + (%3))
#define IntToRGBA(%0,%1,%2,%3,%4) \
(%1) = ((%0) >>> 24); (%2) = (((%0) >>> 16) & 0xFF); (%3) = (((%0) >>> 8) & 0xFF); (%4) = ((%0) & 0xFF)

=============
Древние мониторы отображали просто технически быстрее задом перевёрнутую RGB. сейчас до пипи.
=============
выгода в скорости записи в файл полюбе..... ибо в памяти так уж вышло растр верх ножками.... некоторые трендят в скорости чтения... но как по мне основная причина, указана выше... про структуру цвета.

[Кащей]

выгода в скорости записи в файл полюбе

непонял. Считывается последовательно от начала к концу как в файле так и в памяти, а вот переворачивать изображение и разворачивать это уже затрата.
И где тут скорость когда на одну палочку карамель струится, а на другую льётся сверху вниз?(хоть слева направо хоть справа налево - один фиг количество байт и сделанные над ними действия не меняются)
И с монитором я неочень согласен, что полукадры были - скорость, зеркальное отражение - для правильной проекции на монитор без переделывания, но вот кверху жопой...С линзой чтоль мониторы были?

[Perchik71]

непонял. Считывается последовательно от начала к концу как в файле так и в памяти, а вот переворачивать изображение и разворачивать это уже затрата.

смотря как считывать с файла..

И с монитором я неочень согласен, что полукадры были - скорость, зеркальное отражение - для правильной проекции на монитор без переделывания, но вот кверху жопой...С линзой чтоль мониторы были?

У яйцеголовых такова задача. их понимай как хочешь.

В любом случаи графика читается "линейно", и мне проще использовать указатели. это быстрее и надёжнее. но инкриминируя адрес, адрес оказывается в жопе. Если читал растр "ручками", было бы яснее.

====

для искуственного поворота... указывай адрес на конец и читай с конца..

=====

но не забывай, читается линейно, а значит не в самый конец... а с последней линии.

[Кащей]

смотря как считывать с файла..

Три шага вперёд шесть назад?

"линейно"

Понятно

проще использовать указатели

Понятно

но инкриминируя адрес, адрес оказывается в жопе

Непонятно

[waleri]

Сообщение от Кащей

зачем они перевернули и отразили изображение в файле?

Когдато давно, у OS/2 начало координатной системы было в нижнем левом углу, т.е. все было снизу вверх. Оттуда и пошло, да так и осталось - совместимость...

Кстати, не все картинки идут снизу вверх, есть и сверху вниз.
Зато API рисования может рисовать и те и другие.

[Кащей]

Когдато давно, у OS/2 начало координатной системы было в нижнем левом углу, т.е. все было снизу вверх.

Ну теперь понятно, что когдато китаец линдземпин суньвынь начеркал в чертеже кинескоп вверхЪ ногами потом когда очухались вcе мониторы были с кверхузадыми кинескопами и ОС прилось писать под них... :D

[Perchik71]

Кстати, не все картинки идут снизу вверх, есть и сверху вниз.
Зато API рисования может рисовать и те и другие.

Да она считывает инфу заголовка... там указано ориентация.