Если кому интересно, я тот, кто лично собрал всю музыку с оригинального сайта и тот, кто создал обозреватель (снимок которого представлен в начале данной статьи). Вот тут лежит то самое моё оригинальное собрание и база данных, на основе которой построена данная статистика: https://archive.org/details/midiru-archive-2022-02-25.7z
Как я это сделал? После получения предпосылок о том, что рано или поздно сервер накроется (из компании-владельца уволился последний ответственный за этот проект), я создал скритп-паук, который аккуратно скачал всю библиотеку сайта, а также стащил все метаданные, какие были досягаемы на тот момент. И как только сайт в самом деле накрылся, создал быстренько веб-морду и сжатую SQLite-базу, куда собрал все собранные данные. Но, такую морду я точил чисто чтобы можно было автономно смотреть, без сервера. Я как-то подумывал поднять хост и туда выгрузить архив, но как-то не до того. Если кому будет что интересно, могу поделиться материалами, и думаю, таки, опубликую свои скрипты, которыми я всё добро и собрал. А так, делал всё шито-крыто, чтобы не было никаких претензий, пока портал жив.
@ZvoogHub, если будут какие вопросы, обращайтесь, подскажу.
В непрофессиональной среде MIDI часто использовался на заре интернета, в 200-х, когда каждый уважающий себя Web Master добавлял на любой сайт вырвиглазную gif-анимацию и воспроизведение *.mid через дешёвую аудиокарту типа Sound Blaster 16.
Хочу от себя дополнить, MIDI-файлы использовались в непрофессиональной среде куда шире - и просто музыка послушать, и музыка в играх времён DOS и ранних Windows - компактно, места не занимает, лишь хватит аппаратного синтезатора, либо на базе чипа OPL2/OPL3 чтобы играть в стиле чиптюн, либо волновый синтезатор по типу Roland MT-32 или Roland SC55 (подделка которого ныне осела в Windows), Также MIDI-файлы использовались на мобилках начала-середины нулевых параллельно с особыми файлами MMF.
Я сам разрабатываю парочку библиотек, реализующих MIDI-синтезаторы на основе эмуляторов чипов OPL2/OPL3 и OPN2/OPNA, чтобы можно было слушать музыку так, как она бы звучала в различных DOS-играх или музыкальных приложениях того времени.
Тоже по книжке Фигурнова осваивал базы, даже не смотря на то, что книжке уже было много лет с тех пор, и она говорила про Windows 3.1 и лёгкие упоминания Windows 95 в то время, когда вовсю гуляли Windows XP и только только выходила Vista.
На линухе есть терминальный Midnight Commander, который больше походит на Norton Commander, однако сильно выручает в куче задач. У обычных файловых менеджеров есть режим двух колонок, у того же Nemo, и архивы паковать можно чисто через меню, и форматов для упаковки поддерживается огромная куча.
Midnight Commander в деле
Глянул, что такое ShareX, выглядит интересно, а так, на большинстве линуховых дистрибутивов всегда присутствует простенькая да рабочая снимкоделалка, просто настроил сочетания клавиш и папку, куда лить снимки, и просто пользуюсь:
Пример диалога сохранения снимка экрана
И да, под винду и особенно ретро-компьютеры я сделал примитивную и простенкую программулину для снимков экрана, и даже прикрутил выгрузку на FTP, чтобы на основной компьютер перелить сразу, и дальше потом смотреть и делиться результатами экспериментов разных или посиделок в старых играх.
Ага, либо вообще на вторичном рынке, или у тех производителей, кто предложит доступню и адекватную цену. А вообще. по хорошему, надо жёстко ограничить объём закупок такими компаниями. Мне вообще не жалко ИИ-индустрию, от неё чрезвычайно много проблем при мизерной пользе. В пустую потраченные колоссальные ресурсы и деньги. Эти дурацкие ИИ вообще не стоят того, чтобы рушить целую индустрию чипов памяти. Если хотят так много, пусть построят сами себе завод по производству этих чипов, не зачем лишать рынок ценного ресурса.
Я в своё время пользовался WinRAR-ом на старых компьютерах с Windows 98, но потом перешёл на 7-zip, он удобен ещё тем, что я могу включать его в состав своих СПО-проектов, либо даже вклинивать библиотеку к себе без каких либо лицензионных конфликтов. И даже старые версии 7-zip прекрасно заменяют WinRAR на ретрокомпьютерах с Windows 98. Единственное, что на Windows 95 уж точно придётся какой-нибудь старый WinRAR накатить, или даже WinZIP. Архивы RAR поддерживать в СПО сложно, как раз приходится заморачиваться с тем, чтобы UnRAR была опциональной даже в сборке (Либо вообще использовать обёркту над терминальной исполняшкой), поскольку её лицензия не совместима и противоречива. И как раз эти ограничения и сдерживают распространение формата RAR, каким бы клёвым и удобным он ни был.
Я сам использую Docker для отладки сборок под чужие дистрибутивы, чем мой основной, а также для создания серверов непрерывной интеграции. Ну или заворачивание старого ПО в совместимую среду, чтобы не засорять основной сервер криво-собранными левыми зависимостями. Но вот основную разработку и основные сервера гоняю в чистой среде, потому что для моих задач контейнеры - это перебор.
Я вот сам работаю полный рабочий день и при этом умудряюсь разрабатывать примерно десяток собственных свободных проектов с открытым кодом. Большую часть приходится точить самому, а часть мне помогают либо случайные энтузиасты, или один со-разработчик. Все эти проекты пилю чисто как хобби, и потому что нужны самому. При этом за них тоже не получаю никого финансирования. Либо жалкие копейки эпизодически, либо 10 тысяч одноразово, чтобы поддержать разработку одной из моих библиотек.
В больших проектах я предпочитаю не использовать всякие менеджеры зависимостей (Conan, npm, pip, и т.п.), а делать копии выпусков используемых библиотек к себе на репы и собирать их исходников целиком как подмолули. Это надо затем, чтобы:
Ничего не сломалось, если вдруг основной проект что-то сделает не то или стухнет.
Возможность вносить свои правки. Например, исправить баг или применить заплатку сразу до следующего выпуска. Или починить сломанную совместимость (чаще всего с Windows XP и даже 98, ибо проекты целятся под работу на ретрокомпьютерах, а не только под современное).
Возможность собрать проект здесь на месте с минимумом установки внешних зависимостей. Но возможность стыковаться с системными аналогами я сохранил, чтобы собирать компактные DEB-выпуски, и как исключение, собираю свои, если в системе библиотеки слишком старые.
Есть Nextcloud, который можно развернуть на своём сервере и клиенты синхронизации под всевозможные платформы, сам пользуюсь параллельно. У меня домашний сервер, и через него работаю как дома в домашнй сети, так и находясь где-то в городе или на работе.
Я вообще делаю так: - дома подключаю мобилку к домашней сети. - мобилке назначаю статический IP-адрес. - на мобилке гоняю SSH-сервер. - на домашнем компьютере запускаю скрипт (у меня на bash, но можно и на питоне и на чём угодно написать), который скачивает файлы с мобилки по SFTP и сортирует по подпапкам в галлерее (у меня подпапки по датам съёмки, которые берутся из имён загруженных файлов).
Я помню схожую акцию у Microsoft в начале 2010х, которая предлагала бесплатно лицензии к своим продуктам студентам, но требовала подтверждение, прислав студенческий билет или преподавательское удостоверение, и надо было каждый год подтверждать статус.
WinForms это вовсе не WinAPI, это гигантская библиотека из набора .NET. Если говорить о чистом WinAPI, конечно же CreateWindowEx, GetMessage и DispatchMessage, ну и говоря о формах, максимум диалоговые окна через редактор ресурсов (.rc-скрипты) собрать, и потом хватать их через соответствующие функции. Но вот серьёзные окна лучше собирать динамически из кода.
Для крупных проектов использую Qt, первым делом потому, что точу кросс-платформенно, а не исключительно под Windows. Но вот мелочёвку в виде специфичных утилит, настроечников и т.п. пишу на чистом WinAPI, чтобы весило мало.
Понял, и я тут же накопал демку https://github.com/selastingeorge/Win32-Acrylic-Effect и описание того, как именно тот смог это повторить. И более того, заявлено, что оно будет работать даже на виндосемёрке/восьмёрке, но автор не проверял (могу потом по приколу проверить дома, виртуалки есть).
И кстати, я бы мог применить подобную штучку кое-где в своём проекте, чтобы окошко одно выглядело по красивее. На виндосемёрке с эффектом Aero оно у меня красивое, а на всём, кроме Vista и 7, используется базовый стиль, ибо фишка провоцирует глюки. Но сделать мне надо это так, чтобы не ломало совместимость с Windows XP (проект сам целится на ретрокомпьютеры в том числе).
Ну WinAPI это не только базовый набор, но ещё куча куча различных библиотек в составе, которых тоже можно задействовать, чтобы добраться до нужной фишки. Не спорю, что некоторые подобные фишки сами реализованы на других языках или интерфейсах, и с ними надо стыковаться совсем по другому. Либо базовый WinAPI чего-то НЕ даёт, и это нужно реализовать самостоятельно, программно на голом виджете, хватая вручную события мышки и клавиатуры, и выводя анимацию при взаимодействии с подобными штуками.
Вот как ни крути, всё, кроме чистого WinAPI, это костыли и обёртки, из-за которых итоговая масса приожения будет в разы больше, чем его собственный код из-за килотонны зависимостей, которых надо либо доустанавливать пользователю, либо таскать их с собой вместе с приложением. Если я пишу программы под Windows без Qt (который в основном использую на линухах и макоси, а также под винду отдельные сборки), то стараюсь точить под чистый WinAPI, чтобы приложение было максимально компактным и независимым, а также чтобы самостоятельно контролировать совместимость со старыми и новыми системами. Единственный плюс подобных обёрток - упростить разработку и сократить время создания конечного продукта, но, ценой компактности и даже совместимости с конкретными системами.
Дополняю: лично я больше всего недолюбливаю Electron, из-за того, что приложения получаются крайне неповоротливыми и чрезвычайно прожорливыми, даже не смотря на то, что выполняют жалкий минимум, который легко запихнуть в исполняшку на Чистом Си весом несколько килобайт.
Задумка прикольная, НО, с точки зрения ИБ очень мне кажется, что таким методом условно могут доставлять жертве вирусы-трояны, маскируя под всякие другие приколы.
А как же логи, текстовики, и т.п.? Лучше всего сжимаются как раз текстовики. А вот уже сжатые форматы сжать почти невозможно, и это факт.
Вот оригинал, из которого всё пошло: https://archive.org/details/midiru-archive-2022-02-25.7z
Всем здравствуйте!
Если кому интересно, я тот, кто лично собрал всю музыку с оригинального сайта и тот, кто создал обозреватель (снимок которого представлен в начале данной статьи). Вот тут лежит то самое моё оригинальное собрание и база данных, на основе которой построена данная статистика: https://archive.org/details/midiru-archive-2022-02-25.7z
Как я это сделал? После получения предпосылок о том, что рано или поздно сервер накроется (из компании-владельца уволился последний ответственный за этот проект), я создал скритп-паук, который аккуратно скачал всю библиотеку сайта, а также стащил все метаданные, какие были досягаемы на тот момент. И как только сайт в самом деле накрылся, создал быстренько веб-морду и сжатую SQLite-базу, куда собрал все собранные данные. Но, такую морду я точил чисто чтобы можно было автономно смотреть, без сервера. Я как-то подумывал поднять хост и туда выгрузить архив, но как-то не до того. Если кому будет что интересно, могу поделиться материалами, и думаю, таки, опубликую свои скрипты, которыми я всё добро и собрал. А так, делал всё шито-крыто, чтобы не было никаких претензий, пока портал жив.
@ZvoogHub, если будут какие вопросы, обращайтесь, подскажу.
Хочу от себя дополнить, MIDI-файлы использовались в непрофессиональной среде куда шире - и просто музыка послушать, и музыка в играх времён DOS и ранних Windows - компактно, места не занимает, лишь хватит аппаратного синтезатора, либо на базе чипа OPL2/OPL3 чтобы играть в стиле чиптюн, либо волновый синтезатор по типу Roland MT-32 или Roland SC55 (подделка которого ныне осела в Windows), Также MIDI-файлы использовались на мобилках начала-середины нулевых параллельно с особыми файлами MMF.
Я сам разрабатываю парочку библиотек, реализующих MIDI-синтезаторы на основе эмуляторов чипов OPL2/OPL3 и OPN2/OPNA, чтобы можно было слушать музыку так, как она бы звучала в различных DOS-играх или музыкальных приложениях того времени.
Тоже по книжке Фигурнова осваивал базы, даже не смотря на то, что книжке уже было много лет с тех пор, и она говорила про Windows 3.1 и лёгкие упоминания Windows 95 в то время, когда вовсю гуляли Windows XP и только только выходила Vista.
На линухе есть терминальный Midnight Commander, который больше походит на Norton Commander, однако сильно выручает в куче задач. У обычных файловых менеджеров есть режим двух колонок, у того же Nemo, и архивы паковать можно чисто через меню, и форматов для упаковки поддерживается огромная куча.
Глянул, что такое ShareX, выглядит интересно, а так, на большинстве линуховых дистрибутивов всегда присутствует простенькая да рабочая снимкоделалка, просто настроил сочетания клавиш и папку, куда лить снимки, и просто пользуюсь:
И да, под винду и особенно ретро-компьютеры я сделал примитивную и простенкую программулину для снимков экрана, и даже прикрутил выгрузку на FTP, чтобы на основной компьютер перелить сразу, и дальше потом смотреть и делиться результатами экспериментов разных или посиделок в старых играх.
Ага, либо вообще на вторичном рынке, или у тех производителей, кто предложит доступню и адекватную цену. А вообще. по хорошему, надо жёстко ограничить объём закупок такими компаниями. Мне вообще не жалко ИИ-индустрию, от неё чрезвычайно много проблем при мизерной пользе. В пустую потраченные колоссальные ресурсы и деньги. Эти дурацкие ИИ вообще не стоят того, чтобы рушить целую индустрию чипов памяти. Если хотят так много, пусть построят сами себе завод по производству этих чипов, не зачем лишать рынок ценного ресурса.
Я в своё время пользовался WinRAR-ом на старых компьютерах с Windows 98, но потом перешёл на 7-zip, он удобен ещё тем, что я могу включать его в состав своих СПО-проектов, либо даже вклинивать библиотеку к себе без каких либо лицензионных конфликтов. И даже старые версии 7-zip прекрасно заменяют WinRAR на ретрокомпьютерах с Windows 98. Единственное, что на Windows 95 уж точно придётся какой-нибудь старый WinRAR накатить, или даже WinZIP. Архивы RAR поддерживать в СПО сложно, как раз приходится заморачиваться с тем, чтобы UnRAR была опциональной даже в сборке (Либо вообще использовать обёркту над терминальной исполняшкой), поскольку её лицензия не совместима и противоречива. И как раз эти ограничения и сдерживают распространение формата RAR, каким бы клёвым и удобным он ни был.
Я сам использую Docker для отладки сборок под чужие дистрибутивы, чем мой основной, а также для создания серверов непрерывной интеграции. Ну или заворачивание старого ПО в совместимую среду, чтобы не засорять основной сервер криво-собранными левыми зависимостями. Но вот основную разработку и основные сервера гоняю в чистой среде, потому что для моих задач контейнеры - это перебор.
Я вот сам работаю полный рабочий день и при этом умудряюсь разрабатывать примерно десяток собственных свободных проектов с открытым кодом. Большую часть приходится точить самому, а часть мне помогают либо случайные энтузиасты, или один со-разработчик. Все эти проекты пилю чисто как хобби, и потому что нужны самому. При этом за них тоже не получаю никого финансирования. Либо жалкие копейки эпизодически, либо 10 тысяч одноразово, чтобы поддержать разработку одной из моих библиотек.
В больших проектах я предпочитаю не использовать всякие менеджеры зависимостей (Conan, npm, pip, и т.п.), а делать копии выпусков используемых библиотек к себе на репы и собирать их исходников целиком как подмолули. Это надо затем, чтобы:
Ничего не сломалось, если вдруг основной проект что-то сделает не то или стухнет.
Возможность вносить свои правки. Например, исправить баг или применить заплатку сразу до следующего выпуска. Или починить сломанную совместимость (чаще всего с Windows XP и даже 98, ибо проекты целятся под работу на ретрокомпьютерах, а не только под современное).
Возможность собрать проект здесь на месте с минимумом установки внешних зависимостей. Но возможность стыковаться с системными аналогами я сохранил, чтобы собирать компактные DEB-выпуски, и как исключение, собираю свои, если в системе библиотеки слишком старые.
Есть Nextcloud, который можно развернуть на своём сервере и клиенты синхронизации под всевозможные платформы, сам пользуюсь параллельно. У меня домашний сервер, и через него работаю как дома в домашнй сети, так и находясь где-то в городе или на работе.
Я вообще делаю так:
- дома подключаю мобилку к домашней сети.
- мобилке назначаю статический IP-адрес.
- на мобилке гоняю SSH-сервер.
- на домашнем компьютере запускаю скрипт (у меня на bash, но можно и на питоне и на чём угодно написать), который скачивает файлы с мобилки по SFTP и сортирует по подпапкам в галлерее (у меня подпапки по датам съёмки, которые берутся из имён загруженных файлов).
Я помню схожую акцию у Microsoft в начале 2010х, которая предлагала бесплатно лицензии к своим продуктам студентам, но требовала подтверждение, прислав студенческий билет или преподавательское удостоверение, и надо было каждый год подтверждать статус.
WinForms это вовсе не WinAPI, это гигантская библиотека из набора .NET. Если говорить о чистом WinAPI, конечно же CreateWindowEx, GetMessage и DispatchMessage, ну и говоря о формах, максимум диалоговые окна через редактор ресурсов (.rc-скрипты) собрать, и потом хватать их через соответствующие функции. Но вот серьёзные окна лучше собирать динамически из кода.
Для крупных проектов использую Qt, первым делом потому, что точу кросс-платформенно, а не исключительно под Windows. Но вот мелочёвку в виде специфичных утилит, настроечников и т.п. пишу на чистом WinAPI, чтобы весило мало.
Понял, и я тут же накопал демку https://github.com/selastingeorge/Win32-Acrylic-Effect и описание того, как именно тот смог это повторить. И более того, заявлено, что оно будет работать даже на виндосемёрке/восьмёрке, но автор не проверял (могу потом по приколу проверить дома, виртуалки есть).
И кстати, я бы мог применить подобную штучку кое-где в своём проекте, чтобы окошко одно выглядело по красивее. На виндосемёрке с эффектом Aero оно у меня красивое, а на всём, кроме Vista и 7, используется базовый стиль, ибо фишка провоцирует глюки. Но сделать мне надо это так, чтобы не ломало совместимость с Windows XP (проект сам целится на ретрокомпьютеры в том числе).
В плане, чтобы создать инструмент для графического редактора, или интеграция с графическим планшетом и стилусом? Или тему оформления окна сделать?
Ну WinAPI это не только базовый набор, но ещё куча куча различных библиотек в составе, которых тоже можно задействовать, чтобы добраться до нужной фишки. Не спорю, что некоторые подобные фишки сами реализованы на других языках или интерфейсах, и с ними надо стыковаться совсем по другому. Либо базовый WinAPI чего-то НЕ даёт, и это нужно реализовать самостоятельно, программно на голом виджете, хватая вручную события мышки и клавиатуры, и выводя анимацию при взаимодействии с подобными штуками.
Вот как ни крути, всё, кроме чистого WinAPI, это костыли и обёртки, из-за которых итоговая масса приожения будет в разы больше, чем его собственный код из-за килотонны зависимостей, которых надо либо доустанавливать пользователю, либо таскать их с собой вместе с приложением. Если я пишу программы под Windows без Qt (который в основном использую на линухах и макоси, а также под винду отдельные сборки), то стараюсь точить под чистый WinAPI, чтобы приложение было максимально компактным и независимым, а также чтобы самостоятельно контролировать совместимость со старыми и новыми системами. Единственный плюс подобных обёрток - упростить разработку и сократить время создания конечного продукта, но, ценой компактности и даже совместимости с конкретными системами.
Дополняю: лично я больше всего недолюбливаю Electron, из-за того, что приложения получаются крайне неповоротливыми и чрезвычайно прожорливыми, даже не смотря на то, что выполняют жалкий минимум, который легко запихнуть в исполняшку на Чистом Си весом несколько килобайт.
Вот вот, я тоже об этом подумал, вирусню так могут пропихивать по частям. Опасная фишка, однако.
Задумка прикольная, НО, с точки зрения ИБ очень мне кажется, что таким методом условно могут доставлять жертве вирусы-трояны, маскируя под всякие другие приколы.
Через Миранду сейчас можно лишь общаться через XMPP или IRC коих серверов пока до сих пор тьма.