Особенности работы в DeepSkyStacker

[mr.zorg]

Так нет связи то, судя по примерам коллег. В моем случае nvme был, ничем не помог по сравнению с sata ssd у Юрия.
В других, более ресурсоемких приложениях эта сборка не показывает никаких затыков cpu-ram-ssd. Проблема в коде, а не в железе.

[mike_u74]

Я думаю все таки затык в железе, т.к. процессор просто успевает обрабатывать все поступающие ему данные.
Но где именно, трудно понять.

[mike]

В свое время эта книга была настольной (более раннее издание). Очень доступно автор объясняет работу windows.

[mike_u74]

Очень доступно автор объясняет работу windows.

Не, мне больше такая по душе

[mo]

А можно как-то заставить  DSS  открывать uncompressed  .ARW файлы Sony ? У меня сейчас 4.1 64 бит.

Как я понимаю (код не смотрел), DSS основан на dcraw библиотеке. Если та не поддерживает эти файлы, то только через конвертацию равов в TIF. Главное при этой конвертации просто преобразовать формат, не трогая данные. Сони славится не совсем честным равом. Хоть и кэнон догоняет её сейчас в этом плане

У меня Sony нет, не пробовал, но dcraw достаточно старая и очень уверенная библиотека. Поддерживает почти всё, что выходит из-под DSLR.

[Alpha Sco]

Не, мне больше такая по душе

Какие проблемы? Винда написана на Си 

[mike_u74]

Винда написана на Си

Но Си не на винде написаны

[mike]

Не, мне больше такая по душе

Дело не в душе Эта книга о том как функционирует windows.
Как использует ресурсы "железа" и в частности о многозадачности
и многопоточности. В википедии есть инфа об авторе.

[mike_u74]

Эта книга о том как функционирует windows.

Да это понятно, там в любом случае всё поверхностно. А вот когда пишешь на плюсах, считай сам это всё ручками щупаешь.

[Jetglimp]

День добрый! Уже какой раз пытаюсь сложить фотографии - в итоге процесс идёт, но в конце просто ничего нет, "нечего сохранять". Кто сталкивался с подобным? Раньше всё функционировало нормально.

[ask76]

ень добрый! Уже какой раз пытаюсь сложить фотографии - в итоге процесс идёт, но в конце просто ничего нет, "нечего сохранять". Кто сталкивался с подобным? Раньше всё функционировало нормально.

Стоит галка?

[Jetglimp]

Галка стояла, но стоило только поменять диск хранения итогового файла, и все заработало! ..Хоть и на прошлом было достаточно места.

[whitesail]

но стоило только поменять диск хранения итогового файла, и все заработало!

Может, кириллица в пути?

[Jetglimp]

Может, кириллица в пути?

Да, скорее всего, так и было. Спасибо.

[p.v.]

когда пишешь на плюсах, считай сам это всё ручками щупаешь.

когда вы пишете на любом высокоуровневом языке, ручками вы щупаете только компилятор. чтобы прочувствовать нативную мощь железа, щупайте его ассемблером. нет никакой разницы, под какой компилятор и на чем писать. что на плюсах, что на шарпе. везде есть import, using и пр. наработки в виде низкоуровневых, нативных dll. под нативными обычно понимают примитивный, плоский С, ибо это наиболее близкий к железу компилятор, из широко распространенных. Над ним есть надстройки или фреймворки, типа Keil, ARM и пр., они оптимизируют код под производителя конкретного железа и прежде всего предоставляют среду разработки. и уже намного выше стоит с++ со своими собственными абстракциями и надстройками. с++ это такой же высокоуровневый язык, только с "неуправляемыми" ресурсами. т.е. вам никто не помешает на нем убить железку, при желании или при недостатке опыта. да, в чем-то он работает быстрее. Даже в .Net, казалось бы, куда уж выше в абстрактности, все сводится к примитивам, работающим напрямую с процессором, памятью и разрядностью, и заточенными под конкретный тип процессора. Погуглите про IL https://en.wikipedia.org/wiki/Intermediate_representation . не факт, что одни и те же задачи все компиляторы будут решать одинаково успешно. так что с коленопреклонением перед ++ давно пора завязывать. математику сейчас любят писать на питоне, бизнес приложения почти поголовно на шарпе, серьезный веб на java, мелкопользовательский UI на js. люди пользуются компиляторами и фреймворками потому, что они прежде всего предоставляют им среду разработки, а уже во вторую очередь возможности. кто хочет копнуть в железо поглубже, вперед на https://en.wikipedia.org/wiki/X86_instruction_listings#Original_8086/8088_instructions
Сам когда-то плотно подсел на Z80, это многое дало в понимании мира железа и программирования. 8 разрядов и 64 к внешней памяти. не много, но хватало. почти написал свою винду на ассемблере, но вовремя одумался. 92-й год. не знал о существовании i386 и win 3.0 в те времена. издержки железного занавеса. мир не стоит на месте, поэтому уровень абстракции постоянно повышается и мы неуклонно следуем за ним. недостатки производительности софта компенсируются увеличением производительности железа и развитем сетей. если вы попытаетесь писать ИИ на ассемблере, у вас ничего не получится в принципе, потому что ИИ основан на накопленном ранее человечеством опыте и не должен возвращаться к истокам. иначе логическая ловушка и стопор в развитии. с точки зрения современной компьютерной индустрии процессор это атом, совершающий простую логическую операцию на уровне "хочу" типа "это", не более того. нас ждут чудесные времена, когда атомом станет нейросеть. мы это еще увидим.

[Дядя Вова]

Дофига букв! "Win 3.0" это что?

[ROVIAN]

Дофига букв! "Win 3.0" это что?

Это то, что было после Dos 6.22 и до Win 3.1 
Винда пошла не с 98 и даже не 95....

[graf222]

Здрасвуйте, подскажите по такому вопросу.
Собираю 2хпроцессорный (12-16 ядерный) компьютер на серверных компонентах. Задача - уменьшить время сложения и обработки, а так же для видеомонтажа.

повлияет ли увеличение числа процессоров/ядер (по сравнению с моим 4хядерным i7 в настоящее время) на время сложения и обработки кадров в DSS или разница будет несущественная?

[mr.zorg]

Не особо, по крайней мере в dss, выше писал про эксперимент с системой 2*18 ядер. Польза будет для других приложений)

[mo]

DSS параллелизирован лишь в нескольких этапах. Как то выравнивание кадров.
В пиксе будет большая прибыль во многих процессах начальной обработки (калибровка, выравнивание, косметика, ...). Файлы раскидываются на разные ядра.