Сравнивать std::sort с алгоритмом сортировки подсчётом? Это можно сделать чтобы похвастаться во дворе, но не более. Это разные классы алгоритмов, одни работают на любых данных, другие - на определенных данных, но быстрее
P.S. вижу что в комментах к оригинальной статье на это тоже указывали
Да уж, прочитав новость, и потом комментарии я получил небольшой диссонанс... Так как, казалось бы адекватные комментарии получают минусы, а комментарии про "так их, этих вахтеров!!1" получают десятки плюсов.
Люди которые поддерживают в данном случае core team, можете объяснить?
Извините, но не совсем понял что я должен был тут увидеть. Если можете, то поясните. Все что я понял, это то, что у них есть плагин который позволяет взаимодействовать с 3д миром как с музыкальным инструментом.
Если вдруг это как-то и пересекается с моей идеей (хотя пока не вижу как), то обратите внимание на даты, это было сделано тоже совсем недавно
Про разный размер согласен. Мне правда не понравилась идея с разным размером почему-то, поэтому я пробовал другие варианты: цвет, эффекты. По итогу больше частиц вылетает с тех платформ которые выдают больше звуков за раз, но это не заметно при такой скорости :)
Если решусь улучшать дальше, обязательно с этим поработаю.
Да, я пересмотрел много подобных роликов. Они завораживают. Но в моем подходе есть важные отличия:
Ничего не требует ручного вмешательства (есть достаточно много примеров на Ютубе с ручной расстановкой)
Генерируется не последовательность запуска шариков, а сама карта. Это достаточно значительное отличие, так как задача генерации звука на карте где у нас есть n клавиш и всё, что мы делаем, это мы задаём каждому шарику когда выпасть, значительно проще в алгоритмическом плане.
Спасибо за отзыв. Да, действительно, когда в симуляции появляется два шарика все выглядит хуже (в плане залипания для глаз), мозг не успевает. Но для одного шарика мне кажется вполне приемлемо.
Проект не несёт практической полезности сам по себе, он был сделан для фана. Но саму идею, думаю можно применить не только для синхронизации с ритмом/музыкой.
Сравнивать std::sort с алгоритмом сортировки подсчётом? Это можно сделать чтобы похвастаться во дворе, но не более. Это разные классы алгоритмов, одни работают на любых данных, другие - на определенных данных, но быстрее
P.S. вижу что в комментах к оригинальной статье на это тоже указывали
Да уж, прочитав новость, и потом комментарии я получил небольшой диссонанс... Так как, казалось бы адекватные комментарии получают минусы, а комментарии про "так их, этих вахтеров!!1" получают десятки плюсов.
Люди которые поддерживают в данном случае core team, можете объяснить?
Спасибо
Если вдруг это как-то и пересекается с моей идеей (хотя пока не вижу как), то обратите внимание на даты, это было сделано тоже совсем недавно
Если решусь улучшать дальше, обязательно с этим поработаю.
Да это видео тоже вдохновляло :)
Да, я пересмотрел много подобных роликов. Они завораживают. Но в моем подходе есть важные отличия:
Не претендую быть лучше :) Просто иной подход
Спасибо за отзыв. Да, действительно, когда в симуляции появляется два шарика все выглядит хуже (в плане залипания для глаз), мозг не успевает. Но для одного шарика мне кажется вполне приемлемо.
Проект не несёт практической полезности сам по себе, он был сделан для фана. Но саму идею, думаю можно применить не только для синхронизации с ритмом/музыкой.