comments by 452

> А затвором-то это чудо щелкает один раз при этом ?

один раз конечно-же (как обладатель)...

Z / V

> Оно ж вроде заряд сливает - думаю что нет. Вот разве что ADC сделать прямо на пикселе...

в "CCD" заряд перемещался в соседние сенсели по цепочке для считывания в конце, в "CMOS" же в зависимости от архитектуры (например 3-T Active Pixel Sensor) заряд может никуда не перемещаться и извлекают напряжение

Z / V

> А вот между прочим похоже что помогло.

Та это вам только кажится, говорит М$ !

https://blogs.technet.microsoft.com/askds/2009/06/26/debunking-the-vista...

Z / V

а "far:config System.CopyBufferSize" поменять ?

Z / V

infiniband / EoIB ?

Z / V

ага, все - пропустил я значит v1443, спасибо

Z / V

handle RAW+JPEG не отмечен

Z / V

версия вот самая последняя из данного топика

Z / V

PS: конфликт есть ибо если я данный чекбокс очишу, то FRV он мне не даст оперировать над парой raw+jpg...

Z / V

хорошо - след. вопрос - если я отмечу данный чекбокс то например для двух выбранных raw с разными именами XMP операции работают, а если уберу отметку то НЕ работают... это как ?

Z / V

да и вроде ж RPP может выдавать наружу такие tiff'ы

Z / V

может уже 4 час ночи - но я что-то не понимаю... есть в настройках пункт: "Disable batch XMP operations..." - казалось бы если чекбокс отмечен то изменение например рейтинга для одновременно выбранных <имя>.raw и <имя>.jpg не должно работать, ибо ж disable... а все наоборот... это мне пора спать или это таки бага ?

Z / V

> Так тогда придется снимать только серую шкалу и ничего более.

отчего же... никаких изменений по сравнению с тем что сейчас имеет место не будет - как сейчас значение ISO пишут исходя из конверсии для генерации камджпега так и будут продолжать его же писать - тэг просто переименуют чтобы ISO-организацию не раздражать

Z / V

так это - ничего страшного - писать ISO значение исходя из сгенерированного thumbnail и все... как впрочем все и делают сейчас

Z / V

в отличии от галочки - более гибко, если кому-то надо игнорировать подольше, а проверять почаще

Z / V

чукча не читатель !!!... т.е. у если запущенная из FRV программа создает DNG, TIFF, JPG, PNG в исходном фолдере быстрее чем этот параметер * 3 (было 2 сек * 3 = 6 сек) то FRV не будет показывать (проигнорировав все изменения в содержиром фолдера) новоявленные объекты, а если медленне то будет... хммм... не проще ли тогда задавать 2 независимы времени в настройках явно - время межды последовательными проверками изменения содержимого и время в течении которогo FRV будет игнорировать проверку после запуска программы... я поставлю себе проверять не слишком часто (чтобы успеть чаю хлебнуть из стакана), а игнор поставлю в 0 (т.е. не игрнорировать) и буду счастлив что с SSD что с чем-то медленным где часто проверять не хочется...

Z / V

"...раз при короткой задержке..." - имелось ввиду "... раз при малом заданном интервале между проверками... "

Z / V

> а после запуска внешней программы - сигналы об изменении в текущей папке игнорируются (утроенное время того параметра).

хочу уточнить - ну вот сейчас FRV запустил внешнюю программу - когда именно он начинает игнрорировать изменения - раз при короткой задержке auto refresh сработал значит не сразу после запуска - как соотносится эта задержка начала игнорирования с частотой проверки фолдера которуя я задал в настройках ?

Z / V

И не забудьте облачное API... чтобы FRV без коннекта не работал как надо !

Z / V

может быть проще попробовать детектировать что внешняя программа делает на темы: продолжает ли она выплевывать много файлов в текущий каталог или нет + находится ли ее окно поверх FRV в режиме грида (типа если нет то пользоватеь таки смотрит на грид и ожидает увидеть) ...

Z / V

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

Z / V

с 0.5 сек работает... это что ? разница между SSD/HDD где-то в коде ?

Z / V

debug log послал мылом на "blog--admin@" с subject "https://blog.lexa.ru/comment/50773#comment-50773"

Z / V

PS: check for folders updates each - стоит > 0 ... (2 сек)

Z / V

