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

Title	Comment
Исправлено в 1.5.4-1549,	Исправлено в 1.5.4-1549, брать там же: https://www.fastrawviewer.ru/download
"отказаться" - это спрятать.	"отказаться" - это спрятать. Это и делается при настройках по-умолчанию.
В таком случае логично было	В таком случае логично было бы вовсе отказаться от этой панели в режиме Grid mode. В противном случае, делать отображение этой панели в настройках по умолчанию таким, чтобы она работала как и в других программах. Если пользователь включил и не выключил панель, то сама она не должна исчезать. Изменять настройки этого поведения среди множества других - это занятие муторное и мало кто с этим станет разбираться. Я даже и не догадывался, что такая настройка есть, хотя по настройкам часто гуляю, но видимо не тем.
>> б) что за камера	>> б) что за камера Камера без разницы, также как и размер превьюшки в raw. Достаточно включить превьюшку и вернуться обратно к отображению raw-файла и Quick zoom-drag перестаёт работать на этом файле. При попытке клика зума фотография иногда увеличивается на несколько пикселей, иногда вообще не изменяет свой размер. >> а) копию настроек Вышлю архив с настройками в личные в fb.
(сложно остановиться с	(сложно остановиться с комментированием) У Qt есть "сахар", что вот можно позвать "callback" в контексте любого (другого) thread-а через тамошний signal/slot. Оно позовется или сразу (если велено так и только если это один thread) или вот через очереди, защищенные mutex (что - как выяснилось медленно, 15-100 тысяч/сек в зависимости от) Этот вариант полностью хорош, пока событий на порядок/порядки меньше, ну и пусть значит живет. А их меньше почти всегда: raw декодировать мы можем, ну десятки в секунду максимум. превьюшки - ну сотни. А вот когда metadata only - тогда, да, нужен другой механизм, ну что ж.
Ну и разобрался что 3000	Ну и разобрался что 3000/thread * 32 threads оно не может, а может тысяч 15 при таком числе потоков.
"не воспроизводится", то есть	"не воспроизводится", то есть хотелось бы а) копию настроек (на предмет какой там зум при Quick zoom-drag) б) что за камера (а то если там встроенный JPEG скажем 1024x600, а окно больше - то и зумить некуда уже)
Preferences - Interface -	Preferences - Interface - Grid/Filmstrip - Hide docked filmstrip in Grid mode - выбор из трех вариантов. Оно прячется (при настройках по умолчанию), потому что иметь два (на самом деле синхронизированных и с принудительной прокруткой) view на одни и те же данные - бессмысленно (на мой взгляд). Но не все эти взгляды разделяют.
Я же не мучаюсь, я у оного Qt	Я же не мучаюсь, я у оного Qt ищу ограничения. На самом деле я в них не упирался до последнего момента, когда вычитку метадаты из RAW ускорили на порядок и вместо 300 файлов/сек на CPU можно распарсить ~3000 (если они уже в дисковом кэше, конечно). Это еще не в production, но вот такое ускорение - не ускорило FRV в тех случаях, когда он читает только много метадаты. Вот я и полез разбираться.
Баг или необъяснимая странность поведения в программе	Меня давно напрягает необъяснимая странность в FRV. Опишу последовательность действий. Открываю папку с многими файлами. Перехожу в режим Grid view. Включаю нижнюю панель Film Strip. Затем нажимаю G и перехожу в режим просмотра Single image. Вижу большое изображение фотографии и внизу панель Film Strip. Всё отлично! И тут беда! Нажимаю G, чтобы снова перейти в режим Grid view и попадаю в него. Нижняя панель Film Strip самопроизвольно закрывается. Снова нажимаю G и перехожу в режим просмотра Single image. Нижняя панель Film Strip снова появляется. Перехожу обратно в Grid view нижняя панель Film Strip снова пропадает. Возникает вопрос. Зачем эта нижняя панель Film Strip самопроизвольно выключается при переходе в режим Grid view? Ведь я её принудительно включал и хотел видеть постоянно включённой. Если предполагается, что в режиме Grid view панель Film Strip не нужна, тогда зачем давать возможность её включать? Мне видится, что нужно убрать автоматическое выключение Film Strip в режиме Grid view. Состояние этой панели должно быть таким, каким его сделал пользователь. Если включил, то пусть эта панель будет включена. Если выключил, то пусть будет выключена.
Баг с "Quick zoom and Drag"	[win10 x64, FRV 1.5.4 Release] Заметил баг. Если включить просмотр встроенной в raw-файл jpg-превьюшки, то перестаёт работать "Quick zoom and Drag" до тех пор, пока не переключишься на другой файл.
Боже, как же ты мучаешься с	Боже, как же ты мучаешься с давно решённой задачей. Я понимаю, что тебя ограничивает Qt. Но уже кажется для всего (по крайней мере, для всего модного, C++, увы, не моден нынче) написали (по мотивам Java ForkJoinPool'а — и не говорите, что Java медленная) work stealing almost-lock-free worker pool. Даже у Rust'а уже есть. Есть ли то, что можно запустить в рамках Qt — не знаю. Для голого C++11 что-то находится.
Да, конечно. Спасибо!	Да, конечно. Спасибо!
видимо, опечатка	"Скрипт конфигурации DNGShowEnhancedImage.reg/.sh поставит оба бита в 1, что приведет к показу Enhanced DNG (из тех DNG-файлов, где этот вариант есть). Скрипт DNGShowStandardImage.reg/.sh поставит оба бита в 1, что вернет стандартное поведение FRV." Вторая единичка должна быть 0, если я правильно понял написанное.
если б знать !	если б знать !
Гм. А как воспроизвести?	Гм. А как воспроизвести?
небольшая така бага при	небольшая така бага при изображении thumbnail'a из JPG (как будто какое-то событие заставляет FRV прекращать отрисовку) ... ручной refresh все правит конечно.
Мда, стоит заглянуть не	Мда, стоит заглянуть не дожидаясь перитонита
Разобрал, там к корпусу	Разобрал, там к корпусу припаяна (?) алюминиевая пластина, окружённая 3-мя дырками под винты. К ней этими тремя винтами прижимается открытый кристалл процессора. В качестве термопрокладки была какая-то розовая жвачка, снявшаяся одним куском, вот прямо как жвачка. Намазал MX2, перепаял батарейку CMOS'а, закрутил, запустил. Вот под торрентами: hw.acpi.thermal.tz0.temperature: 43.1C dev.cpu.0.temperature: 46.0C dev.cpu.1.temperature: 43.0C dev.cpu.2.temperature: 46.0C dev.cpu.3.temperature: 49.0C Предыдущий вывод был БЕЗ торрентов. Видно, что нагрев датчика-не-в-процессоре (hw.acpi.thermal.tz0.temperature) нормализовался.
ipfw nat (но в ядре, не natd)	ipfw nat (но в ядре, не natd), да, я знаю, что он медленней чем pf, но включить ipf в мою архитектуру файрволла невозможно — это у меня не первый и не последний шаг в файрволле, а в середине.
А ты чем натишь?	А ты чем натишь? А то у меня почему-то файрволл на ipfw, а nat на ipf, ну так получилось ДАВНО и я не меняю. Нагрузки от nat от торрентов не вижу, но потоки я не считал.
У меня тоже на таблицах,	У меня тоже на таблицах, правил штук 50 всего (но у меня stateful и nat), нагрузка типичная 50% при торрентах. Вопрос не в мегабитах а в числе потоков. Когда потоков 10K+ ему тяжело nat'ить :) Качать в один поток 100 мегабит его не нагружает. Раздавать 50 мегабит в 10K потоков — нагружает.
Ну вот после того как я сотни	Ну вот после того как я сотни правил ipfw переписал на tables, у меня нагрузка CPU упала процентов до 3, а другой нагрузки на этом боксе обычно нет (ну покомпилировать libraw, но это секунды) Т.е. там что 0 трафика, что 200 мегабит (больше у меня нету) - без разницы ему.
оу. что называется, _	оу. что называется, __подписался на комменты__ ;)
Год ровно.	Год ровно. У меня вот так когда торрент-бокс (торренты не на рутере, конечно, но через него) остановлен: hw.acpi.thermal.tz0.temperature: 55.1C dev.cpu.3.temperature: 43.0C dev.cpu.2.temperature: 49.0C dev.cpu.1.temperature: 45.0C dev.cpu.0.temperature: 48.0C А раньше я tz не мониторил, только dev.cpu — и там особо ничего не менялось со временем. В общем, завтра разберу, откручу плату, расскажу что нашёл.
А сколько ему лет было?	А сколько ему лет было? У моего пока вот так: ~# sysctl -a \| grep temper hw.acpi.thermal.tz1.temperature: 29,9C hw.acpi.thermal.tz0.temperature: 27,9C dev.cpu.3.temperature: 46,0C dev.cpu.2.temperature: 46,0C dev.cpu.1.temperature: 48,0C dev.cpu.0.temperature: 48,0C
Кстати, мой китайский MiniPC	Кстати, мой китайский MiniPC-рутер стал виснуть на большой нагрузке (пришлось выкючить торренты временно — и всё нормализовалось). И убил батарейку CMOS'а. И поджарил термоклей которой она (батарейка) была закрепелна на плате (он покоричневел!). Я подозреваю, что померла термопаста между платой и корпусом-радиатором и оно перестало нормально охлаждатьс, буду завтра разбирать. Это я просто предупреждаю, что с ними так бывает, ты же себе очень похожий купил.
Я хрен его знаю, работает оно	Я хрен его знаю, работает оно в x1 или нет. Вариантов проверить не было, слот на мамке один и он x4
У меня просто 16 + 8 + 1 + 1	У меня просто 16 + 8 + 1 + 1 на матери, и если воткнуть в 16 и в 8 то будет по сути 8 + 8, и там уже HBA и сеть… Эх.
В x4. Заодно узнал, что	В x4. Заодно узнал, что родное гнездо на этой мамке - x2.

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

Pages