AlexG (16.05.2020 06:20, просмотров: 5248)-
- Я думаю у вас случилась ошибка распределения обязанностей. Не надо
эту задачу делать на МК. Пусть это делают "Программисты, пишущие
для ПК и web" и НЕ халявят. - RxTx(17.05.2020 12:30)
- У нас вообще всё крайне запущено в этот раз. Но с графом я понял к
что нужно делать, осталось запрограммировать это. МК легко потянет,
если не перерисовывать слишком часто. - AlexG(17.05.2020 18:33)
- Рассказал ...бы...? :) - RxTx(17.05.2020 19:24)
- У нас вообще всё крайне запущено в этот раз. Но с графом я понял к
что нужно делать, осталось запрограммировать это. МК легко потянет,
если не перерисовывать слишком часто. - AlexG(17.05.2020 18:33)
- или вот - General(16.05.2020 10:08, ссылка, ссылка)
- Спасибо, посмотрю. Large Graph Visualization точно не мой случай, максимальное количество вершин будет порядка 100 - AlexG(16.05.2020 13:12)
- Спасибо! Шикарные обзоры. - Evgeny_CD(16.05.2020 12:38)
- Юзал много лет назад GraphViz полет нормальный, у него там в
текстовом файле задаешь граф стрелочками, он всё делает. А суть в
том что твой анализ был слишком поверхностный. Изучи GraphViz, там
внутри библиотека, которую можно использовать самостоятельно. Иди в
раздел документации RxTx(41 знак., 16.05.2020 08:08, ссылка)
- Погоди, graphviz не запустить. Он слава богу работать умеет на
очень узком API юникса и не использует ничего внешнего. Более того,
скорей там весь API сводится к библиотечным функциям C-библиотеки.
Которая худо-бедно может быть реализована в embedded-системе вместе
с файлами (на условном рамдиске). Самая острая проблема наверное --
ОЗУ. Потом визуализировать куда. Если в векторный формат, то куда
ни шло. Если в растр, то точно памяти не напасёшься. В принципе
любой fk0(204 знак., 16.05.2020 11:47)MBedder
- Я не планировал создавать других растровых изображений помимо видеопамяти. Оптимальный результат работы алгоритма - координаты каждой вершины на экране. Дальше вершины и связи между ними можно отрисовать элементарно, если не используются кривые. С координатами вместо уже готовой картинки гораздо проще сделать выбор одной из вершин с помощью курсора. ОЗУ есть примерно 2 мегабайта. - AlexG(16.05.2020 13:21)
- Погоди, graphviz не запустить. Он слава богу работать умеет на
очень узком API юникса и не использует ничего внешнего. Более того,
скорей там весь API сводится к библиотечным функциям C-библиотеки.
Которая худо-бедно может быть реализована в embedded-системе вместе
с файлами (на условном рамдиске). Самая острая проблема наверное --
ОЗУ. Потом визуализировать куда. Если в векторный формат, то куда
ни шло. Если в растр, то точно памяти не напасёшься. В принципе
любой fk0(204 знак., 16.05.2020 11:47)MBedder
- Я думаю у вас случилась ошибка распределения обязанностей. Не надо
эту задачу делать на МК. Пусть это делают "Программисты, пишущие
для ПК и web" и НЕ халявят. - RxTx(17.05.2020 12:30)