Добрый день

Есть простая структура

C++ (Qt)
struct ARGB {
 ...
 float alpha, red, green, blue;
};
 

Как определить операторы для нее? Напр оператор +

C++ (Qt)
friend ARGB operator + ( const ARGB & c1, const ARGB & c2 )
{
 return ARGB(c1.alpha + c2.alpha, c1.red + c2.red, c1.green + c2.green, c1.blue + c2.blue);
}
 

Так вроде глупо, если с2.alpha = 0.0f, то с2.red никак влиять не должен. А тогда как?

Спасибо

С синтаксисом проблем нет, я спрашиваю как сделать операторы чтобы они давали разумный/корректный результат. Пример:

C++ (Qt)
ARGB c1, c2;
...
// теперь мне надо получить среднее значение
// хорошо бы записать так
ARGB average = (c1 + c2) * 0.5f;
 

Но что должен делать + ?

Наверное можно и так сказать, но можно взять и пример поближе к Qt/UI: gradient control, у каждого ключа цвет (RGB) и альфа (A). Как рисовать градиент? В любом случае известны исходные данные (2 или более ARGB) и вес каждого из них. Задача - уметь удобно находить среднее ARGB. Возникает везде где есть альфа канал, поэтому нет смысла рассказывать для чего мне это нужно 

Простейший случай: есть "ребро" (2 точки) в каждой  из них задан ARGB. Найти (интерполировать) ARGB посередине. Это не имеет никакого отношения к "пленкам" (т.е. комбинациям слоев) - т.к. там результат зависит от порядка следования слоев и поэтому нет смысла делать операторы.

Найти среднее ARGB  я могу так

C++ (Qt)
ARGB AverageARGB( const ARGB & c1, const ARGB & c2 )
{
  ARGB result;
 
// interpolate alpha
  result.a = (c1.a + c2.a) * 0.5f;
 
// interpolate premultiplied colours
  result.r = (c1,r * c1.a + c2.r * c2.a) * 0.5f;
  result.g = (c1,g * c1.a + c2.g * c2.a) * 0.5f;
  result.b = (c1,b * c1.a + c2.b * c2.a) * 0.5f;
 
// clip divider
  float divider = MAX(result.a, 1.0e-4f);
 
// unpremultiply RGB
  result.r /= divider;
  result.g /= divider;
  result.b /= divider;
 
  return result;
}
 

Однако пользоваться этим не очень удобно. Напр надо посчитать интерполяцию 3-х точек (ARGB в центре треугольника) или N точек или интерполировать точки с разными весами - и каждый раз приходится городить новую ф-цию. Вот я и спрашиваю - как бы сделать удобные ARGB операторы?

общая формула для микса цветов:

C3 = C1*(1-alpha1) + C2*alpha2,

где С - это R, G или B, или Y, U или V (Y'CbCr, если быть точнее)

Гм... это как я понимаю вариант "смешения пленочек", когда мы через одну пленку смотри на другую.? хотя выглядит не совсем как мне это кажется верным...


И это не барьер мышления, это нежелание вами внятно и конкретнее на примерах описать конкретно операции которые вы хотите производить. Т.е. возвращаемся в описанному ещё несколько дней назад о необходимости описать процессы которые вы имитируемые.

Пока вы внятно описали только случай "точки на грани двух картинок".  я думал вы сами уже все решили?
что вам мешает брать среднее по каждому из каналов в этом случае?
?

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

Вообще, имхо, вы похоже "как-то не так" понимаете "RGB+прозрачность"...

Прозрачность не меняет цвет, она именно делает его "прозрачным", определяет как его смешивать с подложкой.... Вы же отчего-то предполагаете что альфа-канал может менять ваш цвет фильтра - (" с1.r никак не может внести 0.5f  в финальный result.r если c1.a = 0.0f")

Давайте на пальцах? подумаем так: с точки зрения "прозрачности" - отдельный цвет в сотаве RGB - сам по себе ничто, он кодируют только соотношения между друг другом и положение между черным и белым... с точки зрения Alpha - RGB - это единое целое, которое он делает прозрачным весь сразу, не меняя его цвета... и вот как и сколько там один цвет из смешиваемых вносит - 0.3 или 0.8 - это уже для альфа-канала не важно ...  

по поводу моделей обработки цвета:
Если вам не подходит моделирование "пленочек", то возможно другая модель будет ближе для вашего случая: смоделируйте смешение разбавляемых водой красок. Вода - это как эквивалент альфа-канала. Она (как и альфа-канал) не меняет цвет, она делает его прозрачным. Процент воды в растворе - это альфа-канал. А вот RGB - определяет соотношения в банке с краской, которая не разбавлена. Так для вас понятнее?

Вот представьте что вы смешиваете 2 раствора краски в равных пропорциях : один раствор, в котором 20 процентов воды, с другим раствором, в котором 50 процентов воды и разливаете его на подсвеченным снизу матовом стекле.

первый вопрос - сколько процентов воды будет в конечном растворе? праально - 35.
А сколько процентов краски будет в конечном растворе - праально. 65.
Надо расписывать, что количество краски в конечном растворе будет рассчитываться именно как  
  ?
 
_{PS: (если совсем придираться, оно конечно не совсем удачно - для красок надо применять цветовое простванство CMYK или аналогичное (предназначенное для красок на белом), а мы в RGB остались... но думаю пока это не сильно существенно, тем более что само по себе понятие "прозрачность" , имхо, плохо подходит к пространству RGB которое моделирует смешение света в черном пространстве).. имхо...}

Давайте разберемся 

Давайте переведем "литры" в ARGB модель. Для красной краски имеем

1-литр  Red = 1.0f, Alpha = 0.8f
2-литр  Red = 1.0f, Alpha = 0.5f
--------------------------
смесь: Red = 1.0f, Alpha = 0.65f

Т.е. предложенная Вами модель никак не учитывает интенсивность самого R(G, B)

Я против этого ничего не имею, но это просто смешивание с весом. Так рисуется напр непрозрачная подложка С1 позади полупрозрачного C2. Но это не подходит для смешивания 2-х компонент у каждого из которых своя альфа