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

Title	Comment
мильно=>сильно (заплатить что ли в ЖЖ за возможность редакти	мильно=>сильно (заплатить что ли в ЖЖ за возможность редактировать каменты...)
Быстрее компилирует? Особо не мерял, buildworld примерно за	Быстрее компилирует? Особо не мерял, buildworld примерно за одно время. Или ты про код? Код у clang - зачастую cильно лучше (это, правда, векторные расширения, но вот про скалярный код) и я не разу не видел, чтобы был сильно хуже. Это если сравнивать со свежим gcc, понимающим свежие процессоры. То что в base system до сих пор -msse4.1 не понимает.
а почему? вроде gcc все еще быстрее?	а почему? вроде gcc все еще быстрее?
=== cut ==== <b> If you opt in </b> to diagnostic and usage	=== cut ==== If you opt in to diagnostic and usage collection, you agree that Apple and its subsidiaries and agents may collect, maintain, process and use diagnostic, technical, usage and related information, including but not limited to information about your iOS Device, computer, system and application software, and peripherals, that is gathered periodically to facilitate the provision of software updates, product support and other services to you (if any) related to the iOS Software, and to verify compliance with the terms of this License. === cut ==== по умолчанию выключено.
А кто читал эппловскую лицензию? Я нет, но из их жлобства п	А кто читал эппловскую лицензию? Я нет, но из их жлобства подозреваю, что этот YES там есть.
Они технически могли бы собирать статистику с апдейтами, нео	Они технически могли бы собирать статистику с апдейтами, неочевидно что они это реально делают. "несколько битиков" - это мало и неитересно. Что им мешает раз в день большой пакет статистики отсылать? Принято спрашивать пользователя "Yes, allow anonymous usage statistics".
У эппла она понятно откуда: iTunes проверяет наличие апдейто	У эппла она понятно откуда: iTunes проверяет наличие апдейтов. Достаточно там иметь пару битиков ("установлено на устройстве", "запускалось в последний месяц") - и вуаля. Я очень удивлюсь, если у эппла этих данных нет.
Откуда она у Аррle? Это был бы сумашедщий поток [щпионской]	Откуда она у Аррle? Это был бы сумашедщий поток [щпионской] информации. Они будут иметь только информацию от програм завязанных на облако. Ну и авторы имеют давные о своих програмах (если завязаны на какие-нибудь web-сервисы). User retention "For this analysis, we compiled data from 25 apps" blog.flurry.com/bid/76874/iOS-Android-Apps-Challenged-by-Traffic-Acquisition-Not-Discovery
Ага. Вот и выяснилось - я под ETTR понимаю исключительно сд	Ага. Вот и выяснилось - я под ETTR понимаю исключительно сдвиг вправо с переэкспонированием главного объекта относительно того, что по нему спотметр намерял. - а вы - "вдумчивое заполнение ДД объектами" Против второго метода я ничего не имею, сам так и делаю. Но на реальных контрастных сценах (где "контраст создается светами") это приводит к недоэкспонированию "главного объекта". Как следствие, мы часто тянем "полутона вверх", "сжимаем света" и почти никогда не делаем обратного.
Не очень понял. В случае сюжета "Я на фоне неба - солнца" м	Не очень понял. В случае сюжета "Я на фоне неба - солнца" метод ETTR - это недоэкспонирование. Иначе небеса уйдут в белое. Ну, я люблю проработанное небо, а лишний стоп шумов на объекте, - да фиг с ним, всё равно тут ISO малошумящее.
не подумал переустановить :( теперь и у меня заработала, спа	не подумал переустановить :( теперь и у меня заработала, спасибо
"А у меня все работает". Но я целиком сносил станзу с девай	"А у меня все работает". Но я целиком сносил станзу с девайса, со всеми файлами и базами.
Да, довольно сознательно и силуэты и low-key (и high-key ту	Да, довольно сознательно и силуэты и low-key (и high-key туда же). Так вот. Экспозиция "по экспонометру по главному объекту" сделает нам желаемое автоматически. Плюс-минус калибровка экспонометра, конечно, но так и будет. А ETTR - это переэкспонирование относительно такого замера. Так вот, Тезис2: в "контрастных сценах" (контраст сцены больше 7-8-9Ev) с главным объектом (и Тезисом1) у нас контраст создается светами а не тенями. Т.е. разбег яркостей от "главного объекта - 18%-й серой карты" в света будет больше чем 2.7-3 стопа. Даже если исключить из состава светов то, где нам детализация вовсе не нужна (и переэкспонирование, соответственно, ничего не портит, про блюминг забудем).
Ну вообще говоря <a href="http://en.wikipedia.org/wiki/Low-k	Ну вообще говоря бывает разное. То есть, взять и выкинуть целый жанр low-key фотографии - это как-то... Но, я готов на разговор "рассмотрим, что нам нужно делать для этого варианта".
после обновления Unhandled Exception стал выскакивать в друг	после обновления Unhandled Exception стал выскакивать в другом месте :)
Не, я о другом. Давайте постепенно. Тезис1: Главный объект	Не, я о другом. Давайте постепенно. Тезис1: Главный объект на отпечатке - в подавляющем количестве случаев - будет печататься в светлоту "18%" (Lab50), ну плюс-минус стоп. Двигаться дальше имеет смысл только если Тезис1 принят т.е. черные квадраты, черные силуэты на фоне солнца и т.п. - не рассматриваем.
По моему, сейчас дискуссия пришла к тому, чтобы математическ	По моему, сейчас дискуссия пришла к тому, чтобы математически точно описать ETTR Особенно с учётом того, что в контрастных сценах есть совершенно черный, и совершенно яркий белый (например, источники света).
Проблема с профилями в том, что в темно-зеленых плашках очен	Проблема с профилями в том, что в темно-зеленых плашках очень слабый синий (да и красный) канал. С шумом. В большинстве же реально контрастных (>8-9EV) сюжетов у нас присутствуют активные света, которые ярче среднего тона больше чем в 5.5 раз. В результате мы средний тон не передерживаем, а недодерживаем (относительно того, что с него считал экспонометр), а потом наоборот вытягиваем, сжимая света.
Интересно, а сколько	Интересно, а сколько пользователей можно недополучить, не написав ни на оф. сайте (страницы Features там нет вообще), ни на странице в appstore, какие же форматы оно поддерживает? Ответ (возможно, неполный) на вопрос о поддерживаемых форматах содержится в FAQ в тексте ответа на вопрос о том, как синхронизировать книжки. И это не уникальный случай для приложений под iOS, как я понимаю.
Тени в контрастных сюжетах. В случае матричных профилей я	Тени в контрастных сюжетах. В случае матричных профилей я не понимаю, какие могут быть проблемы. Там всё линейно. У кэнона профили табличные. Там да. Но это говорит, скорее, и том что табличные нелинейные профили - не очень хорошо.
Контрастные <b>тени</b>? Основной вопрос с ETTR заключается	Контрастные тени? Основной вопрос с ETTR заключается в том, как быть с профилями. Много раз уже тут обсуждали.
"ETTR почти бессмысленен" - ну здрасте! Кроме шумов хранени	"ETTR почти бессмысленен" - ну здрасте! Кроме шумов хранения есть шумы камеры, это раз. Контрастные области никто не отменял - это два.
Юзеры с полей рапортуют, что	Юзеры с полей рапортуют, что на некоторых Android-девайсах "перестали ходить" SMS (я думаю что они при получении или оказываются в списке непонятно где, или режектятся), и аналогичная ситуация с некоторыми "обычными" телефонами Samsung. О том, что последние неустойчивы к получению сообщений с неправильной датой, я знаю уже давно - если послать на такой Samsung backdated-сообщение, вручную установив дату на своем телефоне назад, оповещение о приходе SMS не выдается, а сообщение оказывается где-то в заднице архива. Подозреваю, что у таких самсунгов сигнал о приходе SMS выдается в момент появления новой первой записи в стеке. Куда деваются сообщения с опережающей датой - не в курсе. :)
Stanza обновилась до версии	Stanza обновилась до версии 3.2 и работает на iOS5! Магия 11.11.11 :)
Для 14 битного варианта - у меня претензий нет. Ну кому нужн	Для 14 битного варианта - у меня претензий нет. Ну кому нужны 8к уровней в самом светлом стопе, их на все изображение столько не надо. С D5000 не так однозначно, 64 уровня в 5-м стопе сверху - все-таки обидно, шансы влететь в постеризацию растут. А что называть RAW - вопрос философский. Вон у RedOne там вообще lossy-компрессия (JPEG2000) и ничего. А у D1 там и баланс белого был
Да, это я невнимательно читал. Про 769 строк таблицы описыва	Да, это я невнимательно читал. Про 769 строк таблицы описывающей кривую я прочел, а про то, что реальный диапазон значений RAW тоже 0..768 - как-то мимо прошло. P.S. Вообще-то подобный формат называть RAW-ом уже неправомерно. Это уже никак не сырые данные с сенсора. И ради чего все это затеяно было, ради 30% сжатия?
G3 - 12 бит,честные. На	G3 - 12 бит,честные. На остальные не стал смотреть.
Вроде Excel не умеет. Я	Вроде Excel не умеет. Я думал, тут еще более "по-старинке" - gnuplot :) Я так, об общем случае, тут-то все и так ясно.
Я по старинке, в экселе. Он	Я по старинке, в экселе. Он умеет такое? По сути же - это все несущественно. То есть все это трепыхание происходит в светах, на которые по большому счету наплевать...
"По процедурному вопросу" -	"По процедурному вопросу" - чтобы не давать к графикам в логарифмическом масштабе длинных пояснений о вариациях наклона, хорошо раскрашивать их какой-нибудь радугой, пропорционально производной. Так люди, как правило, лучше видят. И загогулина в верхнем правом углу была бы видна. :)

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

Pages