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

Title Comment
Slideshow stops after 10 images if duration is 2 seconds

I have noted an issue with the new slide show: in the default settings (2 seconds) the slideshow stops after 10 images. If I change to 1.5 seconds ist stops after 14 images.

Thank you - Hot folder works great!

Возвращает 0, я ж проверил.

Возвращает 0, я ж проверил.

А в той доке есть еще и в начале секция про симлинки.

"...поскольку QFileInfo::size

"...поскольку QFileInfo::size() для виндовых симлинков возвращает 0 если они сделаны через mklink ..."

PS: а что в доке пишут

qint64 QFileInfo::size() const

Returns the file size in bytes. If the file does not exist or cannot be fetched, 0 is returned.

If the file is a symlink, the size of the target file is returned (not the symlink).

--- ВРУТ НАГЛО ?! ---

"ну там так получилось", что

"ну там так получилось", что проверять размер для thumbnail не надо (его выблюет libraw по тому же критерию).
А для exif - полезно.

И, да, в ряде случаев это (exif и thumbnail) делается разным кодом.

> Да, в одном месте размер

> Да, в одном месте размер проверяется, а в другом - нет.

что нелогично же... вы же видите что это "raw" файл уже, нет ?

> Резолвить их придется чтобы

> Резолвить их придется чтобы таки прочесть exif.
> И, да, если линк указывает куда-то, что не читается в данный момент - будет интересно.

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

Резолвить их придется чтобы

Резолвить их придется чтобы таки прочесть exif.
И, да, если линк указывает куда-то, что не читается в данный момент - будет интересно.

Да, в одном месте размер

Да, в одном месте размер проверяется, а в другом - нет.

PS: "+ возможна perf

PS: "+ возможна perf.degradation на резолв симлинков" - зачем их резолвить вообще ?

я не понял след. логику - т.е

я не понял след. логику - т.е. thumbnail вы тем не менее генерируете, несмотря на "А размер проверяется на предмет "а хрен ли парсить exif из этого файла, если там всего-то 10 байт, никакого exif там точно нет)", а exif - нет ? шансов на то что из raw файла можно достать данные для генерации thumbnail, но там нет ничего для exif по-моему стремятся к нулю

Значит история оказалась

Значит история оказалась такая:
1) QFileInfo::isFile() для виндовых симлинков возвращает false. Есть isSymlink(), но....
2) Но и этого мало, поскольку QFileInfo::size() для виндовых симлинков возвращает 0 если они сделаны через mklink и размер .lnk-файла, если они сделаны через.lnk.
А размер проверяется на предмет "а хрен ли парсить exif из этого файла, если там всего-то 10 байт, никакого exif там точно нет)

Итого, починить это дело можно (благо проверки эти есть в счетном количестве мест), но потребует времени (+ возможна perf.degradation на резолв симлинков).

Пометил в блокнотике, если вдруг будет свободные полдня-день - скую. ( grep QFileInfo *.h *.cpp |wc -l говорит что их у нас там 282, то есть нужно 282 раза подумать будет, это немало).

Так в русской версии пишется

Так в русской версии пишется /Епта

Rouge, кек. Мы как-то лет

Rouge, кек. Мы как-то лет десять назад дружили два виндовых домена, в одном из которых DC был русской виндой из-за особенностей лицензии.

Так вот там при создании траста между ними надо запустить команду с ключиком /Y или /Yes. На русской винде оно сообщало, что команда выполнена успешно, но при этом ничего не делала, и судя по трейсу даже и не пыталась.

После долгих поисков удалось найти полное гнева письмо каких-то французов, где те сообщали, что какой-то идиот в MS решил локализовать этот параметр, и в их французской винде им пришлось писать /O или /Oui вместо /Y.
При этом их там благодарили немцы..

В русской версии у нас не подошло ни /Д, ни /Да, зато опыт времен MS-DOS не пропал даром и chcp 437 внутри нужной сессии cmd.exe решило проблему :)

Но в принципе, да, непорядок,

Но в принципе, да, непорядок, я посмотрю туды.

Там есть история под капотом,

Там есть история под капотом, что QDir::absoluteFileName() неправильно резолвит пути на unc (работают ли с ними C1?), а canonicalFileName() - резолвит линки.

причем все остальные

причем все остальные прекрасно работают без проблем (например CaptureOne или Bridge/ACR) - дело конечно барское, но FRV явно недотянул тут

В-общем, никто и не обещал :)

В-общем, никто и не обещал :)

ничего не понял, придется

ничего не понял, придется иллюстрировать жизненной ситуацией

Попытался посмотреть что же

Попытался посмотреть что же происходит
You do not have sufficient privilege to perform this operation сказал мне mklink

Ну значить неактуально....

Гм. Вот уж нет.

Гм. Вот уж нет.

PS: неплохо было бы заодно

PS: неплохо было бы заодно линк помечать чем-нибудь (и мб вот даже и создавать тоже прямо из FRV по месту проживания - в смысле для любителей виртуальных копий без LR и прочих DAM'ов)

что-то этот ваш FRV плохо с

что-то этот ваш FRV плохо с sym. links работает... ну вот mklink с raw и посмотрите на отображение thumbnail'а... где спрашивается exif параметры ?

Ты не поверишь

🤦‍♂️
man facepalming
Unicode: U+1F926 U+200D U+2642 U+FE0F, UTF-8: F0 9F A4 A6 E2 80 8D E2 99 82 EF B8 8F

В Lr метки (их слова)

В Lr метки (их слова) настраиваются, нужно ставить "такие же как в бридже".

Ну и это относится вообще к любому софту с XMP:Label (в FRV, естественно, тоже настраивается).

Ну да, в RawDigger на эту

Ну да, в RawDigger на эту тему есть галочка "использовать разделитель из локали" (или, соотв. нет).

А ещё я видел софт в котором

А ещё я видел софт в котором была встроенная функция вывода в PostScript и этот софт числа с десятичной точкой выводил функцией с поддержкой локали.

А вот где точно в экселе засада — это в выводе и чтении CSV. Он как разделитель в CSV Ка краз использует не "," везде а "list separator" из локали. Т.е. для русских — ";". И вот там точно засада с чтением обратно, на это я точно нарывался когда-то сам.

Кажется да, а вот как в

Кажется да, а вот как в другую сторону — я задумался.
Я помню, что активные пользователи экселя среди моих друзей что-то рассказывали за пивом, что там есть какая-то засада (или между экселем на винде и на маке какие-то функции по-разному называются?) но я не помню подробностей, а сам не пользуюсь.

Я, помнится, менял языки или

Я, помнится, менял языки или что-то подобное делал -- да, русские СУММ становились английскими SUM.

Вообще с этими метками ерунда редкостное получилась даже в рамках одного языка. Потому как я вот, помнится, наставил их много в бридже за неск. лет съемки (пейзаж и проч), а в лайтруме ставил на другой тип съемки (людей), а потом оказалось, что если в лайтруме смотреть бриждем наставленное, то оно все белое. И наоборот. Поразительно что на таком ровном месте спотыкаться можно.

А русский эксель английские

А русский эксель английские формулы поймет же?

Ну, прямо как в Эксель!

Ну, прямо как в Эксель!

Pages

Subscribe to comments_recent_new