Такая тупость при сохранении текстуры в фотошопе КС3 в формат vtf появилась вот такая лажа

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

старая проблема)
размеры сторон текстуры должны быть 2,4,8,16,32,64,128,256,512,1024.
чаще всего в халфе используются 128х128,128х256,256х256,256х512,512х512.
надеюсь ты хоть из tga сохраняешь...

redbox
Причём тут Тарга? Это vtf-plugin для Photoshop, и какой первоначальный формат значения не имеет... Для сохранения два правила:
степень двойки и наличие только одного альфа-канала.

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

Кто говорит?

цитирую:
They are created from targa(.tga) images, and in turn reffered to in Valve Materials...

Боян! Это для vtex, а у него плугин для шопа...

Ничего не меняется, а? Сколько мя не было, а всё так же =)

=)

Если планируется хранить свои текстуры до конверта в vtf, лучший вариант, чем tga найти сложно) Он: 1) не сжимает => не портит изображение; 2) имеет поддержку альфа-канала; и 3) хорошо распространён, его поддерживает любой уважающий себя редактор 2-д и 3-д графики и вообще, софт имеющий к ней отношение. Правда, на мой взгляд, имеется недостаток - только 8 бит на канал.

По мне так лучше PSD нет ничего =) и пофигу, что размер большой, зато нет никаких ограничений, даже историю изменений сохранить можно...


А шестнадцати битные каналы вообще движком не поддерживаются... это всякие збраши там... я и в шопе то не уверен... не разу не удавалось редактировать 16-битный канал...

Фиш, где ты был пока выходил лосткост, дод:с и т.п.? о_0 Совсем с broken arrow заработался)) Любая современная видяха может делать 32-битные рассчёты и переваривать соответствующие текстуры. И сорс (в лице своего текстурного формата) уже года два с половиной имеет поддержку 16- и 32-битных текстур, в первую очередь используемых для скайбоксов. И исходники одного такого ская имеются в контенте сдк (dod\materialsrc). Формат PFM (portable float map) - 32-битный, с плавающей точкой, поддерживается vtex-ом и ФШ (по крайней мере, CS2, ибо поддержка 32 bpp появилась именно в нём. А 16 бит он поддерживал уже давно. ).

Ну я тупой, спс!

Что-то ты не о том говоришь... Движок поддерживает 24-битные и 32-битные изображения, 16-битные vtex посылает, хотя не знаю моть сейчас и не посылает, дело в том, что у мя глючит СДК, выкидывая каждый раз:
Can't find steam app user info для любого консольного приложения в СДК... и всё никак не разберусь с этим...
Но явно 16-битные текстуры не нужны никому из-за малой цветовой палитры, которую можно закодировать данным форматом.

Речь пошла о 16-битном канале, как я это понимаю речь идёт об альфа-канале...
То что ты говоришь... 16-битные текстуры... они вообще альфа-канал не сохраняют, ибо для сохранения красных, зеленых и синих цветовых компонентов каждого пиксела отводится 16 бит... никакой альфы.
24-битные, где каждый цвет кодируется тремя составляющими по 8 бит (1 байт), каждая из которых соответствует значением по RGB (в шопе это выглядит как ч/б изображение где белый 255, а чёрный - 0, чем выше значение тем насыщеннее цвет за который отвечает данный канал, переплетая три цвета вместе и получается разно-цветная картинка), так же - никакой альфы, 32-битные изображения - это 24 битные + 8 бит на альфа-канал, дополнительные 8 бит используются для ч/б маски, где 0 - абсолютная прозрачность, а 255 - абсолютная не прозрачность...
В 16-битных (в смысле 16 бит на канал) хранится не 256 градаций серого, а 65 536.
В Zbrush с помощью 16-битных бесцветных изображений передаётся высота пикселей, т.е. можно преобразовать модель в плоское изображение и потом наложить на дргую модель с похожим числом полгонов и выполнить дисторцию по маске.