перенес... и в отличии от исходного пц созданные x-transformer'ом DNG в гриде не показываются (приходится ручками refresh)... разница на первый взгляд - в исходном пц каталог сидел на hdd, теперь на ssd ... куда бежать ? на всякий случай "EnableAllDrivesMonitoring.reg" применил - не помогло

Z / V

а напомните мне - перенос настроек добытых мозолями на другую машину у FRV автоматизирован или мне надо ручками ветки регистри переносить ?

Z / V

не совсем по теме, но скажу что Noctua во всяком случае на словах выглядит прилично - спросил у них давеча влезет ли NF-A20 PWM в мой корпус, они сказали что именно про мой корпус они не знают, но "давайте мы вам подарим этот вентилятор, а вы нам расскажете потом влез или нет"... я неотказался конечно... будем ждать посылки.

Z / V

> отрисовка шрифтов

просто чудесно... т.е. в реальной жизни GUI же никто не выключает и спрашивается зачем (кроме проф. интереса конечно) тратить силы на перенос кода на GPU ?

Z / V

вот опять же спрошу - есть много всяких разных тестов для GPU на "разных сайтах" - какой тест навскидку наиболее точно может отражать скорость в каких-нибудь "в попугаях" работы FRV при использовании разных GPU (для простоты предположим что все raw файлы лежат на ram диске чтобы дисковый I/O исключит как фактор по максимуму) ?

Z / V

> Junction стали бы вести себя как симлинки?

сейчас от М$ можно всего ожидать... rollout какой- нибудь патч и все...

Z / V

> потому что планирую перевести на воду, а занимать 3 слота на новой материнке никак нельзя

а разве переводя на воду вы не меняете все эти радиаторы и вентиляторы нафиг ?

Z / V

PS:

> та что пропил только-что

набрал в гугле silent GPU 2070 - первой ссылкой вылезла проплаченая https://www.quietpc.com/pal-ne6208t020lc-150a и там первой картой как раз Palit (2080 правда)... известный бренд что-ли ?

Z / V

> Но она - трехслотовая. А те которые нормальной толщины - более громкие, imho.

логично, радиатор здоровый должен быть... потому что CPU 95TDP что есть <200вт без разгона достаточно высокий радиатор/вентилятор Noctua тихо охлаждает... соотв. и карточку с таким же потреблением можно негромко охлаждать

Z / V

> а если видяха жрет 200+ вт

т.е. тихих вентиляторов (без воды) у GPU карт на 200вт (уровень например GTX 2070 при полной занятости и без разгона) в принципе не бывает ?

Z / V

> Ну либо просто БП с тихим вентилятором?

понятно что БП в любом случае с тихим ... я скорее о том нет ли где внезапной засады (кроме денег) если для 500w нагрузки (CPU в 95w TDP, *70-уровня карточка, 1-2 NVMe, 1-2 HDD) поставить 1500w БП... ну мало-ли там... током убьет например меня.

Z / V

кстати вот спрошу аудиторию... для многих блоков питания пишут что если мол нагрузка будет в ~50% ну или там меньше 50% заявленной мощности то вентилятор или отключается или так вертится чисто для красоты... значит ли это что проще (для нервов) купить блок питания типа 1300-1500W для расчетной мощности например в 500W вместо попытки съекономить гроши покупая 750-850W ?

Z / V

Кстати а в чем особенный смысл VROC для raid 0 вместо чисто software через штатные ср-ва windows ?

Z / V

я посмотрел тут у highpoint'ов внутри тот же чип PEX 8747... т.е. его вряд ли можно сунуть в разьем который на самой motheboard поддерживается через PEX 8747... а в ASUS HYPER M.2 X16 его нет и для программного RAID 0 же там VROC совсем не нужен... т.е. для чисто скорости должен работать по идее.. еще как вариант https://www.anandtech.com/show/13051/gigabyte-launches-cmt4030-pcie-rise... (если найти сие в розницу)

Z / V

> . Нужен PCI x16 слот, т.е. нужен процессор с 44 PCI lanes

а вот говорят что например https://www.supermicro.com/products/motherboard/Core/Z390/C9Z390-PGW.cfm где стоит https://www.broadcom.com/products/pcie-switches-bridges/pcie-switches/pe... и можно иметь GPU x16 + RAID x16 с пролетарскими CPU ?

Z / V

> Вот жили же раньше, да?

"...Жить стало лучше, товарищи. Жить стало веселее. А когда весело живется, работа спорится..." (ц)

Z / V

Pages