Вопросы по ГЛ

[s-andriano]

Сообщение от intmain

Какой олень придумал bmp формат ?
Я понял про какие строки вы мне все говорили.

А если бы последовали совету из поста №9, поняли бы гораздо раньше.

offset = 2 * ((24 * 3 + 31) / 32) * 4;

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

[intmain]

Результат вычислений привести не судьба?
Должно получиться 12.

Если принять первую строку за 0, а вторую за +1 смещение, то 12 и получается.
Я помню вы настаивали начинать с 1 т.е. вторую я и посчитал за 2.

[s-andriano]

Сообщение от intmain

Если принять первую строку за 0, а вторую за +1 смещение, то 12 и получается.
Я помню вы настаивали начинать с 1 т.е. вторую я и посчитал за 2.

Позволю себе еще раз себя любимого процитировать:

По какому смещению от начала данных начинается вторая (считая с единицы)

Мне кажется, в такой формулировки сомнений, откуда считать, быть не должно (разумеется, если читать).

Вообще же по поводу нумерации существуют определенные правила:
- смещения всегда считаются с 0,
- интервалы всегда считаются с первого - просто потому, что нулевого интервала не существует - первому непосредственно предшествует минус первый,
- для порядковых чисел существует неоднозначность: в русском (да и многих других) языке принято считать с 1, а в программировании - по аналогии со смещениями - с 0.

Но первая строка - всегда первая, т.к. это именно интервал, лежащий между отметками 0 и 1. Начало первой строки соответствует смещению 0, а конец - непосредственно предшествует смещению 1 (в единицах строк).

[Пепел Феникса]

не понял причем тут bmp формат, ибо прямоугольный растр так или иначе будет иметь строки.(при распаковке jpg будет тоже самое и тп)

[intmain]

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

В нормальных форматах такого нет. Строка растра это нечто искусственное и должна существовать на высших уровнях бытия. И если уж мне сильно захочется по каким-то неясным для меня причинам работать/оперировать со строками растра (что есть несомненная глупость) то я умно буду шагать по линейной обрасти растра в ширину рисунка. А утконосы, которые придумали bmp они, наверное, руководствовались какими-то своими мутными соображениями. Вот глянте как кошерно погрузился tga, байтик к байтику. Я даже потрудился стрелочки подрисовал де какой пиксель.
tga.jpg

зы. в pixelmap [] "я" = 255.

[Пепел Феникса]

ну и причем тут bmp?

данные без выравнивания(выравнивание 1).
строки ровно так же там есть, снизу вверх идут.
выравнивание появляется после некоторых платформ требующих выравнивание, не всем пофиг на это.


я не понимаю вообще возмущений, словно блин вас заставляют выравнивать данные, это именно один из параметров того как вы суете данные для ГЛ, а не для вас.
я работал с платформами которые требуют выравнивания данных, и у меня возмущений нет.

[s-andriano]

Сообщение от intmain

В нормальных форматах такого нет.

Только где ж их взять - нормальные форматы?
Вот, в GIF, например, мало того, что неизвестно, по какому смещению читать нужный пиксель, так еще и после каждых 128 байт добавляются маркеры. При этом маркеры никак не синхронизированы со строками.

Строка растра это нечто искусственное и должна существовать на высших уровнях бытия.

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

И если уж мне сильно захочется по каким-то неясным для меня причинам работать/оперировать со строками растра (что есть несомненная глупость) то я умно буду шагать по линейной обрасти растра в ширину рисунка. А утконосы, которые придумали bmp они, наверное, руководствовались какими-то своими мутными соображениями. Вот глянте как кошерно погрузился tga, байтик к байтику. Я даже потрудился стрелочки подрисовал де какой пиксель.

Раз уж Вы испытываете такой экстаз от Тарги, объясните, зачем у них оси координат могут идти в любом направлении. Нет, с осью Y еще как-то понять можно, - здесь исторически сложилась неоднозначность, но мы же не арабы, чтобы пускать ось Х справа налево!

[s-andriano]

Сообщение от Пепел Феникса

я работал с платформами которые требуют выравнивания данных, и у меня возмущений нет.

Ну, не все знают, что такое 32-разрядный процессор.
Кстати, даже на х86 было бы удобнее обрабатывать растр при помощи MMX, если бы выравнивание было на 8, а не на 4.

[intmain]

я не понимаю вообще возмущений, словно блин вас заставляют выравнивать данные, это именно один из параметров того как вы суете данные для ГЛ, а не для вас.

Вы правы, надо написать загрузилку и забыть этот вопиющий косяк.

ну и причем тут bmp?

мне порядок букв не нравится.

Сэр предпочитает работать с отдельными пискелями?

Именно так сударь.

но мы же не арабы, чтобы пускать ось Х справа налево!

чтобы у индусов на какой-нибудь моторилле пошло.

Кстати, даже на х86 было бы удобнее обрабатывать растр при помощи MMX, если бы выравнивание было на 8, а не на 4.

AVX расширения проца 32 байта?

[s-andriano]

Сообщение от intmain

Именно так сударь.

Медленно это.
Ужасно медленно.
Такой можно себе позволить лишь в крайнем случае - когда ничего другого не остается. И то лишь в пределах долей процента, максимум - единиц процентов от всей площади изображения.
Во всех остальных случаях минимальный элемент, с которым допустимо работать, - как раз строка растра или ее существенный фрагмент.