Свежие комментарии

Title	Comment
Добрый день! объясните	Добрый день! объясните неразумному, в чем разница между равами никон д700 и кэнон марк 2? на что в практическом отношении влияет тоновая кривая и вычитаниее черного
Ага. И то, что в госконтракте не потратили месяца три-четы	Ага. И то, что в госконтракте не потратили месяца три-четыре на согласование требований и прочий бюрократический процесс, а за два месяца сделали и оно не навернулось с грохотом в первый день работы - тоже круто невероятно. Всем респект!
По идее да, см. /sys/boot/i386/* в любимой ОС ;)	По идее да, см. /sys/boot/i386/* в любимой ОС ;)
А кроме BIOS - ОС может на загрузке спрограммировать что над	А кроме BIOS - ОС может на загрузке спрограммировать что надо и запатчить? Ну, в теории хотя бы....
Сколь я понимаю: пока были северные мосты, могли быть какие-	Сколь я понимаю: пока были северные мосты, могли быть какие-то засады, а теперь ну разве что MMU неправильно запрограммируют, но это лечится BIOS'ом и загружаемыми патчами микропрограмм
Натолкнул на мысль	Натолкнул на мысль :) Поснифал, пакеты идет с length 16316. Осталось выяснить кто нас так жестоко поимел.
Не, это понятно. А в	Не, это понятно. А в интерфейсном счетчике откуда берутся значения? Кто их туда кладет, драйвер карты или что-то такое более общее, единое на весь стек? Я не знаю, потому и спрашиваю. Если драйвер карты, то нет ли там банальной баги в этом подсчете....
netstat -w 1 -I ib0	netstat -w 1 -I ib0
Да, я уже	Да, я уже поправился. Осталось понять, кто считает байты на интерфейсе (я - не знаю). Может для фрагментированных на входе забыли посчитать (для фрагментов)
Нет, без OpenSM линк не	Нет, без OpenSM линк не поднимался, видимо в свиче нету. простенький он, unmanaged. Ну как же сходится, если на исходе мы видим 20 гигабит аута, с размером пакета 32К, а на входе 10 гигабит входа, с размером пакета 16К.
Ага, спасибо. Subnet Manager	Ага, спасибо. Subnet Manager - в свитче? А про входящий/исходящий я не понял вопроса. ~~Вроде колонка in сходится с колонкой out второго вывода (я так понял, это же две машины)? Ну и наоборот.~~ А, потом понял. Счетчик байтов не сходится. Ну значит пролюбили где-то подсчет для фрагментированных пакетов.
6 машин с FreeBSD, между ними	6 машин с FreeBSD, между ними свич.
Rendering intent должен бы	Rendering intent должен бы влиять на результат. Нужно ставить Perceptual или что-то подобное, что сжимает gamut
А не подскажете ли, как быть	А не подскажете ли, как быть вот с таким делом. Нигде не могу найти внятной информации. Откалибровал и сделал профиль экрана на своем ноутбуке. Вышло, что охват у него сильно не дотягивает до sRGB, особенно красный конец треугольника. Так вот, при просмотре изображений с насыщенным красным цветом, любая color-aware программа убивает оттенки, превращая красные объекты в сплошные пятна. Если я правильно понимаю, что это происходит из-за того, что те цвета, которые выходят за охват дисплея, "сжимаются" в один цвет - 255.0.0. То есть получается ситуация, обратная Wide-gamut дисплею. Причем настройки вроде Rendering Intent на результат не влияют. Как пример - все то же изображение из этого поста http://dima-chatrov.livejournal.com/250242.html В Firefox, Photoshop и тд - листья превратились в красные пятна. В IE и FastStone я вижу в них градации яркости, вижу оранжевые оттенки. Может, это и неправильно с точки зрения Color Management, но это куда более соответствует реальности с моей точки зрения. Можно ли как-то бороться с таким поведением, кроме как отказаться от Color Management? Или я что-то неправильно сделал?
А CM поднялся между кем и	А CM поднялся между кем и кем? На одной стороне FreeBSD, а на другой? И есть ли свитч?
Однако в 9.0-RELEASE CM	Однако в 9.0-RELEASE CM поднялся, но заработал на MTU 16K, выше пробовал 32К - отрицательно. Наблюдаю забавную вещь На исходящем интефейсе трафа в два раза больше чем на входе (размер пакета в 2 раза больше MTU): Исходящий: `packets errs idrops bytes packets errs bytes colls 48793 0 0 2732681 73186 0 2396998518 0 48800 0 0 2732824 73204 0 2397211500 0 49008 0 0 2744462 73509 0 2407361682 0 48711 0 0 2728093 73084 0 2393230398 0 48868 0 0 2736908 73288 0 2400222446 0 48768 0 0 2731022 73152 0 2395655054 0 48618 0 0 2722885 72931 0 2388253546 0 48845 0 0 2735330 73271 0 2399470382 0 48875 0 0 2737300 73303 0 2400682750 0 22799 0 0 1276774 34190 0 1119561806 0` Входящий: `packets errs idrops bytes packets errs bytes colls 72976 0 0 1194181818 48638 0 6421098 0 73200 0 0 1197833099 48809 0 6442244 0 72877 0 0 1192562618 48587 0 6413226 0 72750 0 0 1190485284 48502 0 6402082 0 72774 0 0 1190845565 48502 0 6403222 0 72508 0 0 1186539290 48349 0 6381354 0 72807 0 0 1191418206 48536 0 6406950 0` Из-за чего может быть? Наблюдается как в CM, так и в RM.
https://twitter.com/#!/squadette/status/176933122577940480	https://twitter.com/#!/squadette/status/176933122577940480
Просто, увидев эти кирпичи,	Просто, увидев эти кирпичи, сразу вспомнил о том, как долбался со своими равками вручную... И да, программы не исправились, разве что опен-сорсные, которые юзают тот же dcraw и имеют возможность включить упомянутые ключи "-f -G". В принципе, в пределах одной определённой камеры, для сочетания неудачной AHD-интрпл и неудачно подобранного (или вообще, дефолтного) шарпа вполне можно заиметь такой вот результат. Да и хз, вполне может быть, что у данной камеры ВНЕЗАПНО произошёл какой-то сбой, который приводит к смещению зелёных.
В смысле, что им никто изнутря не рулил - непилотируемый. В	В смысле, что им никто изнутря не рулил - непилотируемый. В том же смысле, что им можно рулить без автоматики вполне пилотируемый. Я очень хорошо знаю человека, который для него варез писал, у них после попытки вундервафли на автомате зайти на посадку на недостроенную полосу была смачная раздача слонов. Попытка была пресечена посредством заката солнца вручную с земли. Попытка, кстати, была вполне легитимная, просто в софте никто поправок на социалистическое строительство не сделал. Но проблема там все же была: он не сам на орбиту ходит, а ему требуется еще одна дорогостоящая вундервафля, которой в процессе выведения приходит кирдык. Т.е. по факту построили странный спускаемый аппарат.
На Oly (тех серий) это	На Oly (тех серий) это известная особенность (проблема), там действительно сильно разные зеленые и если считать их одинаковыми (как делали многие программы, но вроде с тех пор исправились), то будут приколы. Но мы в данном случае обсуждаем кадр с Кэнона. Там зеленый тоже не факт что абсолютно одинаковый, есть всякие мнения (ну вот я на своих камерах значимой разницы не вижу), но проблема в любом случае не такая острая, как на тех Oly
скорее всего, артефакты	скорее всего, артефакты демозаика. я с такими сталкивался на своём старом Oly-E400. помогает только предварительное размытие (ключ "-f" в dcraw\libraw; "Interpolate RGGB as four colors") и принудительное выравнивание зелёных. остальные raw-девелоперы выдают такие кирпичи.
>В какой момент срабатывает движок Whites, до HL recovery (и	>В какой момент срабатывает движок Whites, до HL recovery (и ББ) или после? Не знаю, предполагаю что после. >HL recovery может усилить полосатость (спроецировав "детали" в зеленом на другие каналы в тех местах где все три канала пересвечены) и резать придется больше. Главное, что отрезать можно. "Больше" - это уже детали. Кстати, вот у тебя же есть этот кадр пересвеченный, можно же его в лайтрум поместить и посмотреть. Правда, там может регулировок не хватить.
у мен (и не только) вылазит и в ACR и C1 и в BB	у мен (и не только) вылазит и в ACR и C1 и в BB
Не, я не смотрел мелкие детали. Я то думал что там макро-пол	Не, я не смотрел мелкие детали. Я то думал что там макро-полосатость, а она видна только если на шкаф залезть.
В какой момент срабатывает движок Whites, до HL recovery (и	В какой момент срабатывает движок Whites, до HL recovery (и ББ) или после? Это принципиально важно: HL recovery может усилить полосатость (спроецировав "детали" в зеленом на другие каналы в тех местах где все три канала пересвечены) и резать придется больше.
У меня лайтрум, а раз у Алекса не вылазит в ACR значит и у м	У меня лайтрум, а раз у Алекса не вылазит в ACR значит и у меня не вылезет :)
Ну да, ты же в своем посте пишешь +++ В данной камере буду	Ну да, ты же в своем посте пишешь +++ В данной камере будут "детали в зеленом канале" (полоски и макро-неравномерности), которые Highlight Recovery может благополучно усилить. +++ и далее +++ Возможно ли пользователю (какого-то) конвертора самостоятельно зарезать диапазон сверху - я не знаю, +++ Вот движок Whites - это зарезание диапазона сверху чтобы Highlight Recovery не давало полосатости.
Я не про последовательность кручения движков, а про порядок	Я не про последовательность кручения движков, а про порядок их применения.
у тебя при конвертации ничего не вылазит?	у тебя при конвертации ничего не вылазит?
да нет же - сетка вылазит именно при конверсии raw файла с	да нет же - сетка вылазит именно при конверсии raw файла с процами в камерах не всё так просто - у них задачи другие

Свежие комментарии

Pages