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

А, ну да. Но можно же всю видеокарту прокинуть,тогда будет честный аппаратный?

Впрочем, у меня такое впечатление, что выигрыш от ssd на лин-десктопе не столь впечатляющий, как под вин/mac. Приятно, но не столь уж "космически".

но вот для Андроида же было в планах делать - будет ли оттуда легче портировать на "desktop linux" или это уже совсем две разные вещи стали ?

Для программирования оказалось просто счастье - второй монитор для программирования не нужен оказался, теперь там только коммуникации живут.

Для текста - ну тоже да, но с текстом я раз в 10 меньше работаю, чем с программированием.

С учетом того, что маков у нас примерно треть, линукса должно быть 146%?

Реально в мире линукс-десктопов порядка процента-двух (Андроид считаем отдельно), у фотографов - по понятным причинам порядка нуля.

> Но старые фоточки 1200x800 - да, мелковаты

как по мне даже некропнутые 42мп / 4 = 10мп в 3:2 формате теперь мелковаты на экране... хотя это может просто ментальное и пройдет через несколько недель... самое смешное что за несколько дней я таки не решился открыть на новом мониторе ни одной своей собственной фотографии с пред. 24мп-16мп-14мп-10мп-6мп камер...чтобы не расстраиваться :-)

> это ж счастье.

это все о вкусах = на мой совсем нет... читаешь все равно одну страницу и я субъективно предпочитаю не двигать глазами влево вправо сильно (а может у меня просто LCD-агорафобия)... поэтому на работе = просто 4:3 LCD монитор 1600х1200

Ну, в коммерции я ничего не смыслю и текущей ситуацией не владею :) Однако (по типичным опросам), доля в СНГ мак - десктопов <6%, доля лин десктопов $approx 24$. Ну, учитывая специфику "опросов", "делим на пи". Всё равно, довольно прилично. Я бы купил, например. Да даже бесплатно распостранять, реклама вполне заметная.

кстати Гугол поиск нашел оригинал картинки с девушкой сразу ))))) а говорите бесполезное )))

написал скриптик на питоне
# photon noise simulation, produces KOEFF1 random poisson events at each pixel
# the picture is converted to greyscale before

from PIL import Image
import numpy as np

KOEFF1 = 0.3

imfile = Image.open("imsa2.jpg")
pix = imfile.load()
(sx,sy) = imfile.size
avg=0
for yy in xrange(sy):
        for xx in xrange(sx):
                (r,g,b) = pix[xx,yy]
                avg+=((r**2.2)*3+(g**2.2)*5+(b**2.2))

avg/=sx*sy

for yy in xrange(sy):
        for xx in xrange(sx):
                        (r,g,b) = pix[xx,yy]
                        cur=((r**2.2)*3+(g**2.2)*5+(b**2.2))/avg

                        s = int(64*(np.random.poisson(cur*KOEFF1)/KOEFF1)**0.4545)
                        s = min(s,255)
                        pix[xx,yy]=(s,s,s)

imfile.save("outmin.jpg")

С учётом того, что "имеем только то, что имеем", тестировщику лучше предъявлять сэмплы по одному и начиная с наивысшего ИСО.

Когда это Adobe считалась приличной фирмой?

Сколько помню, к ней претензии - сплошным потоком.

Между 26k и 3mln - разница в 7 стопов.

Репортеры массово в RAW не снимают :)

Вот беру мы А7, накручиваю iso до максимума (26к) и снимаю в темной комнате с приемлемой выдержкой. В жпег наименьшего размера. Потом простейшей програмой уменьшаю до ~2Мп по площади и получаю картинку, которой более чем достаточно для иллюстрации новости о пришельцах: https://cloud.mail.ru/public/MRT9/c5xaaZujH

Похожая операция с D800 дает практически аналогичный результат: https://cloud.mail.ru/public/7sPu/ZbuKFHpcL

Вот где у D5 находится "предел", за который заходить не имеет практического смысла? Никто ведь в здравом уме не будет снимать на iso 500к с выдержкой 30с :) В том же спорте вполне реально задирать чувствительность ради коротких или очень коротких выдержек.

С практически-репортерской точки зрения этот предел будет определяться типичным шаблоном: "быстро сняли в жпег, потом (редактор) что-нибудь выберет"

У таких картинок проблема не в количестве света (в общепринятом смысле)

Не надо пробовать, и так понятно. Ну вот грубо "#ifndef WIN32" для данной программы означает "OS X".
И там, к примеру, будет OS X-специфичная обработка clipboard (или еще чего похуже, вроде

CFURLEnumeratorRef enumerator = CFURLEnumeratorCreateForMountedVolumes(NULL,kCFURLEnumeratorSkipInvisibles,NULL);

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