Свежие комментарии
| Title | Comment |
|---|---|
| Вот прозвучавшая уже аналогия |
Вот прозвучавшая уже аналогия "шуруповерт с точильной машиной" довольно неплохо отражает суть дела.
В шуруповерте нужен низкооборотный двигатель и редуктор, в точильной машине - высокооборотный и без редуктора. Да, теоретически можно это все совместить (поставив заодно коробку передач, как я понимаю), но получившийся прибор, дитя компромисса, будет плохим шуруповертом и плохой точильной машиной (в том числе и по той причине, что требования к корпусу сильно разные). С FRV и RD - аналогично. Требования другие, а значит и реализации другие. Общего кода (за исключением общих библиотек, вроде LibRaw или Qt) очень мало. Ну вот немножко про Drag-n-Drop скопипащено, да и примерно все. |
| > Ну вот представьте себе |
> Ну вот представьте себе объединение Preferences у RD и у FRV. Мне становится плохо. все лучше чем поддерживать два разных preferences (да еще и два разных web сайта) - это все мелочи но они едят время которое опять же одного человека... > Да и UI сильно разный. хорошо ли это и неплохо-ли было бы произвести кросс-опыление |
| > Но приятным следствием |
> Но приятным следствием является то, что в FRV можно вовсе не поддерживать Foveon (и многое другое, 32-битные макоси, например). так никто не заставляет в FRV-режиме Foveon поддерживать, а по поводу 32-битные OSX - так опять же никто не запрещает исключить кусок кода при компиляции для сей платформы и никакого противоречия (лицензия для RFV режима недоступна на данной платформе, точка) |
| Ну вот представьте себе |
Ну вот представьте себе объединение Preferences у RD и у FRV. Мне становится плохо.
Да и UI сильно разный. |
| идея нормальная - экономия |
идея нормальная - экономия времени единственного программиста... особенно над муторными кусками в UI |
| Странная идея, честно говоря. |
Странная идея, честно говоря. Как шуруповёрт с функцией точильной машины. |
| А был бы один продукт - |
А был бы один продукт - сейчас шла бы борьба за быстрый показ этой самой сигмы с приличным качеством. Там не так все просто.
FRV и RD разделены по многим причинам. Но приятным следствием является то, что в FRV можно вовсе не поддерживать Foveon (и многое другое, 32-битные макоси, например). |
| > и приступлю к FRV. |
> и приступлю к FRV. вот, вот - а был бы один продукт просто с разными мордами (в зав. от лицензии) наружу |
| Ага, чуть позже. | Ага, чуть позже. Я ж только в конце июля приехал, а пока катался - Роланд раскопал dp2 Quattro, ну и народ требовал его Завтра и приступлю к FRV. |
| Vendor Specific — это хорошо. |
Vendor Specific — это хорошо. А то там скоро уже потеряться можно было бы из-за доп. настроек. |
| > Так в том и дело - купил 25 |
> Так в том и дело - купил 25/1.8, паналейку теперь надо продать. oops... чукча не читатель Ё-) !!! |
| Ага, спасибо, будем пробовать | Ага, спасибо, будем пробовать авиту. Мне - продать. |
| Так в том и дело - купил 25/1 |
Так в том и дело - купил 25/1.8, паналейку теперь надо продать.
Я не вижу особых каких-то проблем с фильтрацией, просто паналейка очень уж габаритная, особенно с их отвратительной блендой, которая наизнанку не надевается. Картинка, на мой вкус, у обоих вариантов вполне хорошая. Полстопа светосилы мне некритичны, все едино прикрываю обычно. |
| > P.S. Искал паналейку. |
> P.S. Искал паналейку. кстати - у P объективов на O тушках есть проблемы с фильтрацией в области близкой к UV (вернее наоборот, там где у P работают фильтры над сенсором у O работает стекло/покрытие в обьективах) - не проще ли купить O25/1.8 ? |
| продавать на фотору стало |
продавать на фотору стало сложнее. 1 к 9 с авитой. вообще, пока не снизили беспошлинный порог, почти все б/у покупаю на ebay |
| Хм, я вот попробовал в ВК |
Хм, я вот попробовал в ВК поискать то, что хочу продать - и не возрадовался результатам, там какой-то спам от микробарахолок и магазинов. Плюс, поиск по спецификации объектива дает кучу мусора (25/1.4 - ищет "25 1 4")
В авито же - все как-то очень хорошо находится. P.S. Искал паналейку. |
| может и работает, но |
может и работает, но неюзабельно на столько, что жалко на это тратить время. Авито рулит, но еще больше, похоже, рулит пост на стене во вконтакте. А тот, кому именно это надо, сам найдет в поиске. |
| Поддерживаю. И ещё jfyi http: |
Поддерживаю. И ещё jfyi http://dadv.livejournal.com/198850.html |
| перваые китайские, вторые из |
перваые китайские, вторые из тайланда |
| Надо в трафике на окно |
Надо в трафике на окно смотреть и что именно не даёт ему расти - дропы или ОС. |
| Ну вот scp отсюда туды - | Ну вот scp отсюда туды - 200kb/sec. Оттуда сюды - 2000kb/sec. Буфера, latency - все одинаковое. |
| Не начать ли с банальных tcp |
Не начать ли с банальных tcp window size и сокетных буферов? latency-то существенна. |
| Ну так сделайте экспорт по | Ну так сделайте экспорт по каналам(3 файла), а потом в фотошопе соберите как нравится. |
| а не пробовали сделать бетку |
а не пробовали сделать бетку для меррила, где G=g, R=b, B=r и посмотреть, что будет с табличкой патчей при ББ по серому? пару строк в программном коде, наверно :) |
| А на снимках радуги что | А на снимках радуги что происходит? |
| как то все встанет на свои |
как то все встанет на свои "привычные" места, если у меррила синий и красный поменять местами, а зеленый оставить как есть... |
| Насколько я понимаю, если |
Насколько я понимаю, если менять толщину слоев, то меняется и спектральная чувствительность. Это в первом приближении.
Во втором - про Мерилл я читал, что там реально сенсоров в пикселе не три, а больше, а на улицу приезжает результат обработки. Ну и всякие прочие - не наложен ли на сенсор цветной фильтр (я не знаю), нет ли усиления по каналам, там всякие варианты возможны. Вот про усиление: смотрю на серое поле. σ2/Avg для красного - 0.20, для зеленого - 0.15. Предполагаю таки бОльшее усиление в красном канале (или меньшее шумопонижение, если оно накладывается в камере). |
| тогда непонятно поведение |
тогда непонятно поведение красного на желтой плашке... |
| Видимо в библиотеке x3f (by |
Видимо в библиотеке x3f (by Roland Karlsson) была ошибка
Есть одно обстоятельство. Код декодирования в x3f-tools - общий и для Merrill и для Quattro. То есть вообще одинаковый. И он не менялся для поддержки кваттры, там добавилось только чтение размеров отдельных слоев. Таким образом, если ошибка была (в чем я сомневаюсь, потому что ну обычный хаффман же, ошибки в его декодировании возможны, но они будут видны) - то она и осталась. А если для кваттры ее нет, то и для мерилла нет - сжатие то одинаковое. Сейчас же случилось вот что - синий пиксель стал мельче (относительно зеленого-красного), поэтому и (относительный) сигнал - тоже упал, это нормально же. |
| Порядок горбов на цветных |
Порядок горбов на цветных плашках стал привычным, чей цвет сильнее - тот и впереди право в аппаратное усиление одного синего перед записю в рав - не верится |
Pages
