Да, видимо так и было. Просто лазер можно даже в домашних условиях приколхозить, а тут вроде бы как два института работали. Вот и стало интересно, казалось бы, очевидное решение с лазером, может они его пробовали, но что-то не получилось.
Довольно интересная идея, конечно, но когда два сопла туда-сюда катаются по свеженапечатанному - это такое себе, в плане нитей и соплей. Интересно, они пробовали вместо этого лазером от гравера светить прямо в точку экструзии для вспенивания в нужных местах, расположив этот лазер под углом, рядом с печатающим соплом?
Ещё момент: чтобы файловая панель глаза не мозолила, когда она не используется, можно установить её непрозрачность в ноль FilePanelIdleOpacity=0. Тогда она будет совсем исчезать при отведении указателя. Или наоборот установить 1, тогда она всегда будет на экране.
Точное моделирование в блендере в общем-то не проблема. Особенно не вызывает сложностей моделировать то, что можно напечатать на 3д принтере. А есть ли бесплатные и открытые CAD системы, сравнимые по уровню возможностей с блендером?
Да, это хорошая гляделка, я её видел. Но там, насколько я знаю (по portable версии), каждый файл надо открывать индивидуально. Так можно их и в куре открывать или в блендере. Для удобной навигации по библиотеке это не очень подходит. У меня как раз концепция немного иная, слева файловая панелька, по которой можно быстро перемещаться курсорными кнопками по файлам и каталогам, и сразу видеть результат.
Спасибо, но рендер тут встроенный в WPF, используется контрол Viewport3D, если только в рамках его возможностей докручивать. Если есть идеи - пишите...
Что касается форматов, можно конечно добавить, просто создаются классы для разбора файлов выбранных форматов на базе класса Import. Надо только открытые спецификации форматов или алгоритмы найти. Я хотел сделать ещё импорт blend файлов от блендера, но там как-то сложно всё, пока ещё не разобрался.
Ясно, спасибо за информацию, очень давно не ставил powertoys. Но я так понимаю, тут только мелкие превьюшки, покрутить их нельзя. У меня бывает несколько версий одной детали и на таком превью их будет не отличить. И это только для STL, а 3MF, основной формат проекта Cura не поддерживается?
Не совсем понимаю, при чём тут UUE... В своём предыдущем комментарии я лишь посетовал, что в таком красивом и изящном ASCII напихали спецсимволов между буквами и цифрами, что усложняет алгоритмическую работу некоторых кодировок, где избегают этих символов.
Тут не уроки нужны, а для начала изучить базу - архитектуру компьютера и командную систему ассемблера. Кажется, вот эта была одна из самых крутых книг по теме: ZX Spectrum для пользователей и программистов, А.Ларченко, Н.Родионов (чёрная обложка с белой полосой у корешка)
Ну, тогда и старые .NET 2.x, .NET 3.x нет смысла брать во внимание. Мне бы вот не пришло в голову обвинять Delphi 7 в том, что у меня не запускается проект, собранный на Delphi 1.
А приложения, собранные на Delphi 1, Delphi 2,... Delphi 8 запустятся на современной системе из коробки? Всё-таки, темой обсуждения было сравнение приложений на .NET 4.x версии и Delphi 7 версии.
Я не писал, что многие используют Delphi 7, я написал любят. Ностальгически, и я в их числе.
VCL закопали с приходом Delphi 8, откопали в Delphi 2005.
Для winforms можно использовать не только Visual Studio, но и бесплатные среды, и VSCode, Mono Develop, Sharp Develop, да хоть в блокноте писать без редактора, в winforms это не проблема. А потом собрать через csc.exe. Можно ли для VCL писать хоть на чём-то кроме коммерческого Delphi?
У меня критерий простой: устанавливаем голую винду (только не самую древнюю, которая уже не поддерживается), затем берём бинарник, собранный Delphi7, запускаем. Запускается? Да! Отлично. Теперь берём exe сборку под .NET Framework 4.x, запускаем. Запускается? Да! Без установки дополнительных пакетов, сред исполнения и прочего. Почему нечестно сравнивать такие приложения?
А тот факт, что в exe файле находится MSIL код, а не машинный - так это имеет свои преимущества - среда скомпилирует из него оптимальный машинный код под данную платформу, а затем запустит.
Если бы в приложении, собранном Delphi7, не было зависимостей, то оно было бы кроссплатформенным. К сожалению, его бинарник импортирует ряд системных DLL и функций Windows API. Так что там тоже есть свой "рантайм", на который он жёстко завязан (по крайней мере VCL приложения).
Тащить локально зависимости принято у современного ".NET".
Что касается .NET Framework, то он входит в состав Windows ещё с семёрки, так что, можно сказать, тоже является частью ОС, равно как и win api, которые использует бинарник Delphi7.
Может я и ошибаюсь, но мне кажется сравнение вполне честным.
# Ждем, пока главное окно приложения не станет отзывчивым
while (-not $process.MainWindowHandle)...
Мне кажется, тут довольно скользкий момент. Не понятно, в каком фреймворке как это устроено. В одних оно может стать отзывчивым до момента инициализации и отрисовки, в других - после. Я бы просто добавил вызов Close() в конце конструктора формы, после всех инициализаций, чтобы приложение запускалось, инициализировалось и сразу закрывалось. И измерил бы общее время работы процесса. Просто как вариант...
И жаль, что нет сборки WinForms под .NET Framework 4.x. Они совсем ведь разные фреймворки с .NET
Да, видимо так и было. Просто лазер можно даже в домашних условиях приколхозить, а тут вроде бы как два института работали. Вот и стало интересно, казалось бы, очевидное решение с лазером, может они его пробовали, но что-то не получилось.
Довольно интересная идея, конечно, но когда два сопла туда-сюда катаются по свеженапечатанному - это такое себе, в плане нитей и соплей. Интересно, они пробовали вместо этого лазером от гравера светить прямо в точку экструзии для вспенивания в нужных местах, расположив этот лазер под углом, рядом с печатающим соплом?
Ещё момент: чтобы файловая панель глаза не мозолила, когда она не используется, можно установить её непрозрачность в ноль FilePanelIdleOpacity=0. Тогда она будет совсем исчезать при отведении указателя. Или наоборот установить 1, тогда она всегда будет на экране.
Точное моделирование в блендере в общем-то не проблема. Особенно не вызывает сложностей моделировать то, что можно напечатать на 3д принтере. А есть ли бесплатные и открытые CAD системы, сравнимые по уровню возможностей с блендером?
Да, это хорошая гляделка, я её видел. Но там, насколько я знаю (по portable версии), каждый файл надо открывать индивидуально. Так можно их и в куре открывать или в блендере. Для удобной навигации по библиотеке это не очень подходит. У меня как раз концепция немного иная, слева файловая панелька, по которой можно быстро перемещаться курсорными кнопками по файлам и каталогам, и сразу видеть результат.
Спасибо, но рендер тут встроенный в WPF, используется контрол Viewport3D, если только в рамках его возможностей докручивать. Если есть идеи - пишите...
Что касается форматов, можно конечно добавить, просто создаются классы для разбора файлов выбранных форматов на базе класса Import. Надо только открытые спецификации форматов или алгоритмы найти. Я хотел сделать ещё импорт blend файлов от блендера, но там как-то сложно всё, пока ещё не разобрался.
Ясно, спасибо за информацию, очень давно не ставил powertoys. Но я так понимаю, тут только мелкие превьюшки, покрутить их нельзя. У меня бывает несколько версий одной детали и на таком превью их будет не отличить. И это только для STL, а 3MF, основной формат проекта Cura не поддерживается?
Не совсем понимаю, при чём тут UUE... В своём предыдущем комментарии я лишь посетовал, что в таком красивом и изящном ASCII напихали спецсимволов между буквами и цифрами, что усложняет алгоритмическую работу некоторых кодировок, где избегают этих символов.
В общем, сложностей со встроенными сериализаторами столько, что в итоге приходишь к созданию собственного варианта, пусть и не такого универсального.
Спектрумовскую музыку и сейчас можно слушать в специальных плеерах, воспроизводящих крошечные AY файлы.
Тут не уроки нужны, а для начала изучить базу - архитектуру компьютера и командную систему ассемблера. Кажется, вот эта была одна из самых крутых книг по теме: ZX Spectrum для пользователей и программистов, А.Ларченко, Н.Родионов (чёрная обложка с белой полосой у корешка)
Да, можно конечно, если целевая среда позволяет использовать эти типы, но это уже скорее вопрос оптимизаций.
Ну, тогда и старые .NET 2.x, .NET 3.x нет смысла брать во внимание. Мне бы вот не пришло в голову обвинять Delphi 7 в том, что у меня не запускается проект, собранный на Delphi 1.
А приложения, собранные на Delphi 1, Delphi 2,... Delphi 8 запустятся на современной системе из коробки? Всё-таки, темой обсуждения было сравнение приложений на .NET 4.x версии и Delphi 7 версии.
Я не писал, что многие используют Delphi 7, я написал любят. Ностальгически, и я в их числе.
VCL закопали с приходом Delphi 8, откопали в Delphi 2005.
Для winforms можно использовать не только Visual Studio, но и бесплатные среды, и VSCode, Mono Develop, Sharp Develop, да хоть в блокноте писать без редактора, в winforms это не проблема. А потом собрать через csc.exe. Можно ли для VCL писать хоть на чём-то кроме коммерческого Delphi?
У меня критерий простой: устанавливаем голую винду (только не самую древнюю, которая уже не поддерживается), затем берём бинарник, собранный Delphi7, запускаем. Запускается? Да! Отлично. Теперь берём exe сборку под .NET Framework 4.x, запускаем. Запускается? Да! Без установки дополнительных пакетов, сред исполнения и прочего. Почему нечестно сравнивать такие приложения?
А тот факт, что в exe файле находится MSIL код, а не машинный - так это имеет свои преимущества - среда скомпилирует из него оптимальный машинный код под данную платформу, а затем запустит.
Да, там потом и от CLX отказались. И VCL то закапывали, то откапывали. Потому так и любят многие стабильный Delphi 7.
Может VCL и развивается, в отличие от winforms, но минус в том, что за VCL надо платить (если не учитывать пробную лицензию на год с ограничениями).
.NET Framework 1.0 появился на свет за несколько месяцев до выхода Delphi 7, конечно, по тем временам Delphi уже был колоссом.
Но уже через год Borland втащила .NET Framework в Delphi 8, и дальше в этой среде разработки пошёл какой-то кавардак...
Если бы в приложении, собранном Delphi7, не было зависимостей, то оно было бы кроссплатформенным. К сожалению, его бинарник импортирует ряд системных DLL и функций Windows API. Так что там тоже есть свой "рантайм", на который он жёстко завязан (по крайней мере VCL приложения).
Тащить локально зависимости принято у современного ".NET".
Что касается .NET Framework, то он входит в состав Windows ещё с семёрки, так что, можно сказать, тоже является частью ОС, равно как и win api, которые использует бинарник Delphi7.
Может я и ошибаюсь, но мне кажется сравнение вполне честным.
Как я понял, startup time измеряется так:
Мне кажется, тут довольно скользкий момент. Не понятно, в каком фреймворке как это устроено. В одних оно может стать отзывчивым до момента инициализации и отрисовки, в других - после. Я бы просто добавил вызов Close() в конце конструктора формы, после всех инициализаций, чтобы приложение запускалось, инициализировалось и сразу закрывалось. И измерил бы общее время работы процесса. Просто как вариант...
И жаль, что нет сборки WinForms под .NET Framework 4.x. Они совсем ведь разные фреймворки с .NET