Т.е. ты хочешь сказать что в Хл2 поддерживаются 16 bpp и 32 bpp vtf-текстуры?

Вот что на википедии есть:
Для расширения динамического диапазона изображений, включая High Dynamic Range Imaging (HDRI), числа с плавающей запятой позволяют описывать в изображениях наиболее аккуратно интенсивный свет и глубокие тени в одном и том же цветовом пространстве. Различные модели описывают такие диапазоны, применяя более 32 бит на канал. Можно отметить новый Industrial Light & Magic (ILM) формат, использующий 16-битные числа с плавающей запятой, которые позволяют представить цветовые оттенки лучше, чем 16-битные целые числа. Предполагается, что такие схемы представления цвета заменят стандартные схемы, как только аппаратное обеспечение сможет с достаточной скоростью и эффективностью поддерживать новые форматы

Учитвай, что у HDRI текстур неба специфический формат, не vtf, а речь идёт именно о нём... НЕТ Никакой поддержки 32 bpp или хотябы 16 bpp текстур для vtf так как она не требуется и слишком много ресурсов съест итак сжатие половину цветовых переходов убивает. Для vtf поддерживаются только 24 и 32битные текстуры с 8 bpp.

Касаемо упомянутого тобой PFM-формата, то это сложно назвать 32bpp изображением. Это скорее "технический формат" не читаемый не вооружённым глазом, ибо содержит 4 16-битных (8 bpp) изображения для передачи экспозиции... А не 128-битное изображение с градацией серого в кажом канале в 65 тыщ.


ВОУ ВОУ ВОУ!! Брейк! Ты что хочешь сказать, что vtex TIFF и RAW файлы понимает, ога? Ты сам только, что сказал, что TGA поддерживает макс. 32-битные изображения с 8bpp, а другие форматы vtex не понимает на сколько мне известно...

З.Ы. и помоему vtf с включенной компрессией - это 16-битный формат с возможностью отведения дополнительных 8 бит на альфа-канал...

Так что ни над чем я не переработался.
Единственное - ни разу не пробовал работать с 16 bpp... нада будет поэксперементировать...

Ой. А ведь всё из-за банального недопонимания)))) Всё что я настрочил выше, было о 16-ти и 32-х битах на канал)) Это раз, а два - мы оба друг друга запутали, ошибочно употребив "bpp" (bits per pixel) в смысле "биты на канал". %)
Но твои многабукав, всё же, многим пригодятся.

Далее...

o__0 Движок других форматов текстур не имеет.


Парирую: http://developer.valvesoftware.com/wiki/Vtf Cписок форматов там, правда, устаревший. В последней - седьмой (насколько я помню) - версии vtf имеется RGBA32323232F (128 bpp) и др. с 32-мя битами на канал.
16- и 32-битные текстуры очень даже нужны. Во-первых, думаешь, в каком формате находятся лайтмапы в хдр-режиме? Во-вторых, передать весь диапазон яркостей неба восемью битами нереально, точность слишком низкая. Да, текстурки жручие, лост-коустовский хдр-скай целиком весит 16 метров (против двух метров лдр-ская), но ничего не поделаешь.


Тем не менее, именно его избрали вальв в качестве исходников для хдр-текстур. Повторюсь, его понимает vtex. Просто загляни в sourcesdk_content\dod\materialsrc когда разберёшся с "Can't find steam app user info" и откомпиль тамошние текстуры. К слову сказать, изображение в pfm весит аккурат в 4 раза больше тарги идентичного разрешения, так что формат может и 32-битным быть.

Это как раз то, чего у меня и в мыслях не было говорить.


Не, включение сжатия для vtex-а означает использование формата DXT-3 или DXT-5 в случае с 8-битной альфой. Вроде так..

Фуф. :Е

Пока вся R.G.B 16.16.16 в сорсе ограничиваеться скайбоксами в HDR - собсно оно нигде больше то и не нужно пользователю. Хотя дооо, vtf поддерживает даже 32х бит-на-канал картинки - только чего с ними делать и как их использовать с толком?