Прошу помощи по созданию декопланера.
Модераторы: Максим Васильев, трофи, DukeSS, KWAK
Уважаемое сообщество. Я понимаю, что в мире созданы сотни программ по планированию погружений. Хотелось бы попробовать написать что-то свое. Есть некоторые вопросы по алгоритмам расчета. Если есть специалисты по VPM, Bulman 16 GF, RGBM то прошу откликнуться. Если, что-то получится сделать дельное, то программа будет абсолютно бесплатная как для ПК, так и для мобильных платформ. Так же интересны пожелания, что бы вы хотели видеть от программы.
Отличная задумка!
Нужна возможность изменения времени деки на разных глубинах с пересчетом деки, т.е. после создания плана, возможность его модернизировать.
Нужна возможность изменения времени деки на разных глубинах с пересчетом деки, т.е. после создания плана, возможность его модернизировать.
Это молодой человек еще не в курсе, какая принята процедура обеспечения качества такого программного обеспечения 
User_E, мой вам совет, лучше перепишите RDP на дельфи, вам ведь еще жить и жить
User_E, мой вам совет, лучше перепишите RDP на дельфи, вам ведь еще жить и жить
Я когда разбирался с декомпрессионными моделями набрасывал свою версию планировщика.
Там, конечно, говнокод, и оно не особо протестировано (я знаю о куче глюков, на которые просто забил), но в целом работало.
https://github.com/dmitryshagin/quickDeco
Еще можно посмотреть в исходники, нпример, OSTC. Там, правда, большая часть на асме.
И, так как subsurface прога с откртыми исходниками - можно посмотреть и туда тоже.
У меня был реализован Бульман, как самый простой в реализации алгоритм.
Суть простая очень - для каждой ткани считаем насыщение (через dt) и высчитываем потолок по каждой ткани. При расчете декомрессии - после донной фазы перемещаем дайвера к потолку, постоянно пересчитывая насыщение и потолки по кадой ткани. Основной математики там буквально пара функций. Большая часть - переход между точками с соблюдением нужных скоростей всплытия/погружения, корректный учет ГФ, учет водяного пара и т.п.
Для меня, например, до сих пор непонятно, почему в вычислениях большая часть программ вычитает водяной пар из расчетов два раза - один раз из азота, второй раз - из гелия. Особенно учитывая тот факт, что при погружении воздух сухой и водяного пара там быть не должно на вдохе. Но пока я этого не сделал - была разбежка большая с GUE DecoPlanner. И еще мне кажется, что в том же GUE DP верхний GF считается по 3-х метровой остановке, а не по поверхности.... В общем куча была вопросов и непоняток, почему разный софт, реализующий один и тот же алгоритм, считает по-разному. Ответов на многие из них я так и не нашел, но то, что GF и водяной пар считается в разных прогах по-разному - это точно.
Удачи в трудах. Я считаю, что написать свою декософтяру полезно для понимания того, на какую математику мы полагаемся, когда ныряем.
Мои пожелания были в целом учетны в Subsurface, если бы там еще адово не глючила выбиралка газов - было бы вообще шикарно.
Я вообще когда начинал писать свою - основной идеей был мгновенный пересчет декомпрессии. То есть дёрнул любой рычак - всё мгновенно пересчиталось. Чтобы вживую видеть, что происходит с планом. В принципе так и сделал в итоге. Но и в SS та же идеология, поэтому не стал больше свой велосипед дописывать. Но присоединиться к проекту и помочь хочу и могу. Больше софта, хорошего и разного
Там, конечно, говнокод, и оно не особо протестировано (я знаю о куче глюков, на которые просто забил), но в целом работало.
https://github.com/dmitryshagin/quickDeco
Еще можно посмотреть в исходники, нпример, OSTC. Там, правда, большая часть на асме.
И, так как subsurface прога с откртыми исходниками - можно посмотреть и туда тоже.
У меня был реализован Бульман, как самый простой в реализации алгоритм.
Суть простая очень - для каждой ткани считаем насыщение (через dt) и высчитываем потолок по каждой ткани. При расчете декомрессии - после донной фазы перемещаем дайвера к потолку, постоянно пересчитывая насыщение и потолки по кадой ткани. Основной математики там буквально пара функций. Большая часть - переход между точками с соблюдением нужных скоростей всплытия/погружения, корректный учет ГФ, учет водяного пара и т.п.
Для меня, например, до сих пор непонятно, почему в вычислениях большая часть программ вычитает водяной пар из расчетов два раза - один раз из азота, второй раз - из гелия. Особенно учитывая тот факт, что при погружении воздух сухой и водяного пара там быть не должно на вдохе. Но пока я этого не сделал - была разбежка большая с GUE DecoPlanner. И еще мне кажется, что в том же GUE DP верхний GF считается по 3-х метровой остановке, а не по поверхности.... В общем куча была вопросов и непоняток, почему разный софт, реализующий один и тот же алгоритм, считает по-разному. Ответов на многие из них я так и не нашел, но то, что GF и водяной пар считается в разных прогах по-разному - это точно.
Удачи в трудах. Я считаю, что написать свою декософтяру полезно для понимания того, на какую математику мы полагаемся, когда ныряем.
Мои пожелания были в целом учетны в Subsurface, если бы там еще адово не глючила выбиралка газов - было бы вообще шикарно.
Я вообще когда начинал писать свою - основной идеей был мгновенный пересчет декомпрессии. То есть дёрнул любой рычак - всё мгновенно пересчиталось. Чтобы вживую видеть, что происходит с планом. В принципе так и сделал в итоге. Но и в SS та же идеология, поэтому не стал больше свой велосипед дописывать. Но присоединиться к проекту и помочь хочу и могу. Больше софта, хорошего и разного
Да таких вещей еще больше, чем декопланнеров. Например,AmbA писал(а):Напишите бесплатно программку для сборки/проверки в поездку снаряжения. Для технических/рекреационных дайверов.
Я ТЗ могу написать.
https://play.google.com/store/apps/deta ... ions.upack
Есть также версия под яблоки.
"Кто в океане видит только воду -
Тот на земле не замечает гор."
Тот на земле не замечает гор."
Спасибо огромное за хороший ответ. Как по тканям считать я уже давно написал. Я Вам пару строк в личку написал.vsd писал(а):Я когда разбирался с декомпрессионными моделями набрасывал свою версию планировщика.
Там, конечно, говнокод, и оно не особо протестировано (я знаю о куче глюков, на которые просто забил), но в целом работало.
https://github.com/dmitryshagin/quickDeco
Еще можно посмотреть в исходники, нпример, OSTC. Там, правда, большая часть на асме.
И, так как subsurface прога с откртыми исходниками - можно посмотреть и туда тоже.
У меня был реализован Бульман, как самый простой в реализации алгоритм.
Суть простая очень - для каждой ткани считаем насыщение (через dt) и высчитываем потолок по каждой ткани. При расчете декомрессии - после донной фазы перемещаем дайвера к потолку, постоянно пересчитывая насыщение и потолки по кадой ткани. Основной математики там буквально пара функций. Большая часть - переход между точками с соблюдением нужных скоростей всплытия/погружения, корректный учет ГФ, учет водяного пара и т.п.
Для меня, например, до сих пор непонятно, почему в вычислениях большая часть программ вычитает водяной пар из расчетов два раза - один раз из азота, второй раз - из гелия. Особенно учитывая тот факт, что при погружении воздух сухой и водяного пара там быть не должно на вдохе. Но пока я этого не сделал - была разбежка большая с GUE DecoPlanner. И еще мне кажется, что в том же GUE DP верхний GF считается по 3-х метровой остановке, а не по поверхности.... В общем куча была вопросов и непоняток, почему разный софт, реализующий один и тот же алгоритм, считает по-разному. Ответов на многие из них я так и не нашел, но то, что GF и водяной пар считается в разных прогах по-разному - это точно.
Удачи в трудах. Я считаю, что написать свою декософтяру полезно для понимания того, на какую математику мы полагаемся, когда ныряем.
Мои пожелания были в целом учетны в Subsurface, если бы там еще адово не глючила выбиралка газов - было бы вообще шикарно.
Я вообще когда начинал писать свою - основной идеей был мгновенный пересчет декомпрессии. То есть дёрнул любой рычак - всё мгновенно пересчиталось. Чтобы вживую видеть, что происходит с планом. В принципе так и сделал в итоге. Но и в SS та же идеология, поэтому не стал больше свой велосипед дописывать. Но присоединиться к проекту и помочь хочу и могу. Больше софта, хорошего и разного
-
chukovskij
- Участник
- Сообщения: 49
- Зарегистрирован: 02-10-2014 16:36
Вы меня заинтриговали, какая? Неужели тесты придется писать с почти полным покрытием кода ???divedive писал(а):Это молодой человек еще не в курсе, какая принята процедура обеспечения качества такого программного обеспечения
Ох, какого вы динозавра вспомнили (я не о RDP)User_E, мой вам совет, лучше перепишите RDP на дельфи, вам ведь еще жить и жить
*User_E*, хорошая задумка, если запала хватит =) *divedive* прав в контексте того, что времени много потребует, особенно для заявленной широкой кросс-платворменности. Я бы на вашем месте сфокусировался не на ПК, а на Android/iOS. Мне кажется можно на iOS продавать за небольшую денежку, имхо у V-Planner цена завышена в сравнении с конкурентами.
-
Максим Васильев
- Модератор
- Сообщения: 10778
- Зарегистрирован: 06-08-2004 14:12
- Откуда: Германия, Ахен
- Контактная информация:
Если есть интерес, могу посодействовать в теоретическом аспекте. Благо знаний хватает
TDI SDI Instructor Trainer
Alpha Divers founder
Alpha Divers founder