{"id":53445,"date":"2019-12-02T00:00:00","date_gmt":"2019-12-01T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/russian-railway-simulator-rrs-pervyj-publichnyj-reliz"},"modified":"2020-02-18T14:01:21","modified_gmt":"2020-02-18T11:01:21","slug":"russian-railway-simulator-rrs-pervyj-publichnyj-reliz","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/russian-railway-simulator-rrs-pervyj-publichnyj-reliz","title":{"rendered":"Russian Railway Simulator (RRS): primeiro lan\u00e7amento p\u00fablico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Finalmente chegou o dia t\u00e3o esperado, quando posso apresentar este desenvolvimento. O projeto foi iniciado exatamente um ano atr\u00e1s, em 1 de setembro de 2018, pelo menos no reposit\u00f3rio RRS no Gtihub<\/a><\/noindex> o primeiro commit tem exatamente essa data.<\/p>\n

O trem de passageiros na esta\u00e7\u00e3o Rostov Principal (clic\u00e1vel)<\/i><\/p>\n

\"Russian<\/a><\/noindex><\/p>\n

O que \u00e9 RRS? Trata-se de um simulador de composi\u00e7\u00e3o ferrovi\u00e1ria de via de 1520 mm, de c\u00f3digo aberto e multiplataforma. O leitor pode naturalmente se perguntar: \"Espere, para que serve este projeto, se j\u00e1 existem uma quantidade suficiente de simuladores de tem\u00e1tica ferrovi\u00e1ria, tanto comerciais quanto abertos?\" Para a resposta a essa quest\u00e3o, convido voc\u00ea a olhar abaixo.
\n<\/a><\/noindex><\/p>\n

Hist\u00f3ria do projeto<\/h1>\n

\nH\u00e1 muito tempo, em 2001, surgiu o Microsoft Train Simulator (MSTS)<\/a><\/noindex>, que gerou em nosso pa\u00eds uma enorme comunidade de simuladores ferrovi\u00e1rios. Nos poucos anos em que esse projeto existiu (at\u00e9 que a Microsoft o abandonou, ocupando-se com coisas mais interessantes para ela, como a fal\u00eancia da Nokia e afins), o projeto acumulou uma grande quantidade de complementos criados para ele: rotas, composi\u00e7\u00f5es, cen\u00e1rios.<\/p>\n

Com base no MSTS, posteriormente, foram criados v\u00e1rios outros projetos, como OpenRails<\/a><\/noindex>, RTrainSim (RTS)<\/a><\/noindex> e outros complementos e derivados. Tamb\u00e9m surgiram projetos comerciais, como o famoso Trainz.<\/a><\/noindex>E tudo estaria bem, mas muitos amantes do transporte ferrovi\u00e1rio n\u00e3o ficam satisfeitos com esses produtos por raz\u00f5es bem objetivas \u2014 eles n\u00e3o refletem de forma alguma a especificidade das composi\u00e7\u00f5es nacionais, que s\u00e3o operadas e desenvolvidas no espa\u00e7o p\u00f3s-sovi\u00e9tico. Isso se manifesta de forma mais aguda ao se olhar como os freios do trem s\u00e3o implementados \u2014 nenhum dos projetos mencionados possui e ter\u00e1 uma implementa\u00e7\u00e3o adequada dos freios autom\u00e1ticos do sistema Matrosov.<\/p>\n

No distante ano de 2008, surgiu outro projeto \u2014 ZDSimulator<\/a><\/noindex>, desenvolvido por Vyacheslav Usov. O projeto se destaca por levar em conta e corrigir as defici\u00eancias mencionadas, ao mesmo tempo que inicialmente se orienta para composi\u00e7\u00f5es de bitola russa. Mas h\u00e1 um grande \"mas\" \u2014 o projeto \u00e9 propriet\u00e1rio e fechado, com uma arquitetura que n\u00e3o permite a inclus\u00e3o de composi\u00e7\u00f5es pr\u00f3prias. <\/p>\n

Eu mesmo cheguei ao tema ferrovi\u00e1rio em 2007, quando comecei a trabalhar na OAO VELNII<\/a><\/noindex>, como pesquisador, e ap\u00f3s a defesa da minha tese de doutorado em 2008, como pesquisador s\u00eanior. Naquela \u00e9poca, conheci os \u00faltimos avan\u00e7os no campo dos simuladores de jogos ferrovi\u00e1rios. E o que vi n\u00e3o me agradou, al\u00e9m de que o projeto ZDSimulator ainda n\u00e3o existia. Mais tarde, fascinado pela din\u00e2mica do material rodante, entrei na Universidade Estadual de Transportes de Rostov (\u0420\u0413\u0423\u041f\u0421<\/a><\/noindex>) com o tema da tese de doutorado sobre a din\u00e2mica da frenagem de trens de carga. Atualmente, estou liderando o desenvolvimento de complexos simuladores de transporte ferrovi\u00e1rio para nossa universidade e lecionando disciplinas especializadas no departamento de 'Material Rodante Trativo'.<\/p>\n

Em decorr\u00eancia de tudo isso, surgiu a ideia de criar um simulador que permitisse ao desenvolvedor de complementos obter controle total sobre os processos f\u00edsicos que ocorrem no material rodante. Semelhante ao simulador espacial Orbiter, para o qual eu desenvolvi, na \u00e9poca, um complemento na forma de uma fam\u00edlia de foguetes lan\u00e7adores baseados no R-7. Um ano atr\u00e1s, comecei a trabalhar nessa \u00e1rea e me dediquei completamente a ela. Em 26 de dezembro de 2018, surgiu esta demonstra\u00e7\u00e3o tecnol\u00f3gica<\/a><\/noindex>.<\/p>\n

Meu trabalho foi notado por entusiastas, e o famoso nos c\u00edrculos de simuladores ferrovi\u00e1rios, criador de conte\u00fado visual para o ZDsimulator Roman Biryukov (Romaich RJD-uz)<\/a><\/noindex> me ofereceu ajuda e colabora\u00e7\u00e3o no desenvolvimento futuro do projeto. Depois, outro desenvolvedor se juntou a n\u00f3s \u2014 Alexander Mishchenko (Ulovskii2017<\/a><\/noindex>), criador de rotas para o ZDsimulator. Nosso trabalho conjunto nos levou ao primeiro lan\u00e7amento. No v\u00eddeo, h\u00e1 uma vis\u00e3o geral de como o jogo se apresenta em seu primeiro lan\u00e7amento.<\/p>\n

\r\n \"Por\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Caracter\u00edsticas do simulador RRS<\/h1>\n

\nAntes de mais nada, esta \u00e9 uma arquitetura de software aberta. Sem mencionar que o c\u00f3digo do simulador \u00e9 aberto, existe uma API e um SDK voltados para desenvolvedores de complementos de terceiros. A barreira de entrada \u00e9 bastante alta \u2014 s\u00e3o necess\u00e1rias habilidades b\u00e1sicas de programa\u00e7\u00e3o em C++. O simulador foi escrito exatamente nesse idioma, utilizando o compilador GCC e sua vers\u00e3o MinGW para Windows. Al\u00e9m disso, \u00e9 desej\u00e1vel que o desenvolvedor tenha familiaridade com o framework Qt, pois muitos conceitos dele est\u00e3o na base da arquitetura do jogo.<\/p>\n

No entanto, com o devido esfor\u00e7o e desejo, este projeto oferece enormes possibilidades para o desenvolvedor de complementos. O equipamento \u00e9 realizado na forma de m\u00f3dulos baseados em bibliotecas din\u00e2micas. O principal elemento estrutural no simulador \u00e9 a unidade de equipamento<\/i>, ou unidade de movimenta\u00e7\u00e3o (UM) \u2014 vag\u00e3o (n\u00e3o motorizado ou em um trem automotor) ou se\u00e7\u00e3o de locomotiva. A API permite definir o torque aplicado aos pares de rodas da UM, recebendo em resposta a velocidade angular dos pares de rodas, bem como par\u00e2metros externos, como tens\u00e3o e tipo de corrente na rede de contato. O simulador n\u00e3o sabe nada al\u00e9m disso e n\u00e3o quer saber, deixando a f\u00edsica do funcionamento do equipamento interno sob a responsabilidade do desenvolvedor da locomotiva ou vag\u00e3o espec\u00edfico.<\/p>\n

N\u00e3o \u00e9 dif\u00edcil adivinhar que essa abordagem relativamente de baixo n\u00edvel permite implementar os menores nuances do esquema da locomotiva. Al\u00e9m disso, o pacote do simulador inclui um conjunto de equipamentos padr\u00e3o instalados no equipamento nacional: guincho do maquinista n\u00ba 395, distribuidor de ar n\u00ba 242, v\u00e1lvula de freio auxiliar n\u00ba 254 e outros elementos do equipamento de freio. O desenvolvedor do complemento precisa apenas conectar esses elementos em um esquema pneum\u00e1tico da locomotiva ou vag\u00e3o espec\u00edfico. Al\u00e9m disso, existe uma API para criar seus pr\u00f3prios m\u00f3dulos de equipamento.<\/p>\n

Arquitetonicamente, o RRS \u00e9 constru\u00eddo na intera\u00e7\u00e3o de dois processos principais<\/p>\n