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

Semioff. :)

WTF след. рода

1) есть например dsc03877.arw и рядом dsc03877.jpg ... .xmp рядом нет, спасибо партии за это
2) есть https://s26.postimg.org/64mppnn1l/frv_bug_2.jpg
3) тыкаем в dsc03877.arw и делаем ему 5 звездей -> получаем .xmp
4) тыкаем в dsc03877.jpg и делаем ему 5 звездей -> получаем .xmp который зачем-то переписывает мне пред. xmp, хотя человеческим же языком написали в preferences = "write xmp blocks to jpeg files instead of creating sidecars"
5) дальше понятно...

---

зачем писать в UI слово "instead" если имелось ввиду "in addition to" ? ... но вообще хотелось бы опции для совместимости с Adobe Bridge = .xmp для raw и никаких попыток создать .xmp для jpg рядом с raw (все внутрь jpg)... a ?

мелкий баг = https://s26.postimg.org/gdf6vhb3d/frv_bug.jpg

В качестве развлечения пишу небольшое приложение на libraw и сейчас разбираюсь с переводом из множителей ББ в CCT (Temp/Tint). Решил свериться с FRV и заметил интересное явление. Берем CR2 и превращаем его в DNG с помощью Adobe DNG Converter. А потом смотрим в FRV на ББ этих условно одинаковых равов. При том, что множители ББ показываются одинаково, Temp/Tint выглядит весьма различным. Пример: множители AsShot 1.97, 1, 1.61, для CR2 показывает 5244/10, а для того же DNG 5383/21. Вопрос: это нормальное поведение?
С точки зрения пользователя, ничего нормального нет. С точки зрения спецификации DNG вроде как 5383/21 вполне корректно выглядит. Я догадываюсь, что при определении ББ из DNG использовались интерполяция ColorMatrix и CameraCalibration, плюсом еще AnalogBalance (если вдруг не единичная). У меня тоже ББ для DNG примерно те же цифры получаются.
Но те же файлы в ACR показывают 5250/11 (оба одинаково).
Вот теперь понять не могу, то ли это фича, то ли бага. Пока склоняюсь к фиче, но чисто технической.
В техподдержку как-то слишком официально писать, решил здесь задать вопрос. Прошу понять и простить, если что.

Я одного не понимаю — а врать-то зачем? Это я про Sony.
Ну вот как можно говорить про NR setting is OFF когда не OFF?

Но не помогло.
Утрешний бэкап пошел через гигабит. Рестарт самбы на сервере (что приводит к реконнекту клиентов) - помог как и всегда.

Не буду этим заниматься до июля или августа, но злобу затаил уже.

О, можно с 1G интерфейса на WS снести 'Client for Microsoft networks', должно помочь по идее.

Наверно можно только из сети 1G на адрес сервера 10G. Заодно проверить - что заставляет винду менять маршрут и сможет ли она опять восстановить связь на 10G. А что может сломаться, неужели нужен трафик между 1G и 10G? По моему опыту дополнительный линк - иногда как находка :-).

Это ж не первый случай, когда сони так реагирует на пользователей (uncompressed raw еще)

За что им большой плюс в карму.

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

Ну вот у меня от WS до сервера - два независимых линка (с разными адресами/сетями, естественно).
Тот который 1G - он одновременно и default route.
И временами винда начинает ходить к \\10G-NAS-IP через этот default route. Что, понятно, несколько огорчает.
Закономерности не нашел, но последние дни оно делает это каждый, сука, день.

Надо, понятно, всю логическую структуру сети разломать и переделать (и, может быть, вообще от 1G-линка избавиться), но уж не сейчас, а после лета.

Ну, этому есть объективные причины. Например, на букву O, но не только. Если интересна история вопроса -- гуглить ZFS block pointer rewrite

У D-Link или Netgear (забыл) есть 8 медных портов 10G за ~800 по прайсу и 650 по факту.

Но мне, для счастья и изведения лишних портов (сетей и проводов) в разных местах надо 3x10+6x1 (то что сейчас используется) т.е. с запасом на пару лет 4x10+8x1.

Две разные "домашние сети" (десятка для больших данных, гигабит для остального) изрядно меня достали уже.

dlink стоит дешевле
DGS-1510-28X

но опять sfp+, 10G через витую пару пока не успело набрать популярность