O launcher é totalmente open source e você pode revisá-lo ou compilá-lo por conta própria: https://github.com/openmultiplayer/launcher

Nós já estamos trabalhando para corrigir isso, para que builds futuras não sejam sinalizadas.

O que fazer por enquanto​

Até que a Microsoft atualize suas assinaturas de detecção, adicione a pasta do launcher como uma exclusão no Windows Defender:

1. Abra a Segurança do Windows (procure por ela no menu Iniciar)
2. Vá para Proteção contra vírus e ameaças
3. Em Configurações de proteção contra vírus e ameaças, clique em Gerenciar configurações
4. Role para baixo até Exclusões e clique em Adicionar ou remover exclusões
5. Clique em Adicionar uma exclusão → Pasta
6. Selecione sua pasta de instalação do open.mp launcher e confirme
7. Feche e reabra o launcher

Observações​

• Exclua a pasta inteira do launcher, não arquivos individuais, porque os hashes dos arquivos mudam entre atualizações.
• Se o Defender ainda mostrar um aviso depois de adicionar a exclusão, feche completamente o launcher, verifique novamente o caminho da exclusão e tente de novo.

Por que isso acontece?​

Falsos positivos são comuns em softwares relacionados a jogos. Heurísticas de antivírus podem sinalizar programas legítimos que interagem com processos de jogos. Estamos trabalhando com a Microsoft para que o launcher seja colocado corretamente na lista de permissões.

Ainda tem dúvidas? Entre em contato pelo nosso Discord.

Já estava claro há muito tempo que Kalcor não tinha mais interesse em manter o SA:MP; o que, por si só, tudo bem, mas como ele era a única pessoa com acesso oficial ao código-fonte, isso o transformou em um gargalo para novas atualizações. Tanto YSF quanto fixes.inc foram criados para preencher esse vazio — corrigir bugs e inconsistências no servidor sem ter acesso ao código-fonte; o primeiro como plugin e o segundo como include. Apesar de esforços monumentais para tornar esses (e outros) projetos tão estáveis, abrangentes e fáceis de usar quanto possível, eles naturalmente começaram a atingir seus limites e uma nova geração de correções se tornou necessária. É aí que o open.mp entra.

Fundado nos mesmos princípios, e aproveitando todas as inúmeras melhorias desenvolvidas pela comunidade ao longo de uma década, o open.mp é uma reescrita do zero do servidor SA:MP original, com todas as correções de seus predecessores diretos e muitas outras que eram impraticáveis ou simplesmente impossíveis. É verdade que essa abordagem não veio sem controvérsia — alguns servidores desenvolveram seus próprios métodos privados para lidar com as peculiaridades do SA:MP, independentemente dos esforços da comunidade, mas essas não são técnicas que todo scripter deveria ter que desenvolver por conta própria, e este artigo ajudará na portabilidade de código existente.

Esperamos abordar os principais pontos problemáticos, mas se houver algum que deixarmos passar, fique à vontade para entrar em contato via discord ou github e teremos prazer em corrigir o guia.

A alternativa é desfazer as correções usando uma biblioteca que é a gêmea da fixes.inc: breaks.inc:

https://github.com/pawn-lang/sa-mp-fixes/blob/master/breaks.inc

Então fique à vontade para instalá-la e reverter para todos os comportamentos antigos de forma transparente por meio de hooks.

Tags​

Os includes do open.mp adicionam muitas novas tags às funções, embora ainda tentem encontrar um equilíbrio entre upgrades muito necessários e invasividade. Como essas mudanças podem ser muito amplas, escrevemos uma ferramenta para automatizar boa parte disso:

HideMenuForPlayer​

Esta função sempre recebeu um parâmetro de ID de menu, mas no SA:MP esse ID não era usado. Então, qualquer que fosse o valor fornecido, o menu atual do jogador era fechado, mesmo que ele não estivesse olhando para aquele que você disse para fechar.

Código antigo poderia ser assim:

gShopMenu = CreateMenu("text", 2, 100.0, 30.0, 7.0);

HideMenuForPlayer(gShopMenu, playerid);

Isso sempre fecharia o menu atual do jogador, independentemente de qual ele estivesse realmente vendo. Agora você precisará lembrar qual menu ele está vendo, ou simplesmente obtê-lo:

gShopMenu = CreateMenu("text", 2, 100.0, 30.0, 7.0);

HideMenuForPlayer(GetPlayerMenu(playerid), playerid);

SetPlayerAttachedObject​

Objetos anexados no SA:MP sobreviviam a uma mudança de gamemode, mas no open.mp eles não sobrevivem. Se você quiser que um jogador mantenha seus objetos após um reinício do modo, terá que adicioná-los novamente em OnPlayerConnect:

enum E_ATTACHMENT_DATA
{
    E_ATTACHMENT_DATA_MODEL,
    E_ATTACHMENT_DATA_BONE,
    E_ATTACHMENT_DATA_OFFSET_X,
    E_ATTACHMENT_DATA_OFFSET_Y,
    E_ATTACHMENT_DATA_OFFSET_Z,
    E_ATTACHMENT_DATA_ROT_X,
    E_ATTACHMENT_DATA_ROT_Y,
    E_ATTACHMENT_DATA_ROT_Z,
    E_ATTACHMENT_DATA_SCALE_X,
    E_ATTACHMENT_DATA_SCALE_Y,
    E_ATTACHMENT_DATA_SCALE_Z,
    E_ATTACHMENT_DATA_COLOUR_1,
    E_ATTACHMENT_DATA_COLOUR_2,
}

public OnPlayerConnect(playerid)
{
    for (new i = 0; i != MAX_OBJECT_ATTACHMENT_SLOTS; ++i)
    {
        SetPlayerAttachedObject(
            playerid,
            i,
            gAttachementData[playerid][E_ATTACHMENT_DATA_MODEL],
            gAttachementData[playerid][E_ATTACHMENT_DATA_BONE],
            gAttachementData[playerid][E_ATTACHMENT_DATA_OFFSET_X],
            gAttachementData[playerid][E_ATTACHMENT_DATA_OFFSET_Y],
            gAttachementData[playerid][E_ATTACHMENT_DATA_OFFSET_Z],
            gAttachementData[playerid][E_ATTACHMENT_DATA_ROT_X],
            gAttachementData[playerid][E_ATTACHMENT_DATA_ROT_Y],
            gAttachementData[playerid][E_ATTACHMENT_DATA_ROT_Z],
            gAttachementData[playerid][E_ATTACHMENT_DATA_SCALE_X],
            gAttachementData[playerid][E_ATTACHMENT_DATA_SCALE_Y],
            gAttachementData[playerid][E_ATTACHMENT_DATA_SCALE_Z],
            gAttachementData[playerid][E_ATTACHMENT_DATA_COLOUR_1],
            gAttachementData[playerid][E_ATTACHMENT_DATA_COLOUR_2]
        );
    }
}

Dinheiro ao morrer​

Quando um jogador morre em San Andreas, $100 são deduzidos dele automaticamente para cobrir as contas do hospital. Esse recurso permanece no SA:MP, mas foi removido do open.mp para permitir que scripts gerenciem todo o próprio dinheiro. Vários scripts já tentam corrigir isso adicionando $100 a um jogador depois da morte, ou ao nascer. Se esse for o seu script, simplesmente remova a correção adicional, embora o código no open.mp tente levar em conta scripts que fazem isso. Se seu script dependia desse recurso, basta adicionar o seguinte código em OnPlayerDeath:

GivePlayerMoney(playerid, -100);

Game texts​

O SA:MP tem seis estilos diferentes de game text, mas vários deles são basicamente inutilizáveis. Um fica aparecendo e desaparecendo constantemente, um desaparece após um tempo definido independentemente do tempo que você colocou, e um nunca desaparece independentemente do tempo selecionado. No entanto, descobriu-se que todos esses estilos de game text podem ser reproduzidos com precisão¹ usando text draws. Assim, fixes.inc e, posteriormente, open.mp fizeram isso. A aparência dos game texts é a mesma de antes, com a vantagem de que todos os estilos são utilizáveis, e a desvantagem de que eles não fazem mais fade in e fade out.

FadingGameTextForPlayer(playerid, const format[], time, style)
{
    if (style > 6)
    {
        // Não há versão com fade desses estilos.
        GameTextForPlayer(playerid, format, time, style)
    }
    else
    {
        // Envia uma mensagem bruta via Pawn.RakNet
    }
}

Tamanhos dos pools​

GetPlayerPoolSize, GetActorPoolSize e GetVehiclePoolSize eram um tanto sem sentido quando foram introduzidas pela primeira vez; retornavam o maior ID conectado, que não tem relação com o número de jogadores conectados, e chegaram muito depois de métodos de loop muito melhores já existirem. Ser meio bobo não é, por si só, motivo para remover as funções, mas infelizmente elas também estão quebradas e retornam dados incorretos quando não há jogadores conectados. Não há como corrigir esses valores de retorno de uma forma que seja ao mesmo tempo retrocompatível e correta daqui para frente (acredite, tentamos). Diante desses fatos, optamos por simplesmente remover as funções. Use apenas um loop normal ou foreach:

foreach (new i : Player)
{
}

Alguns scripts travaram quando essa mudança foi introduzida, mas apenas ao usar a seguinte forma de loop:

for (new i = 0; i != GetPlayerPoolSize(); ++i)
{
}

Embora, como o maior valor é um jogador real quando há pessoas online, esse código esteja errado de qualquer forma — ele deixa uma pessoa de fora.

Grafias​

O SA:MP é muito inconsistente nas grafias usadas no código — algumas coisas usam inglês britânico, outras usam americano:

• Bumper - Britânico
• Hood - Americano
• Armour - Britânico
• Stereo - Americano

Unificamos isso e adotamos as grafias britânicas. Então, por exemplo:

TextDrawBoxColor(Text:textid, boxColor);

Agora é:

TextDrawBoxColour(Text:textid, boxColour);

A ferramenta de upgrade cuidará automaticamente da maioria desses casos.

Chegou!

Finalmente chegou!

Depois de quatro anos, duas reescritas, discussões e drama, e incontáveis outros obstáculos; finalmente chegou!

Release Candidate 1 (RC1) do servidor open.mp.

Isso, esperamos, representa a versão final do código para o nosso lançamento 1.0, e se tudo correr bem com esta versão poderemos finalmente abrir o chamado open.mp em apenas alguns dias a partir de agora.

Antes de entrar na parte principal do lançamento, quero primeiro agradecer sinceramente a cada membro da equipe open.mp por ajudar o mod a chegar tão longe. Não foi fácil, principalmente pelo quanto todos estavam realmente envolvidos - todos queríamos o melhor para o mod, para a comunidade, para o SA:MP, para nossos servidores e para nossos jogadores; não teríamos embarcado nessa jornada se não fosse assim. Infelizmente, opiniões fortes e divergentes sobre o que é melhor às vezes causam atrito. Mas estamos aqui agora. Então, a todos, um enorme obrigado:

• Amir
• Cheaterman
• Freaksken
• Graber
• Hual
• Josh
• JustMichael
• kseny
• Nexius
• pkfin
• Potassium
• Southclaws
• TommyB
• Y_Less
• Zeex
• E provavelmente mais...

Enfim, agora a parte com a qual você realmente se importa...

Agora que saímos do beta, estamos (se tudo correr bem esta semana) lançando no prazo. Então, junto com o próprio servidor, que você já viu uma dúzia de vezes antes, temos algumas novidades para vocês:

Pawn​

O download tem os includes oficiais, sem mais corrigir os includes antigos do SA:MP com omp.inc; agora estamos fazendo isso direito! Ele também tem um novo compilador. Já se perguntou quando a 3.10.11 chegaria? Bem, não espere mais (se você mesmo a compilou, pode pensar nesta como 3.10.12)! Com essa combinação, você provavelmente receberá muitos novos avisos, mas não se preocupe - também temos uma ferramenta para isso, para atualizar automaticamente uma boa quantidade de código, adicionando nomes de símbolos bem definidos, const e mais nos lugares certos. Talvez você já tenha notado isso, já vem usando há meses, mas a máquina virtual (a parte dentro do servidor) também foi atualizada! Ah, e todas aquelas natives de string que você conhece e adora, como SendClientMessage e AddMenuItem? Agora todas elas formatam. Todas elas¹.

Uma lista completa do que está disponível:

• Limite de tamanho de símbolo aumentado para 64, sem mais OnPlyrDoTheTing para tentar encaixar seus nomes. Levando a...
• Várias natives descomprimidas - Col é abreviação de Colour ou Collision? Agora você sabe!
• Tags. Tags em todos os lugares. Veja a documentação incluída.
• Os includes oficiais finalmente estão const-correct. Sem mais reclamações de que algumas pessoas talvez não os tenham.
• Versão do compilador atualizada: __nameof, __addressof, correções e coisas demais para listar aqui.
• switch está muito mais rápido.
• Mais avisos para problemas anteriormente não detectados. Quanto mais problemas o compilador puder encontrar, menos você precisa encontrar.
• Uma ferramenta upgrader para adicionar tags e const ao código do usuário e corrigir vários novos avisos.
• Nomenclatura mais consistente. Cada native foi examinada de perto e comparada para garantir o máximo nível de similaridade e intuitividade na nomenclatura.
• Adicionado {Float, _}:... em todos os lugares. O que isso significa? Significa quase não precisar mais de format()² - pense em y_va, mas nativamente.
• -O2, o nível mais alto de otimização do pawn, funciona ao usar o novo compilador e a nova VM. Alguns includes podem precisar ser atualizados, mas alguns já foram. Para ajudar nisso...
• A macro __optimisation foi adicionada para que o código possa se configurar quando compilado com -O2.

Documentação dos includes atualizados:
https://github.com/openmultiplayer/omp-stdlib

Documentação do novo compilador:
https://github.com/openmultiplayer/compiler/
https://github.com/pawn-lang/compiler/

Documentação do qawno:
https://github.com/openmultiplayer/qawno/

Documentação da ferramenta upgrader:
https://github.com/openmultiplayer/upgrade

SDK​

Pawn é a forma tradicional, e ainda oficial, de escrever modes para o seu servidor. Ela não vai desaparecer, mas para aqueles de vocês que querem mais controle, estamos finalmente lançando o SDK completo (o Software Development Kit). Esta é uma interface C++ para o servidor, a mesma usada por todos os componentes que compõem o código principal do open.mp. Qualquer coisa que eles possam fazer, você também pode fazer (comparado a plugins, que foram projetados apenas para fornecer funções ao pawn, não para escrever modes).

Temos alguma documentação em andamento; infelizmente isso leva tempo. Mas enquanto isso, aqui estão vários componentes de exemplo para aqueles de vocês que querem mergulhar direto. Todos são templates nos quais você pode se basear, e vão de basicamente nada até um componente totalmente funcional com os recursos mais comuns:

https://github.com/openmultiplayer/empty-template
https://github.com/openmultiplayer/basic-template
https://github.com/openmultiplayer/pawn-template
https://github.com/openmultiplayer/full-template

Alguns termos para você começar, para que possa entender o que está lendo:

• Component - Uma peça lógica individual do servidor, como objects ou pickups. Aqueles de que você não precisa não precisam ser carregados.
• Extension - Código que estende outro pedaço de código. Você pode escrever component extensions, mas as mais comuns são player extensions, que definem alguma estrutura de dados a ser associada a um jogador além de todos os dados normais dele, como health e weapons.
• UID - Unique IDentifier, um número que representa o seu componente, e somente o seu componente. Isso é sempre obrigatório e pode ser obtido aqui: https://open.mp/uid
• Entity - Uma coisa, geralmente algo com que um jogador pode interagir e da qual você pode ter muitas. Objects são entities, mas outros jogadores também são entities; até commands em um processor poderiam ser chamados de entities.
• Pool - Algo que armazena entities. Quando você tem muitas, precisa conseguir acessá-las por nome ou ID de alguma forma; é isso que um pool faz.
• Interface - Components usam uma classe base abstrata como interface. Ela declara quais métodos um component tem, mas não contém o código desses métodos. Interfaces são passadas por aí para que components possam se comunicar entre si, mas as implementações são mantidas privadas.
• SDK - A coleção de todas as interfaces definidas pelo servidor core.
• ABI - Uma Application Binary Interface é a forma como código compilado conversa com outro código compilado. As interfaces exportadas pelo SDK são ABI stable, o que significa que usar dois componentes compilados em momentos diferentes ainda funcionará em conjunto.
• pawn-natives - A biblioteca sobre a qual todas as declarações de natives são construídas. Usando um wrapper chamado SCRIPT_API ao redor desta biblioteca: https://github.com/openmultiplayer/pawn-natives
• Event - Algo que acontece externamente. Coisas como jogadores conectando e digitando comandos são events. Qualquer component pode definir events e avisar outros components quando esses events acontecem.
• Handler - Um component que quer saber quando um event acontece.

Se você tiver dúvidas, o melhor lugar provavelmente são os novíssimos (revividos) fóruns:
https://forum.open.mp/

Recursos​

Além de todos os novos recursos anunciados para pawn, há vários recursos novos (e recém-anunciados) no servidor:

• Gang zones por jogador, como havia no YSF.
• Pickups por jogador, também como no YSF.
• AttachPlayerObjectToPlayer.
• Melhor suporte a PawnPlus.
• Suporte a :memory: e outros nomes especiais no SQLite.
• Flags de abertura do SQLite.
• Opção de configuração exclude para não carregar certos componentes.
• Mostrar erros de parsing de configuração, não apenas falhar silenciosamente.
• Verificação de versão major do SDK, só para o caso de algum dia fazermos grandes mudanças no servidor (esperamos que não).

Correções​

Houve alguns novos bugs introduzidos na beta 11, e alguns menores que sobraram de antes. Os corrigidos incluem:

• Aviso de funcidx já registrado.
• Plugins GDK (streamer etc) sem natives.
• Crash aleatório em GMX.
• Callbacks GDK às vezes não chamados.
• Sem logging quando solicitado no componente SQLite.
• Algumas configurações não eram redefinidas em GMX.
• NPCs estavam conectando quando havia muitos de uma vez.
• .so ainda era necessário em nomes de plugins legados no Linux.

Links​

Primeiro, claro, a nova versão do servidor:
https://github.com/openmultiplayer/open.mp/releases

Segundo, os fóruns voltaram. Vá até lá para todas as suas perguntas:
https://forum.open.mp/

Ou, se preferir:
https://vk.com/open_mp

Em seguida, apesar de isso ter sido oferecido algumas vezes, resistimos explicitamente a qualquer dinheiro até este momento; porque não achávamos certo até termos provado nosso trabalho com um lançamento. Com este post, esse momento é agora, então se alguém quiser nos ajudar (todas as doações serão destinadas à infraestrutura e ao trabalho futuro de desenvolvimento do cliente), isso seria muito apreciado:

https://www.patreon.com/open_mp
https://opencollective.com/openmultiplayer

E, claro, tudo ainda está em desenvolvimento ativo, então confira regularmente todos os links acima para ver o que há de novo.

Publicado no canal de anúncios do nosso servidor Discord por kseny (discord.gg/samp)

Olá a todos

Acabamos de lançar o open.mp server beta 9, corrigindo vários problemas reportados e adicionando diversos novos recursos. A mudança mais notável é o suporte ao SA:MP 0.3.DL. Agora você pode executar servidores compatíveis com 0.3.7 e 0.3.DL a partir do mesmo binário.

Outras mudanças​

• Taxa de ticks dinâmica. Especifique uma taxa de ticks alvo, em vez de um tempo de sleep fixo.
  • Use o comando de console tickrate para definir a taxa.
  • sleep agora pode ser um float para acomodar taxas de tick precisas.
• Mais compatibilidade com plugins - fsutil, Discord connector (apenas com build não estática)
• Retorno de SetSpawnInfo corrigido.
• Corrige clima e horário não sendo redefinidos após GMX.
• Corrige vários bugs de GMX.
• Corrige vários comandos de console.
• Corrige GetPlayerClass.
• Corrige GetVehicleLastDriver.
• Adiciona a native GetVehicles.
• Adiciona a native GetPlayers.
• Adiciona a native GetActors.
• Todos os modos de lagcomp agora estão disponíveis via configuração.
• Corrige sincronização de trailer.
• Corrige GetVehicleLastDriver.
• Corrige GetPlayerRotationQuat.
• Corrige crash em componente de veículo.

SA:MP DL​

Esta é obviamente a grande notícia, e vem com uma série de novas configurações:

• Implementadas todas as natives e callbacks do DL (AddSimpleModel, AddSimpleModelTimed, GetPlayerCustomSkin, OnPlayerFinishedDownloading, OnPlayerRequestDownload):
  • A native RedirectDownload e o callback OnPlayerRequestDownload agora estão obsoletos em favor das opções de configuração de CDN.
• Adiciona a opção de configuração artwork.enable (legado: useartwork).
• Adiciona a opção de configuração artwork.models_path (legado: artpath).
  • O servidor pode carregar modelos personalizados do arquivo artconfig.txt, como o SA:MP faz.
• A compatibilidade com 0.3.7 é preservada e pode ser configurada pela opção de configuração network.allow_037_clients (true por padrão).
• O servidor open.mp agora vem com um webserver embutido usado para servir modelos personalizados
  • O webserver usa o endereço e a porta de bind do servidor open.mp. Permita conexões TCP na sua porta no firewall se você planeja usá-lo.
  • Se o seu endereço IP público for diferente do endereço de bind (ex: você está atrás de um roteador), será necessário defini-lo na opção de configuração network.public_addr.

Observações​

• Devido a algumas mudanças, arquivos config.json antigos podem não funcionar corretamente. Use ./omp-server --default-config para gerar um novo
• Usuários de server.cfg não são afetados.
• Ao permitir conexões 0.3.7, apenas 1000 objetos podem ser criados
• O servidor open.mp agora fornece dois tipos de builds Linux, standard e static. Recomendamos usar a build standard se possível; ela minimizará incompatibilidades com vários plugins. No entanto, ela exigirá openssl 1.1 instalado no seu sistema. Se você não conseguir instalar uma versão moderna do openssl no seu sistema (normalmente se ele for muito antigo), pode usar a build static, mas alguns plugins ou componentes podem falhar ao carregar e causar crash no servidor.

Includes oficiais​

Preparar um lançamento completo não é apenas ter um servidor funcionando, mas também todos os outros periféricos - bibliotecas, ferramentas, documentação e muito mais. No lado pawn, o open.mp é uma atualização significativa, com muitas melhorias de QoL já vistas por meio de correções e novas funções, e mais ainda por vir. Uma grande parte desse esforço é oferecer mais diagnósticos do compilador para encontrar problemas no código com antecedência, principalmente por meio de mais tags e const-correctness. Enquanto as versões oficiais ainda não saíram, você ainda pode ajudar enquanto isso testando seu código com os seguintes includes e ferramentas:

https://github.com/pawn-lang/samp-stdlib/tree/consistency-overhaul
https://github.com/pawn-lang/pawn-stdlib/tree/backported-natives
https://github.com/openmultiplayer/upgrade
https://github.com/pawn-lang/compiler

Eles foram originalmente desenvolvidos para melhorar os includes padrão do SA:MP, mas nunca foram totalmente lançados (ou seja, nunca foram mesclados na master, apesar do PR ter sido aceito). Os includes do open.mp se baseiam na fundação estabelecida aqui, então pense neles como um passo intermediário rumo à segurança completa de tags e const do open.mp; e como um feedback importante sobre a direção deles. Veja os links acima para muito mais informações e documentação sobre atualização.

Como sempre, se você não quiser atualizar, códigos e includes antigos ainda funcionarão (pelo menos no primeiro lançamento).

Olá, pessoal!

Depois de 3 anos desde a exposição do open.mp, passando por experimentos e reescritas, tentando diferentes abordagens ao longo dos anos para encontrar o que era melhor para nós e para a comunidade, finalmente chegamos aqui. Mas antes, vale contar um pouco da história:

Começamos o open.mp no início de 2019 e ganhamos muita atenção após a exposição. Em vez de fazermos nosso trabalho em paz, tivemos que acelerar um pouco as coisas, o que gerou alguns problemas na nossa gestão, equipe e base de código. Estávamos longe do que queríamos alcançar. Nossa implementação era poderosa, mas ao mesmo tempo complexa e difícil de continuar. Isso dificultou seguir nosso roadmap, então decisões precisaram ser tomadas. Começamos uma reescrita.

Reescrita Em junho de 2021, após meses de inatividade, a equipe do open.mp decidiu iniciar uma reescrita, com o objetivo de construir um substituto 1:1 do servidor SA:MP (tornando tudo retrocompatível) e adicionar correções com alguns recursos novos. Focando nas coisas mais importantes e deixando recursos extras para depois.

Programa de Testes Beta E agora estamos aqui, iniciando nosso primeiro programa de testes beta semipúblico. Estamos convidando desenvolvedores de servidor com habilidades em Pawn para nos ajudar a testar tudo, verificando todas as nativas e respostas esperadas, além de testes de estresse com seus scripts SA:MP atuais e suas bases de jogadores. Vamos publicar um formulário de inscrição para beta testers após o anúncio; sintam-se à vontade para se inscrever se acharem que podem ajudar nesse processo :)

GTA SA Definitive Edition E por fim, mas não menos importante, estamos empolgados em anunciar que nossa equipe começou a trabalhar em um cliente para Grand Theft Auto: San Andreas Definitive Edition! O cliente Definitive Edition para open.mp será compatível com servidores open.mp! Assim, você poderá hospedar um servidor e deixar as pessoas decidirem com qual jogo querem entrar! Imagine um único servidor open.mp, com jogadores usando o San Andreas original, San Andreas Android e San Andreas Definitive Edition, os três juntos, no mesmo servidor, jogando entre si. Esta é nossa última e mais difícil tentativa de tornar tudo compatível para trazer cross-play à comunidade. Dessa forma - como dono de servidor - você não precisa se preocupar em migrar para uma nova plataforma, começar do zero e dividir sua comunidade. Porque permitimos que todos usem seus scripts SA:MP em um servidor onde os jogadores podem decidir qual jogo usar para se conectar!

Obrigado a todos por permanecerem conosco nessa longa e exaustiva jornada. Temos orgulho dessa grande comunidade que construímos! Feliz Ano Novo 🎉, 2022 será um grande ano para nós e uma mudança no nosso amado mod multiplayer, SA:MP. Amor de todos nós ❤️

Aqui está um vídeo da nossa primeira tentativa de testar a primeira versão do cliente open.mp para GTA San Andreas Definitive Edition, junto com o cliente SA:MP para PC e SA:MP Android, os três no mesmo servidor open.mp: https://www.youtube.com/watch?v=-PWXXvHe35M

Nosso formulário de inscrição para beta tester está aqui: https://airtable.com/shrjqca2tpgYa9sQL

Lembrando que estamos procurando beta testers para o projeto open.mp SERVER no momento, e isso não está relacionado ao CLIENT. Isto é para scripters/desenvolvedores, NÃO para jogadores comuns neste momento. Por favor, não nos enviem mensagens sobre o cliente e não preencham o formulário se vocês não puderem ajudar a testar o lado SERVER do open.mp. Você precisa ter um bom conhecimento de Pawn e familiaridade com scripting de SA:MP.

Como posso entrar para a equipe?​

Recebemos MUITO essa pergunta, então achamos que deveríamos fazer uma publicação sobre isso!

Primeiro, muito obrigado pelo interesse em contribuir!

Como você sabe, somos todos jogadores veteranos de SA-MP que se uniram para manter vivo o mundo do multiplayer de SA. Somos apaixonados pela ideia de o projeto ser PARA os jogadores e PELOS jogadores, e é por isso que ele eventualmente será open-source.

Desenvolvimento​

No momento, estamos trabalhando nos ajustes finais para o lançamento beta e, quando ele estiver no ar, vamos apreciar muito e receber de braços abertos as contribuições da comunidade! Vamos precisar de ajuda para testar funcionalidades e casos extremos e, é claro, para procurar bugs e outros problemas que precisam de trabalho.

O teste beta será uma parte extremamente importante da jornada de desenvolvimento, e adoraríamos que todos participassem. Então, por favor, fiquem atentos ao anúncio do teste beta, que prometemos que será muito, muito em breve!

Coordenadores regionais​

Você fala inglês E outro idioma fluentemente? Adoraríamos sua ajuda para traduzir nossas páginas da Wiki, nossas publicações no blog e nossas publicações nas redes sociais, além de ajudar a moderar as seções de idiomas do nosso Discord e do nosso fórum.

As inscrições para essas posições estão fechadas no momento enquanto fazemos algumas mudanças, mas serão abertas novamente em breve!

Outras formas de ajudar​

• COMPARTILHE nossas publicações nas redes sociais
• CONVIDE outros jogadores de SA para o nosso Discord (discord.gg/samp)
• PARTICIPE da nossa comunidade no Discord
• AJUDE outros jogadores no Discord (scripting, tecnologia, qualquer coisa!)

Olá, pessoal!

Recentemente atingimos uma marca incrível: chegamos oficialmente a 10.000 USUÁRIOS no nosso Discord! 🥳🔟🥳

Pensamos em aproveitar esta oportunidade para dar uma pequena atualização, já que sabemos que faz um tempo e todo mundo está se perguntando o que está acontecendo!

Como toda a equipe de desenvolvimento tem empregos em tempo integral e outros compromissos, a situação da COVID realmente atrapalhou todos nós. Isso significa que não tivemos muito tempo para dedicar ao open.mp por um bom tempo.

Mas as coisas voltaram a avançar recentemente: ainda estamos vivos, o projeto está realmente andando mais rápido do que nunca, e fizemos mais progresso nas últimas semanas do que vínhamos fazendo há muito tempo!

Estamos muito orgulhosos do trabalho que está sendo feito aqui e da equipe incrível e refinada que temos.

Vamos dar informações mais detalhadas nos próximos meses, mas queríamos garantir que todos soubessem que não abandonamos o open.mp, que a paixão ainda está aqui e que estamos fazendo o melhor que podemos. Então, por favor, continuem com a gente, pois teremos novidades, capturas de tela e vídeos muito em breve!

Enquanto isso, venham passar um tempo com a gente no Discord! Obrigado a todos os mais de 10.000 de vocês 🥰

Nosso servidor do Discord é um espaço acolhedor e amigável para jogadores e amigos de TODOS os mods e comunidades multiplayer de San Andreas! Algumas das coisas que promovemos são:

✅ Comunidade: Passe um tempo com os membros frequentes, conheça novas pessoas, encontre velhos amigos e jogadores veteranos, encontre pessoas do seu país/região nos canais de idiomas específicos, conheça pessoas de SA-MP / MTA / outros mods multiplayer

✅ Scripting: Aprenda a criar scripts, receba ajuda com seus scripts, ajude outras pessoas

✅ Divulgação de servidores: Mostre seu servidor SA-MP nos canais dedicados

✅ Programação e tecnologia: Converse e receba ajuda com outras linguagens de programação e desenvolvimento de software, suporte técnico, conheça outras pessoas com interesses parecidos para trabalhar junto

✅ Gaming: Encontre pessoas para jogar (não apenas SA!), converse sobre notícias e atualizações de jogos

✅ Showcase: Você é YouTuber? Streamer? Artista? Faz música legal? É chef? Talvez pesque? Ou monte carros? Seja lá do que você se orgulha, mostre para todo mundo!

✅ open.mp: Fique por dentro do progresso mais recente do desenvolvimento do open.mp e das movimentações no GitHub, passe um tempo com a equipe, assista às nossas streams de desenvolvimento exclusivas para VIPs do Discord quando elas voltarem a funcionar!

A visão da equipe open.mp sobre SA-MP para Android

Olá a todos,

Queríamos escrever um post rápido sobre nossa visão do SA-MP para Android, porque estamos recebendo muitos comentários sobre isso nos nossos vídeos do YouTube e no Discord.

Como dissemos em nosso vídeo no YouTube, não apoiamos a versão atual do SA-MP para Android. Esse aplicativo foi criado usando código-fonte roubado da equipe SA-MP, o que torna o aplicativo ilegal.

Nós não apoiamos o roubo de código de outras pessoas e não apoiamos o uso de código roubado. Também não nos associamos a atividades ilegais.

Vemos que o multiplayer de GTA SA para mobile tem uma grande comunidade, e gostaríamos de receber essa comunidade no open.mp.

Atualmente estamos discutindo como podemos criar nosso próprio mod multiplayer para SA mobile, para que seja feito de forma legal e justa! :)

Isso significa que é bem possível que exista open.mp para mobile no futuro, então continuem nos apoiando enquanto resolvemos isso!

Convidamos a comunidade mobile para entrar no nosso Discord oficial com mais de 7000 membros; criamos um canal para vocês em #samp-android e estamos ansiosos para ouvir seus pensamentos e opiniões!

Nos vemos lá!

https://discord.gg/samp

No dia 24 de outubro tivemos um podcast de perguntas e respostas com os devs, que foi gravado para vocês abaixo:

Vídeo​

https://www.youtube.com/watch?v=bTYWWsXkcDo

Transcrição​

Potassium:
olá a todos, bem-vindos à nossa primeira live de open multiplayer
hum, alguém pode fazer um teste de microfone, alguém pode me dizer se isso está funcionando, por favor? jamie?

everyone:
está funcionando
está funcionando
ok
sim
sim, ouvi saindo do outro lado
sim, tem um atraso considerável
sim, tudo bem

Potassium:
certo, hum, olá, uh, e aí
finalmente estamos aqui fazendo isso, eu acho, hum

Southclaws:
muitos dias de planejamento

Potassium:
sim
talvez devêssemos começar nos apresentando, então... Southclaws?

Southclaws:
sou eu

Potassium:
conte a todos um pouco sobre você e o que você faz aqui

Southclaws:
uh sim, acho que estou por perto no SAMP desde tipo 2008 ou 2007, não lembro... faz muito tempo... hum, no momento eu meio que faço as coisas do site, gerencio a wiki e faço um pouquinho de código, mas não muito, esses caras são muito melhores nisso do que eu. mas sim, eu faço principalmente as coisas da wiki e do site, então essa é meio que a minha área

Potassium:
e Y_Less?

alerta da stream com CJ dizendo "here we go again"

Y_Less:
oi, eu sou Y_Less:
estou no SAMP há mais tempo do que você
entrei para a equipe beta antes mesmo de ele ser lançado, então é isso, já faz um tempo. sou um ex-dev, não tenho total certeza se preciso me apresentar, mas é isso

Southclaws:
não, provavelmente não

Potassium:
provavelmente não

Southclaws:
tenho certeza de que todo mundo conhece você

Potassium:
só por garantia

Y_Less:
scripters me conhecem, mas jogadores não necessariamente

Potassium:
não, tenho quase certeza de que todo mundo conhece

Y_Less:
também sou a única forma de dev atualmente não removida da página "about" do client

Potassium:
uhhh... legal... eu acho?

BigETI:
isso é uma conquista

Potassium:
é uma conquista, sim
ok, josh, sua vez

j0sh.../alasnkz:
bem, eu sou josh e sou um dos principais desenvolvedores do open.mp
estou no samp há pelo menos sete anos
comecei a programar há seis anos por causa do samp
e se você esteve no discord, sabe quem eu sou, estou sempre lá e sempre disponível para conversar se você precisar de ajuda com qualquer coisa

Potassium:
ah, isso foi muito fofo
quem é você e o que você fez com o josh?
ok, Amir?

iAmir:
bem, eu sou Amir e estou por aqui desde 2010, eu acho, foi quando comecei a jogar samp na verdade. eu apenas faço parte da equipe de desenvolvimento do open.mp e meio que ajudo com código e coisas assim

Potassium:
legal! e bigETI?

BigETI:
sim, eu sou bigeti, tenho 27 anos, comecei a jogar samp por volta de 2009, contribuí para projetos, tive meus próprios servidores etc, e agora também sou contribuidor do
open.mp

Potassium:
incrível, e michael?

JustMichael:
eu sou JustMichael:, estou por aqui desde 2007, fui dono de algumas comunidades, lutei para subir, mas hoje em dia eu basicamente só sigo o Southclaws: e gerencio todos os projetos que ele abandonou! e fora isso eu trabalho no open.mp no tempo livre

Southclaws:
ele é o pai substituto de tudo que eu criei

todo mundo ri

Potassium:
incrível!

Y_Less:
quem é você, Potassium?

Potassium:
essa é uma boa pergunta! então eu sou Potassium, obviamente, estou na comunidade samp desde mais ou menos 2008/2009 talvez... então tipo 10 anos... ou mais, eu acho... matemática!
não sou scripter, fico dizendo para todo mundo que talvez um dia eu seja, provavelmente não vou ser, mas enfim! eu realmente não tenho uma história, sou só uma pessoa aleatória do fórum do samp e eu só, não sei, eu simplesmente amo esta comunidade e quero fazer parte de mantê-la viva, então eu meio que me convidei para esta equipe... então yay!

Y_Less:
tudo bem, você faz um trabalho bem importante

BigETI:
você é definitivamente bem-vinda!

Potassium:
eu não consigo fazer nenhuma coisa técnica, elas passam completamente por cima da minha cabeça, então só demos ao meu papel o nome de "relações públicas" e eu posto memes idiotas de vez em quando... mas tudo bem! alguém precisa fazer isso!

Potassium:
então faz sentido explicar rapidamente sobre o que é o openmp de fato ou? acho que, sim, acho que deveríamos, só caso alguém esteja ouvindo e não tenha certeza. então basicamente todos nós somos jogadores old school de san andreas, como vocês acabaram de ouvir, e todos fazemos parte de uma comunidade
chamada san andreas multiplayer, é uma modificação multiplayer para san andreas e está um pouco desatualizada agora, acho que dá para dizer isso, então estamos meio que tentando trazer mais vida de volta para ela porque ainda não estamos prontos para deixar nossa pequena comunidade morrer. isso é um resumo justo?

everyone:
acho que sim
sim

Y_Less:
quero meio que abordar a grande pergunta para começar, sobre o PORQUÊ. em alguns aspectos
nós realmente não queremos criar o open.mp - estávamos perfeitamente felizes jogando samp, é um joguinho legal, ele faz tudo que queremos, mas kalcor o escreveu, ele tem o código-fonte e
coisas assim, ele teve alguma ajuda, e resumindo ele não estava mais interessado em mantê-lo, o que é ok e acontece com todo mundo, e eu só quero deixar claro que não tenho ressentimentos em relação a ele por isso, porque todo mundo segue em frente eventualmente, você ganha novos interesses, mas
ele decidiu que queria simplesmente levar tudo com ele. ele não queria passar o código-fonte adiante, só queria parar, então achou que todos os outros também deveriam parar. e nós gostávamos bastante daqui, então não paramos.

Potassium:
correto

JustMichael:
sim, isso parece certo

Y_Less:
como eu disse, se ele quer seguir em frente e ir para outras coisas, isso é prerrogativa dele

Potassium:
sim, isso mesmo, não estamos julgando, só estamos um pouco tristes. mas tudo bem, porque vamos consertar. podemos fazer algo a respeito, então faremos!

JustMichael:
sim, vamos seguir para as próximas coisas maiores

Potassium:
sim, isso mesmo. certo, então tivemos várias perguntas no nosso fórum, que aliás é
https://forum.open.mp então cadastrem-se lá!
então acho que vamos direto a elas.
a pergunta mais urgente agora obviamente é sobre o drama recente do samp. então, para quem não sabe, o fórum do samp e a wiki do samp estão offline há algumas semanas, e não queremos fazer suposições, mas não parece que eles vão voltar
tão cedo. acho que essa é uma suposição bem justa de se fazer.

Y_Less:
os links foram removidos da página inicial, se fosse apenas algo temporário ele
provavelmente não teria removido os links.

Potassium:
sim, isso mesmo, então não parece que eles vão voltar. então as pessoas meio que querem saber quais são nossos pensamentos sobre isso, o que achamos que realmente aconteceu? então... microfone aberto... Southclaws? alguém?

Y_Less:
é basicamente o que eu acabei de dizer, kalcor esteve desinteressado por anos, é por isso que
simplesmente houve zero desenvolvimento, e vários de nós, quando eu estava na equipe beta, continuávamos tentando empurrá-lo para lançar atualizações e coisas assim, e na verdade a comunidade inteira estava gritando por atualizações, ele não queria porque tinha perdido o interesse, queria seguir em frente e isso... como eu já disse, tudo bem, não nos importamos que as pessoas sigam em frente e deixem
projetos, foi o fato de ele se recusar a passar as rédeas para qualquer outra pessoa, isso é apenas uma
continuação disso, os fóruns eram bem enormes, não eram fáceis de administrar, é quase um trabalho em tempo integral só moderá-los. e eu suspeito que ele simplesmente perdeu totalmente o interesse e decidiu que não quer mais fazer isso, mas não quer que ninguém continue seu legado, então ele está tirando tudo do ar. estou um pouco confuso que a página inicial ainda esteja lá.

Southclaws:
eu imagino que provavelmente seja porque a página inicial deve custar quase nada para manter online, enquanto o fórum provavelmente exigia algum tempo e despesa para
de fato funcionar. imagino que seja por isso.

BigETI:
você ainda pode baixar o samp pela página inicial principal

JustMichael:
sim, isso é bom, pelo menos eles podem fazer isso. mas se completarmos nossa missão
eles não precisarão!

Potassium:
pessoalmente eu só espero que kalcor esteja bem! e se ele pegou COVID e está no hospital e não consegue manter

Southclaws:
isso seria muito ruim

Potassium:
e se simplesmente expirou e ele não consegue colocar de volta porque está no hospital

JustMichael:
isso seria extremamente infeliz

Potassium:
e aí ele volta e há tipo... um motim... enfim

JustMichael:
e enquanto ele estava no hospital ele por acaso removeu o link do fórum e da wiki...?

Potassium:
ah sim... justo

todo mundo ri

Y_Less:
estou só pensando que talvez tivéssemos ouvido falar disso

Potassium:
sim, provavelmente teríamos ouvido falar disso, você tem razão

Y_Less:
ou talvez não, porque até os beta testers mal ficam sabendo de qualquer coisa, posso falar por
experiência pessoal, as pessoas continuavam me perguntando quando sai a próxima versão?
eu sei tão pouco quanto vocês. mas temos nosso próprio fórum privado e ele está morto.

JustMichael:
ele acabou sendo bem ruim em comunicar qualquer coisa para qualquer um dos devs

Potassium:
hora de seguir em frente. sobre o assunto de fóruns, nosso fórum e nossa wiki parecem ser substitutos bastante populares para os do samp, então fiquem à vontade para conferir

Y_Less:
eles não estão mortos

JustMichael:
estão muito ativos e mantidos, mais do que eu já vi

Potassium:
sim, particularmente para ajuda com scripting

Southclaws:
sim, as contribuições para a wiki têm sido ótimas, quando a wiki saiu do ar, ter
um monte de gente copiando páginas da wiki antiga para a nova foi muito bom, então um salve para todos que contribuíram, obrigado, isso foi muito legal. as coisas de tradução são ótimas porque acho que isso é algo que a wiki antiga definitivamente não tinha, ela tinha algumas páginas que estavam traduzidas, mas acho que não muitas.

JustMichael:
acho que era tipo polonês, brasileiro e... sim... faltava muita coisa.

Southclaws:
sim, traduzir isso é definitivamente uma prioridade e temos algumas pessoas boas para nos ajudar com isso, então isso é brilhante

Potassium:
sim, isso é incrível. só para registrar, https://forum.open.mp é o nosso fórum e https://open.mp/docs é a nossa wiki, então vão lá!
então obviamente o próximo barulho de alerta do discord que me assustou, desculpa! a próxima pergunta mais frequente é e sempre será a data de lançamento. então obviamente não temos uma data, nunca daremos uma data específica porque somos todos voluntários e fazemos isso no nosso tempo livre, mas temos uma ideia aproximada de talvez tipo uma porcentagem de quão avançados estamos antes de podermos torná-lo público? estamos em 1%? estamos na metade? estamos em 90%? o que vocês acham?

JustMichael:
quer dizer, estamos bem perto, não estamos?

Y_Less:
sim, acho que a maioria dos nossos grandes sistemas, a maior parte, está pronta. dizem que os primeiros 90% levam 90% do tempo, e os últimos 10% levam os outros 90% do tempo porque é tudo aquele tipo de ajuste fino, e há bugs, e quando isso e isso e isso e isso acontecem juntos, de repente tudo quebra. a maior parte do que chamamos de "módulos" já está pronta, posso explicar módulos depois, mas essencialmente os grandes blocos de código já estão prontos. é só conectá-los, garantir que todos os pequenos recursos extras estejam lá. está progredindo de forma bastante constante, especialmente agora recentemente,

JustMichael:
sim, tivemos um impulso bem grande de desenvolvimento ativo recentemente, o que é muito bom

Potassium:
eu ia justamente perguntar se alguém mais tinha algo a acrescentar a isso

j0sh...:
acho que depende do que você define como público, posso praticamente dizer que estamos bem perto
de ter um servidor de teste beta, tenho certeza de que estamos perto disso. mas um lançamento público no sentido de todo mundo ter o executável obviamente está um pouco mais distante, mas acho que um servidor de teste virá relativamente em breve.

Potassium:
woohoo!

JustMichael:
sim, precisamos de uma boa quantidade de tempo para testar todo o progresso até agora porque ainda haverá edge cases

Potassium:
vocês ouviram isso, chat?! um servidor de teste virá relativamente em breve! gravem as palavras dele!
certo, então a maioria das perguntas daqui em diante é do ponto de vista de scripting, então obviamente eu não faço ideia sobre essas coisas, então é aqui que vocês brilham! então vocês mencionaram módulos há pouco, queriam explicar um pouco isso? ou não queriam?

Y_Less:
sim, basicamente módulos são uma extensão de uma tendência geral no desenvolvimento de bibliotecas e coisas assim que se desenvolveu ao longo dos anos, para isolamento de código, então todos os objetos, todo o código relacionado a objetos, isso é um módulo. todo o código relacionado a checkpoints, isso é um módulo. veículos é um módulo separado.

Potassium:
então em termos de plugins e filter scripts como temos no samp, é isso que estamos... estamos renomeando eles para módulos? acho que vi algo sobre isso antes, mas não entendo essas coisas!

Y_Less:
não exatamente, módulos são mais como um bloco de código que fornece alguma funcionalidade, então seus filter scripts... quer dizer, nós não temos mais filter scripts de verdade, temos apenas scripts, porque game modes e filter scripts eram uma distinção arbitrária e inútil desde o começo. ainda temos plugins, mas há plugins legados, que são todos os existentes,
a maioria deles deve funcionar, alguns não vão.

JustMichael:
qualquer um que faça memory hacking não vai

Y_Less:
sim, se eles usam memory hacking não vão funcionar porque isso é só alterar valores na memória em locais muito específicos, mas como é um código completamente diferente, tudo
mudou de lugar

BigETI:
sim, mas aí se alguém quiser fazer, digamos, um plugin de memory hacking funcionar no openmp, pode simplesmente usar a API existente no openmp em vez de hackear memória

JustMichael:
sim, você não vai precisar seguir esse caminho mais

Y_Less:
sim, então temos uma API C completa, os plugins legados tinham cerca de 3 funções que podiam chamar no servidor, e era isso. e havia todo tipo de workaround e formas horríveis de
colocar natives a partir de plugins, agora você pode fazer isso diretamente, então 90% da necessidade de plugins de memory
hacking simplesmente desaparece. coisas como samp gdk, que era só puxar funções pawn
a partir de plugins, isso acabou. os plugins são todos esses legados, e módulos são basicamente os substitutos. como plugins, mas muito mais poderosos.

Potassium:
legal. estou só sorrindo e concordando porque não entendo, mas tenho certeza de que a maioria dos nossos espectadores entende, então isso é incrível!

Y_Less:
se alguém quiser algum esclarecimento sobre isso, é só perguntar! talvez você esteja no mesmo barco que a Potassium

Potassium:
correto! então obviamente temos nosso fórum para perguntas assim, mas também teremos uma pequena sessão de perguntas ao vivo no final, então fiquem por aí!

JustMichael:
também não é como se não fôssemos documentar o código quando ele realmente for lançado, então sabe, se você está tendo dificuldade para entender o que qualquer uma dessas coisas é, teremos algum tipo de explicação que simplesmente diz o que é.

Potassium:
então recebemos algumas perguntas sobre limites, sei que conversamos sobre isso no nosso último Q&A, e acho que vocês disseram que não haverá limites em coisas como veículos e objetos, certo?

BigETI:
não há razão para ter limites arbitrários, mas agora o openmp será apenas um lançamento do servidor por enquanto

Potassium:
lançamento do servidor

BigETI:
então você precisa torná-lo competitivo com san andreas multiplayer, portanto precisamos
emular limites, mas internamente no openmp não há limites do lado do servidor. depende apenas do quanto sua máquina é capaz de fazer

JustMichael:
sim, então parece que na primeira versão os limites terão que existir
até lançarmos nosso próprio client

Y_Less:
um streamer interno

BigETI:
não podemos ultrapassar os limites do jogo agora

JustMichael:
sim, isso é verdade, sim

Y_Less:
houve uma questão interessante com limites que estávamos discutindo semana passada, o próprio servidor também pode fazer stream de jogadores, então em teoria você poderia ter jogadores ilimitados no servidor mesmo com este client legado do samp, basicamente apenas enviamos os jogadores mais próximos de você, sincronizamos eles, e então quando você se afasta mudamos quais jogadores estão sincronizados. mas tivemos que desativar isso por padrão porque significa que os IDs de todos ficam constantemente
mudando, então eu me conectaria ao servidor e teria um ID de servidor 27, mas quando sou streamado para você eu tenho seu ID local 3. estou sendo streamado para outra pessoa e tenho um
ID local para ela de 17. então você, como admin, vê que estou trapaceando e digita /ban 5 porque acha que eu sou o ID 5, mas o servidor acha que sou o ID 27. e traduzir isso quando as pessoas estão usando IDs crus em vez de nomes é complicado. decidimos desativar isso por enquanto e
torná-lo opcionalmente habilitado se as pessoas quiserem, mas com a ressalva de que o script delas precisará estar ciente disso e, por exemplo, se em um comando elas apenas usam strval para pegar o ID digitado, não façam isso porque provavelmente estará errado, ou façam isso e então traduzam de ID local para ID do servidor. sscanf provavelmente já dará suporte a isso, mas se você digitar "u", se você
já usa sscanf com "u", ele vai traduzir automaticamente. alguns scripts precisarão ser atualizados para dar suporte a isso.

Potassium:
na verdade a próxima pergunta era "ainda estaremos limitados a 1000 slots de jogadores?" então acho que isso meio que se conecta.

JustMichael:
a resposta para isso é não!

Y_Less:
se você habilitar

BigETI:
eu queria acrescentar a isso, então nossa ideia é ter tipo, você pode configurar o que quer limitar
para si mesmo, porque por exemplo você não quer um servidor onde possa gerar entidades infinitas, porque alguém poderia abusar disso e simplesmente derrubar seu servidor, então deveria haver alguma configuração que você possa fazer para limitar coisas, como jogadores ou veículos ou outra coisa.

Southclaws:
sim, justo

Y_Less:
só quero dizer que não sou eu no chat da twitch

Potassium:
tudo bem, eu bani eles, aquele não é o verdadeiro Y_Less: no chat, ESTE é o verdadeiro Y_Less:!

BigETI:
qual é sua conta da twitch, Y_Less:?

Potassium:
tudo bem, não é importante. então seguindo com as perguntas da comunidade, as pessoas querem saber em quais linguagens além de pawn poderemos scriptar nossos servidores.

JustMichael:
isso depende completamente dos desenvolvedores de plugins, já temos vários que podem ser facilmente portados, e alguns já funcionam, acho que bigeti você estava trabalhando em ou pelo menos pensando em escrever outro em C#, certo?

BigETI:
eu estava pensando em implementar algum módulo que implemente outra linguagem, como por exemplo C#, porque hoje em dia C#... bem, antes de tudo não quero dizer que será oficialmente suportado, mas estou pensando em fazer um módulo, então ele será lançado sob meu nome.

JustMichael:
sei que existem os sampnodes, isso é do amir, e eu também ajudo nisso às vezes, então isso deve ser fácil de portar se já não funcionar.

BigETI:
acho que já funciona com openmp, seria melhor e mais rápido se usarmos a API C que estamos fornecendo para openmp, então é melhor do que passar pela camada pawn

JustMichael:
sim, bem, teremos que encontrar uma forma de traduzir o plugin de rust de alguma maneira, ou o rust sdk, para fazer isso funcionar

Y_Less:
samp gdk?

JustMichael:
sim, vamos encontrar uma forma de dar suporte aos plugins rust atuais

BigETI:
chega de fake amx bollocks

Y_Less:
muitos desses plugins usam samp gdk para acessar pawn, só precisamos mudar o nível
mais baixo ali

JustMichael:
sim, o de rust não... ele meio que tentou reinventar à própria maneira

Southclaws:
não acho que a comunidade de rust seja tão grande

JustMichael:
há alguns plugins dos quais as pessoas dependem

Southclaws:
sim, talvez eu tente fazer isso, não sei, mas acho que seria legal escrever módulos em rust, não deve ser muito difícil.

Potassium:
legal, ok, próxima pergunta: sampCTL/openCTL será o gerenciador de pacotes oficial do open multiplayer?

Southclaws:
essa é minha área! sim, será, será renomeado, claro, sim, vai ser
Open Packet Manager - OPM.

JustMichael:
foi isso que decidimos

Southclaws:
foi isso que eu decidi!

JustMichael:
eu te dei o nome!

Southclaws:
estamos meio que trabalhando em recursos experimentais no momento, eu meio que acabei de construir algumas coisinhas experimentais rápidas e interessantes para isso, elas vêm nos próximos dias, tenho programado, então sim, estou pensando principalmente em coisas de experiência de desenvolvedor, então
coisas como logging e interface de linha de comando, variáveis de ambiente, sabe, todas as coisas que ajudam você a construir game modes mais rápido, implantá-los mais rápido e automatizar o máximo de coisas possível. como o processo de deploy e esse tipo de coisa, então
sim, é nisso que estou pensando de verdade. algum CTL permanecerá compatível e basicamente apenas adicionará suporte a openmp. então você pode mudar para ele apenas alterando uma string, em teoria, e alterando seus includes e então recompilar e simplesmente funcionará. esse é o plano, de qualquer forma!

JustMichael:
isso vai ser muito divertido!

Southclaws:
e então eventualmente ele também terá vários recursos novos, melhor tratamento de logs, melhor suporte a docker, melhor automação de deploy, coisas assim, algumas das quais serão implementadas no próprio openmp, muitas das coisas que sampCTL faz são na verdade para
contornar escolhas de design estranhas do servidor samp, então algumas dessas coisas
não precisarão acontecer, algumas delas serão simplesmente implementadas diretamente no openmp. então sim, espero que isso responda

Y_Less:
sim, sampCTL/openCTL é oficialmente suportado, oficialmente endossado, provavelmente distribuído com ele, mas isso não significa que seja obrigatório, você pode escrever scripts sem ele, se não sabe como então não precisa começar a usá-lo

Southclaws:
sim, é meio como você poder usar node.js sem npm

Potassium:
legal, ok, próxima pergunta: quais são os tempos de build atuais do openmp?

Southclaws:
isso significa os tempos de build do C++ ou de script?

Potassium:
não sei

Southclaws:
poderíamos responder ambos porque ambos são perguntas que podemos responder

BigETI:
se você recompilar o projeto inteiro, faça um café! clique em compilar, faça um café, volte e estará pronto.

Y_Less:
melhorou muito, antes era tipo meia hora, agora são cerca de oito minutos.
passei muito tempo melhorando isso. o módulo de player costumava estar em todo lugar, incluído por tudo, se você acidentalmente tocasse nesse arquivo era um rebuild completo. muda uma linha, é um rebuild
completo.

Southclaws:
quanto aos scripts, isso não deve mudar muito, de verdade. temos uma camada de compatibilidade, scripts serão os mesmos, acho que há uma pergunta sobre isso mais tarde, então vou deixar para lá.

Potassium:
certo, legal, obrigado. próxima pergunta é: muita gente queria saber se teremos um anti-cheat embutido?

JustMichael:
não, acho que teremos um tipo de coisa muito pequena... não exatamente um anti-cheat, mas mais como
apenas vamos tentar bloquear alguns problemas conhecidos, exploits, coisas assim, mas acho que vamos deixar isso para outros desenvolvedores

Southclaws:
vamos fornecer às pessoas as ferramentas para construir bons anti-cheats, provavelmente é a forma mais eficiente, porque então a comunidade pode se unir e construir soluções para cheats específicos. porque se a comunidade depender de nós para fazer isso, então isso simplesmente será ultrapassado porque a quantidade de pessoas desenvolvendo cheats vai superar a quantidade de pessoas desenvolvendo openmp

Y_Less:
provavelmente vou postar um repo oficial para um, onde qualquer pessoa possa contribuir, e servi-lo como um módulo, porque a ideia é que eventualmente... bem, chama-se openmp, é para ser open source. atualmente não é porque ainda não terminamos o primeiro lançamento, mas quando estiver,
então podemos lançá-lo e outras pessoas podem contribuir, e essa é uma das principais áreas onde esperamos que contribuam. então ele terá um anti-cheat oficialmente incluído? sim, se vocês nos ajudarem!

Potassium:
sim, é isso que importa de verdade, se a comunidade ajudar, então sim, teremos coisas assim!

Y_Less:
muita gente esquece que o samp teve um, eles experimentaram um anti-cheat por um tempo, e por um tempo quero dizer cerca de um mês, antes de ficar completamente inviável porque olha só, eles bloquearam esse cheat, levou sete segundos para contornar, agora
você tem um novo cheat. é um jogo constante de gato e rato.

JustMichael:
acho que o anti-cheat deveria ser separado, porque não vamos atualizar o mod tanto assim, não queremos atualizar todo dia ou toda semana, será mais uma coisa de longo prazo, mas um anticheat precisa ser atualizado com bastante frequência para combater os cheats, então
tê-lo como um módulo separado ou algo assim provavelmente seria melhor para servidores do que depender de nós esperando lançarmos no fim do mês ou por quanto
tempo nosso processo de atualização levar

Y_Less:
sim, é meio isso que eu quis dizer sobre impulsioná-lo centralmente

Potassium:
então se deixarmos aberto, todos podem contribuir e aí não fica inteiramente em vocês manter ele atualizado e tal. e nessa nota, mods CLEO, muita gente quer saber se ainda vão funcionar, ou mods em geral

JustMichael:
eles são todos client-side

j0sh...:
não haverá mudanças

JustMichael:
não nesta versão, de qualquer forma

Y_Less:
hum, então a menos que eles comecem a trapacear de uma forma que o servidor possa detectar

Potassium:
ok, as pessoas queriam saber se o openmp terá uma função GPCI corrigida, tipo um serial no MTA

JustMichael:
o problema com isso é que nunca será uma forma 100% garantida de banir alguém ou descobrir se aquele player é aquele player, porque qualquer pessoa com qualquer tipo de habilidade simplesmente usará algum tipo de modificador para o sistema e mudará algumas informações e então terá um ID completamente novo, então não há muito que possamos fazer com
isso, podemos fornecer as ferramentas, mas não posso dizer que elas algum dia vão funcionar 100%.

Potassium:
legal, alguém tem mais algo a acrescentar a isso? não? ok, legal

Y_Less:
tenho algo a acrescentar sobre o lado do AC, já que as pessoas estão perguntando um pouco mais sobre isso. então definitivamente não podemos ter um sistema geral de ban porque os servidores são independentes. se um servidor quer manter você e outro servidor quer banir você, isso
cabe ao servidor. se um servidor quer deixar você continuar trapaceando, isso cabe ao servidor.

Southclaws:
eu costumava jogar em um servidor de trapaça e era muito divertido, só quero acrescentar isso

Potassium:
sim, então uma lista global de bans não funcionaria por razões assim

Y_Less:
ah, isso é uma ideia terrível, sei que outros mods fizeram isso, isso não significa que seja uma
boa ideia. quanto ao próprio anticheat, ele será separado e sim, você pode atualizá-lo na frequência que quiser.

Potassium:
incrível. certo, recebemos muitas perguntas sobre raknet, acho que as pessoas só querem saber o que vocês pensam sobre ele, se openmp usará a mesma versão que samp usa, blá blá blá

j0sh...:
há uma pequena diferença, mas nada extraordinário, basicamente precisamos da mesma versão major para ele realmente se comunicar perfeitamente com samp

Y_Less:
sim, a camada de compatibilidade para se comunicar com clients samp existentes é basicamente a mesma.

iAmir:
vai ser mudado, certo? então será mudado depois, por exemplo quando o client openmp for desenvolvido vamos adicionar uma nova biblioteca de networking, então por exemplo outras bibliotecas de networking por aí, cada uma delas provavelmente é melhor que raknet, especialmente a versão que estamos usando agora. então sim, por enquanto vamos usar
raknet na mesma versão que samp usa, apenas para manter a compatibilidade retroativa. fora isso, por exemplo para NPCs em que josh está trabalhando agora, quer dizer, não agora, mas ele estava trabalhando nisso, ele estava usando enet, essa provavelmente é nossa primeira escolha e é muito melhor que raknet, e recebe contribuições com mais frequência, então não temos problemas com exploits ou coisas que apareçam depois, porque todos sabemos que o projeto raknet está
morto, a versão mais recente provavelmente tem seis anos a esta altura. então essa é a única razão pela qual estamos usando raknet agora, vamos mudar isso.

Potassium:
legal, não entendo nada disso, mas obrigada. então houve muita discussão na
thread sobre sync e c-bug e coisas assim, então acho que as pessoas querem saber como será a sync comparada ao samp

JustMichael:
exatamente igual

j0sh...:
exatamente igual, sim. veremos, mas não podemos fazer isso até o client sair, e provavelmente não vou fazer isso porque isso arruinaria a experiência do samp.

Potassium:
sim, então houve bastante debate sobre isso, e obviamente também há dentro da equipe.

JustMichael:
sim, eu não concordaria com isso porque meu servidor literalmente depende desses bugs

Southclaws:
as pessoas gostam dessas coisas e já existem formas de parar e prevenir de qualquer maneira, então não acho que seja nossa prerrogativa nos envolver nisso

JustMichael:
acho que no client provavelmente deveríamos ter uma forma de desabilitar esse tipo de bug se o dono do servidor quiser, mas deveria ser uma opção

Southclaws:
você pode desabilitar via scripts pawn de qualquer forma

JustMichael:
sim, pode

Potassium:
então o consenso sobre isso, só para esclarecer, é que vamos simplesmente deixar como está e
cada servidor pode escolher o que faz com isso. certo?

Southclaws:
basicamente, sim

JustMichael:
sim, basicamente

Southclaws:
é uma daquelas coisas em que você está ferrado se fizer e ferrado se não fizer, então sim

Y_Less:
de novo, cabe aos servidores. servidores são diferentes, então se quiserem isso, podem ter

Southclaws:
meio como lag comp, algumas pessoas gostam de lag shot, algumas não gostam de lag shot, por isso era uma opção que você podia ligar e desligar

Potassium:
isso mesmo, sim, acho que essa é a melhor forma de lidar com isso. ok, então uma pergunta muito popular tanto no fórum quanto neste chat, que sei que vocês não querem responder, mas vamos lá... samp para android. quais são seus pensamentos sobre isso?

JustMichael:
não vamos dar suporte direto, mas vamos dar as ferramentas para que qualquer outra pessoa
possa fazer

Southclaws:
não queremos dar suporte ao samp mobile existente, porque a versão atual existente
do samp mobile é baseada em código roubado. é muito ilegal.

BigETI:
alguém aqui provavelmente quer usar openmp e então fazer seus próprios clients android

Potassium:
então oficialmente, como desenvolvedores do open multiplayer, NÃO é a resposta?

iAmir:
na verdade há algumas coisas nos bloqueando, por exemplo para implementar nossa própria biblioteca em um arquivo APK precisamos modificá-lo, então isso significa que precisamos modificar o arquivo apk do GTA SA
para android, e isso na verdade tem questões legais. então além disso, precisaríamos
modificar algum código no arquivo apk do gta também, então ou seria java assembly ou
faríamos patch no código atual do gta sa, para que ele carregasse nossa própria biblioteca, que seria o client openmp, então para isso, como eu disse, precisaríamos modificar o jogo. e precisaríamos dar às pessoas a versão modificada, o que não é legal, então teríamos problemas legais depois, problemas de copyright depois.

Southclaws:
tecnicamente poderíamos distribuir legalmente o binário para os jogadores e então deixá-los adicionar ao apk deles

Y_Less:
existem versões roubadas do código-fonte por aí, então é nisso que a versão android
é baseada. se quiséssemos usar isso, poderíamos ter usado, poderíamos ter
começado a partir desse código, atualizado o servidor e escrito openmp usando código roubado,
e teria sido muito ilegal, e essa é inteiramente a razão pela qual começamos openmp do zero, zero código-fonte antigo nele, você pode compará-los e eles não são absolutamente nada parecidos. porque de forma alguma apoiamos roubo.

Potassium:
correto, esse é um ponto muito importante para reiterar, não apoiamos código roubado

Y_Less:
e não há NENHUM neste mod.

JustMichael:
isso potencialmente nos colocaria em uma situação muito ruim com questões legais se fôssemos por esse caminho de qualquer forma

Y_Less:
teria saído anos atrás se fizéssemos isso!

Potassium:
agora em uma linha de perguntas parecida, as pessoas querem saber por que deveriam jogar openmp em vez de mta. então sem insultar outros mods, qual é a diferença?

JustMichael:
bem, ainda estamos oferecendo a mesma experiência samp que todo mundo ama, mas acho que agora estamos oferecendo um caminho de atualização. mais recursos no futuro, um possível caminho para todos meio que seguirem em frente, até adicionar as coisas que todos queriam do samp por anos. muita gente saiu do samp porque o samp tem seguido o mesmo caminho por muito tempo, não foi a lugar nenhum, muito pouco foi adicionado. mas agora estamos dando às pessoas a oportunidade de adicionar o que quiserem agora, depois de lançarmos, elas podem adicionar coisas e esse caminho está aberto agora.

Potassium:
alguém tem mais algo a acrescentar?

Southclaws:
mta é ótimo, eu gosto do mta. mta não é um software ruim, não há treta ali, o map editor é ótimo! eu sempre costumava usá-lo. mas há uma diferença cultural entre mta e samp, e não acho que alguém realmente conseguiu descobrir exatamente qual é. mta definitivamente tem recursos melhores, é uma coisa objetivamente melhor que samp, mas as pessoas meio que gostam mais do samp, acho que ele fica mais próximo do jogo.

JustMichael:
eles têm objetivos diferentes

Southclaws:
sim, objetivos diferentes, mta meio que parece mais garry's mod de certa forma. é mais um tipo sandbox de crie seu próprio jogo multiplayer maluco

Hual:
as pessoas gostam de simplicidade

Southclaws:
e a capacidade de entrar no servidor sem baixar 500 megabytes de skins de anime é sempre uma coisa boa!

Y_Less:
acho que samp e mta atendem mercados ligeiramente diferentes, por que você usaria este em vez de mta é o mesmo motivo pelo qual usaria samp em vez de mta - é essencialmente samp.

Potassium:
o próximo grupo de perguntas é mais sobre a estrutura do mod e da comunidade do que sobre scripting. então as pessoas gostariam de saber se ele será compatível com a versão steam de san andreas porque obviamente, como sabemos, samp não é.

Hual:
deveria ser.

Southclaws:
sim, mta faz isso, tenho certeza de que podemos fazer

j0sh...:
só vai dar bastante trabalho.

Y_Less:
não há razão para não fazer.

Southclaws:
mas se não, existem downgraders de qualquer forma, e existem downgraders há anos. então de qualquer forma não acho que seja um grande problema.

Y_Less:
não, mas deveríamos conseguir, realmente não há razão para não

Potassium:
bem, isso é empolgante!
ok, agora a master list. as pessoas querem saber o que vai acontecer com ela, se teremos uma
lista paga etc. etc. - a lista de servidores

JustMichael:
temos algumas ideias para ela, mas não tenho certeza, ainda não chegamos ao ponto em que dissemos "ok, é isso que vamos fazer"

Southclaws:
quero reiterar que este não é um projeto com fins lucrativos de forma alguma. houve ideias jogadas por aí, porque as pessoas realmente querem uma forma de... sabe, se elas administram um grande servidor e ele é meio como um negócio, então querem uma forma de meio que impulsioná-lo para o topo como uma espécie de investimento, e eu entendo isso e na verdade falei com várias pessoas sobre esse desejo da comunidade de servidores maiores, existem ideias e não acho que estamos prontos para discutir todas elas ainda porque não estão realmente detalhadas. mas tenho trabalhado no novo índice de servidores que está sendo implantado agora. ele basicamente será como samp-servers.net, mas com um backend atualizado, e dará suporte a servidores samp e no futuro a servidores openmp, e será meio como o quadro de anúncios do fórum, mas melhor porque não está em um fórum, mas sim será um site dedicado e será openmp servers ou algo assim, e isso virá em breve. a primeira versão está meio pronta, e também será open source, então você meio que acompanha o desenvolvimento disso e eventualmente isso se transformará na lista. como eu disse, estamos bem no início de decisões assim, e eu realmente não sei qual é o consenso da equipe, mas acho que provavelmente não vamos dividir servidores em duas listas separadas porque isso meio que separa as pessoas entre os ruins e os bons, de certa forma, e meio que cria nós contra eles... não um conflito, mas tipo, sabe, é meio como uma separação

Y_Less:
uma divisão

Southclaws:
e acho que dar aos servidores menores uma chance de conseguir alguma visibilidade também é bom, porque às vezes as pessoas fazem um projeto muito legal e talvez não consigam pagar para entrar na hosted list ou algo assim, então um dos meus objetivos nisso é meio que destacar servidores potencialmente interessantes que não têm alcance. mas no momento será apenas uma lista e você poderá ordená-la por qualquer coisa que quiser e encontrar servidores. essa será a primeira versão.

JustMichael:
sim, o samp no momento é muito enviesado pela hosted tab

Southclaws:
sim, e é limitada e cara

BigETI:
sim, e é um nome horrível

iAmir:
para nossa própria lista de servidores podemos realmente adicionar algumas opções como avaliações, votação e coisas assim, então pode haver duas seções, por exemplo, uh, uma poderia ser a dos que têm mais avaliações, e a outra poderia ser, por exemplo, um servidor que foi avaliado frequentemente nos últimos dias, então podemos realmente ver as tendências e coisas assim. então novos servidores podem subir e ser vistos por outros jogadores. isso é na verdade uma boa forma para novos servidores que realmente têm uma ideia única poderem ser vistos por outros jogadores e ficarem famosos, é na verdade uma forma melhor do que gastar dinheiro em outras listas ou coisas assim.

Potassium:
então acho que a coisa realmente importante a tirar disso é que somos um projeto sem fins lucrativos, então não vamos criar uma lista de servidores puramente com a intenção de ganhar dinheiro com ela.

Y_Less:
mas isso não significa que não haverá formas de anunciar. e se você tiver ideias sobre isso, poste nos fóruns!

Potassium:
sim, e isso é https://forum.open.mp - cadastrem-se!

Y_Less:
isso é algo que discutimos por tipo dois anos e não temos conclusão

Potassium:
ok, alguém perguntou: o servidor openmp realmente inclui algum tipo de melhoria de desempenho em comparação com o servidor samp? acho que meio que respondemos isso antes na pergunta sobre mta, mas se alguém tiver mais algo a acrescentar...

Hual:
sim, posso só dizer que eu realmente rodei ele em um raspberry pi zero, então sim

iAmir:
sim, você pode hospedar seu próprio servidor enquanto caminha pela rua, tem seu raspberry pi no bolso e ainda está rodando seu servidor samp, então sim, deve ser rápido para isso ser possível

JustMichael:
devemos mencionar que porque estamos usando C++17 há tipo um deployment mínimo para isso, certo?

Hual:
o que você quer dizer?

Y_Less:
não? depende de como você faz o build

JustMichael:
quero dizer requisitos de biblioteca, como bibliotecas do sistema operacional e coisas assim

Southclaws:
Glibc e coisas assim

BigETI:
isso não deve ser um problema

Y_Less:
sim, não há razão para você não poder fazer build para um sistema diferente

JustMichael:
sim, você provavelmente está certo, eu estava pensando em edge cases como ark e coisas assim, mas provavelmente vai funcionar de qualquer forma... espera, alguém não fez build para ark já? ah, talvez tenha sido você Hual? talvez tenha sido você fazendo isso para mim?

Southclaws:
ah, você quer dizer arm?

JustMichael:
desculpa, sim, eu disse ark, não disse?

Hual:
então sim, desempenho está ok, compatibilidade está ok

Potassium:
agora a pergunta que todo mundo odeia... 0.3 DL. muita gente, muitos donos de servidores perguntaram se
será compatível no primeiro lançamento para poderem trocar seus servidores imediatamente.

everyone:
sim

BigETI:
essa foi fácil

Potassium:
essa FOI fácil porque da última vez que conversamos sobre isso tivemos opiniões muito divididas e meio que perguntamos à comunidade quais eram as opiniões dela,

JustMichael:
sim, bem, já sabemos que é possível porque adrian graber escreveu aquele plugin que literalmente engana o client para conectar, então sabemos que podemos fazer

Potassium:
e então, em uma linha parecida, sei que ainda não estamos aceitando perguntas ao vivo, mas alguém no chat fez uma pergunta muito boa: vocês pensaram em fazer uma workshop para openmp, algo como o mta tem para mapas, scripts, plugins etc?

Southclaws:
uh, isso seria muito legal!

JustMichael:
sim, isso seria legal!

Y_Less:
a pergunta é se pensamos nisso? a resposta é não. mas agora vamos pensar!

Potassium:
então obrigada! seguindo, as pessoas queriam saber mais sobre planos futuros. então uma pergunta específica foi "qual é o próximo passo para o openmp depois que ele atingir o fluxo do samp" - então uma vez que tenhamos levado ele à compatibilidade e aonde queremos que esteja, quais são seus planos e ideias futuras?

JustMichael:
acho que depois do lançamento vamos apenas tentar começar com o client, seguir para o segundo lançamento, eu acho. não pensamos muito sobre isso.

Hual: provavelmente deveríamos arrumar o servidor primeiro

JustMichael:
provavelmente teremos um período depois do lançamento em que esperamos por relatórios de bugs
e coisas assim e lidamos com isso, porque em qualquer software sempre haverá aqueles edge cases que precisam ser resolvidos, e nenhum software que sai de primeira
vai ser perfeito.

Potassium:
então é justo dizer que o lançamento inicial, e por algum tempo depois, não verá realmente nenhum recurso novo, eles virão mais tarde no futuro talvez?

JustMichael:
ah sim, provavelmente não imediatamente

j0sh:
somos basicamente limitados pelo client, então sem nosso próprio client não podemos fazer muita coisa

Y_Less:
podemos fazer algumas coisas inteligentes, temos alguns truques na manga

Potassium:
fiquem de olho, basicamente!

BigETI:
mas a maioria deles já foi feita de uma forma ou de outra

Potassium:
bem, acho que sempre há algo novo. nessa nota, que tipo de coisas vocês gostariam de eventualmente adicionar quando tudo estiver compatível, os bugs resolvidos e tudo mais, coisas novas que vocês gostariam de ver?

Southclaws:
animações de sexo.

Potassium:
meu deus.

todo mundo ri

j0sh...:
Eu quero unicode. Quero o emoji de palhaço no chat.

Potassium:
ah sim, emojis no chat!!!

Southclaws:
a capacidade de russos falarem com ingleses no mesmo servidor sem precisar mudar a code page

JustMichael:
sim, isso seria legal

Southclaws:
isso seria ótimo

j0sh...:
isso é revolucionário

Potassium:
isso é revolucionário!

Southclaws:
clustering multi-servidor seria legal, há muitos servidores russos por aí que rodam tipo 20 servidores e estão todos conectados, e você pode imaginar que é bem gambiarra no backend. acho que facilitar isso seria meio interessante, poder trocar de servidor dentro do jogo e coisas assim.

Potassium:
alguém no chat acabou de perguntar: voice chat no openmp?

todo mundo ri

Southclaws:
você quer crianças de 12 anos gritando com você pela rua? acho que não. existem plugins por aí, e claro com o client e o servidor lançados no futuro, se você quiser fazer plugins de voice chat então vá em frente!

JustMichael:
já existem vários por aí, acho que conheço dois

Southclaws:
acho que eles são closed source, então é meio suspeito

JustMichael:
não, acho que um deles é open source

Y_Less:
tem um que é realmente open source

Southclaws:
bem, aí está, essa é a solução. acho que uma coisa que quero dizer, porém, é que só porque estamos fazendo uma nova plataforma de mod multiplayer do zero para construir em cima, isso não significa que o próprio mod em si precisa ter todos os recursos possíveis enfiados
nele. estamos fazendo uma API de plugins melhor por um motivo, recebemos perguntas como vocês vão adicionar mysql ou vão adicionar sscanf, ou vão adicionar este plugin àquele plugin, e a resposta para a maioria dessas perguntas é não, porque não há razão para isso. na verdade há mais razão para construir mais coisas como plugins porque aí são modulares, você pode adicioná-las e removê-las quando não precisar delas. então acho que o mesmo vale para coisas como
voice chat e coisas de client. vamos fornecer um conjunto melhor de ferramentas para as pessoas realmente aumentarem a experiência e adicionarem coisas novas a ela, e acho que isso é melhor do que encher
com recursos que talvez a maioria das pessoas nem use.

Hual:
sim, mas também como instalar plugins no samp é meio chato, provavelmente deveríamos pensar em ter um registro oficial de plugins onde servidores possam especificar quais plugins de client os clients baixam

Southclaws:
sim, tipo uma versão client do sampctl, eu suponho. e claro a preocupação aí é sempre poder executar código arbitrário no computador de um usuário, então sabe, acho que ter um repositório seria meio bom

Y_Less:
só algo para ter em mente, metade dos grandes plugins que todo mundo usa, como mysql, streamers, sscanf, tudo isso, os desenvolvedores desses plugins estão NESTA EQUIPE! não vamos simplesmente parar de desenvolvê-los e dizer que você não pode pegar meu plugin agora porque eu escrevi
outra coisa.

Potassium:
então podemos só esclarecer para algumas pessoas perguntando no chat sobre fazer um client. então isso
é um plano futuro, certo? fazer nosso próprio client?

everyone:
sim, essa é a segunda versão

Southclaws:
essa é a parte divertida

Potassium:
as pessoas estavam perguntando sobre outras comunidades que falam línguas diferentes e tal, e meio que querem saber o que estamos fazendo para trabalhar com essas comunidades e como planejamos espalhar a palavra para essas comunidades. acho que é justo dizer que estamos trabalhando nisso, estamos recrutando voluntários, eu acho, para traduzir nossas páginas da wiki e qualquer outra coisa para outros idiomas, para moderar seções de idioma no fórum, https://forum.open.mp aliás, e geralmente apenas para serem o ponto de contato entre nossa equipe e as outras comunidades, eu acho

JustMichael:
já fizemos um grande esforço para traduzir a wiki, então estamos fazendo uma melhoria para
tornar mais fácil para essas comunidades se combinarem com a comunidade maior. eu mesmo
já conversei com várias porque conheço muitos servidores da região dos balcãs, eu
na verdade administro um mesmo sem falar a língua, mas aí está. na verdade administro um segundo agora, e um servidor role play, então estive em contato com várias áreas deles e tentei trazer alguns deles, e muitos estão a bordo, muitos donos de servidores dessas áreas estão a bordo, então isso é sempre bom

Southclaws:
fiquei surpreso ao saber que há uma comunidade chinesa, japonesa e taiwanesa bem grande também, que eu nem sabia que existia, então tenho conversado com pessoas dessas comunidades
e ajudado a traduzir e tal.

Y_Less:
descobri que havia uma grande comunidade chinesa e japonesa há cerca de sete segundos, quando você disse isso

Southclaws:
já mencionei isso antes no discord, mas sim, existe de fato uma comunidade grande, o problema sempre foi a barreira linguística, mas as coisas de tradução estão realmente ajudando com isso, o fato de você poder realmente fazer, porque na wiki antiga você não conseguia criar uma
conta por muitos anos por algum motivo, então ninguém conseguia traduzir a wiki

Y_Less:
o motivo é kalcor

Southclaws:
então as pessoas geralmente fazem suas próprias wikis e coisas assim e elas ficam desatualizadas e sim, problemas e problemas. ouvi dizer aparentemente que na tailândia existe na verdade uma única versão traduzida do game mode godfather que todo mundo copia e usa

Y_Less:
já existem várias seções de idioma no discord e nos fóruns. o grande problema que tivemos, porque os fóruns do samp costumavam ter seções de idioma também, o problema
era moderá-las porque se não falamos a língua não sabemos o que vocês estão dizendo. se há problemas, as pessoas fazem denúncias tipo ah, essa pessoa está fazendo algo ruim.
bem, não sabemos, não podemos realmente revisar isso, então adoraríamos entrar em contato com comunidades,
meio que precisamos de pessoas dentro dessas comunidades que falem inglês para fazer a ponte, mas estamos muito interessados em encontrar essas pessoas que estão envolvidas em uma das comunidades de língua
estrangeira e falam inglês, por favor falem conosco!

Potassium:
sim, então se vocês conhecem membros confiáveis da comunidade que falam outros idiomas e querem nos ajudar, digam a eles para entrar em contato conosco no nosso fórum, nosso discord, onde for, hum, porque adoraríamos isso

Y_Less:
quer dizer, já temos várias línguas na equipe, falamos inglês ou alemão ou
persa ou...

Potassium:
australiano

Y_Less:
é basicamente isso, sim, australiano, essa é uma língua única... yorkshire...

Hual: também estamos bem próximos das comunidades turca e romena,
elas são bem grandes

Y_Less:
e também tenho contatos na comunidade russa.

Potassium:
então estamos tentando.

Y_Less:
é complicado, é difícil, por isso não funcionou antes.

Potassium:
sim, e falta de esforço. então a última pergunta meio pré-carregada do fórum hoje
é: o que vocês mais esperam do openmp? e eu achei isso
muito fofo.

everyone:
o lançamento.

Potassium:
depois do lançamento, só em geral. é uma pergunta legal porque fico feliz que as pessoas consigam ver que estamos felizes por fazer isso e animados por fazer. então sim, pelo que vocês estão ansiosos?

JustMichael:
só estou ansioso para chegar a um estado em que ou os jogadores estejam finalmente aproveitando os
recursos, ou cheguemos a um ponto em que o resto da comunidade possa assumir, basicamente isso para ser honesto

Potassium:
mais alguém quer acrescentar algo?

j0sh...:
sem relatórios de bugs

Potassium:
eu honestamente estou meio ansiosa para reunir a comunidade de novo
porque todos nós meio que nos separamos e seguimos caminhos diferentes

JustMichael:
seria legal ter um grande aumento de jogadores, especialmente agora que conversamos
sobre incluir as outras comunidades que seguiram seus próprios caminhos, seria
legal tê-las então, porque sim, sabe, mais jogadores é melhor

Potassium:
nem só contagem de jogadores, só em geral, reunir a comunidade de volta

Y_Less:
sim, não estamos fazendo isso por causa de um jogo de 15 anos porque o jogo é o melhor jogo de todos, estamos fazendo por causa da comunidade

Potassium:
sim, isso mesmo

Southclaws:
NO ENTANTO, ele É o melhor jogo de todos!

JustMichael:
posso confirmar!

Y_Less:
uhhhh vice city é melhor.

Potassium:
liberty city é meu lar, eu sempre vou amar gta 3.

JustMichael:
então a equipe está completamente dividida

Potassium:
sim. mas nessa nota, recebemos muitas perguntas do tipo san andreas é um jogo tão antigo, por que vocês se importam, por que vocês ligam, esse tipo de coisa. e eu só quero responder
essa, ou começar respondendo essa, e dizer que acho importante lembrar que uma grande parte da base de jogadores do samp vem de países onde a tecnologia não é necessariamente tão atualizada ou tão prioritária quanto é onde alguns de nós vivem, e muitos dos nossos jogadores jogam samp porque é um dos únicos jogos que rodam nos pcs deles ou que eles podem pagar, então não sei, eu simplesmente amo muito o fato de podermos dar a eles a capacidade de jogar e criar seus próprios game modes como battle royales ou modos de corrida ou qualquer coisa,
para que todos ainda possam experimentar esse tipo de jogo mesmo que não possam pagar por pubg ou call of duty ou, sabe, não consigam rodar essas coisas

Southclaws:
uma coisa secundária para acrescentar a isso, acho, é o lado de scripting, é como uma droga de entrada de certa forma, é uma porta de entrada para as pessoas aprenderem a programar, e se você aprende a programar isso pode ser ótimo porque você pode fazer coisas e jogos e se divertir, mas também pode conseguir um emprego fazendo isso

Potassium:
há MUITAS pessoas-

Southclaws:
muita gente aqui realmente conseguiu empregos por causa do samp, eu sou um deles. é definitivamente uma
ótima porta de entrada para aprender a programar porque pawn é uma linguagem bem simples, e então você pode passar para C++ para construir plugins e essa é meio que uma linguagem mais complexa, e então pode passar a fazer coisas web como php e javascript por causa de painéis de
controle de usuários e fóruns e tal, e só se expande a partir daí, e essa é uma das principais coisas que eu amo nisso, eu realmente não jogo mais e não escrevo muito código há alguns anos, mas eu simplesmente amo a comunidade, amo ajudar as pessoas com esse lado das coisas, então é por isso que estou nisso

Y_Less:
acho que você pode rastrear a história dos jogos dos últimos 15 anos através dos modos do samp.
qualquer que seja o jogo popular do momento, há uma versão samp dele

Potassium:
sim, absolutamente, e eu amo isso!

Y_Less:
pubg - samp. battle royale - samp. microsoft flight simulator samp.

iAmir: among us...

Southclaws:
sempre quis escrever um game mode estilo Trouble in Terrorist Town... talvez essa seja nossa próxima stream, fazer um gamemode TTT.

Potassium:
mas sim, só voltando a essa nota, não acho que existam muitos jogos ou comunidades onde você possa fazer esse tipo de coisa, onde você possa ter modos diferentes, talvez roblox...

Southclaws:
garry's mod é tipo a coisa mais próxima, e mesmo assim você precisa de um pc semi-moderno para realmente rodar, e quando entra no servidor geralmente baixa 500 megabytes de skins de anime

Potassium:
toda vez que jogo garry's mod tenho erros de textura e coisas assim, e tenho um pc bom. então enfim, acho que vamos seguir em frente e pegar algumas perguntas ao vivo do chat, então vocês que estão ouvindo...

Y_Less:
só rapidamente antes de você fazer isso, outra coisa relacionada a esse ponto de que estávamos dizendo que muitas pessoas começaram no samp aprendendo a programar com pawn, é uma linguagem bem simples, e muita gente sempre pergunta por que usamos pawn quando é uma linguagem tão simples... e essa é a resposta, usamos porque é uma linguagem simples, qualquer pessoa consegue pegar. é um jogo 18+, mas sejamos honestos, temos muitas crianças jogando, elas chegam e dizem ok, quero fazer meu próprio servidor, como faço isso? bem, primeiro você precisa baixar este editor e estes plugins, e então baixa este outro compilador e estas outras coisas e faz isso e isso e isso, e então isso e então isso e isso, e
então você pode começar a escrever seu primeiro código nesta linguagem horrivelmente conflituosa. elas simplesmente ficam
ah... enquanto com samp era como começo a programar? abre isto, pronto.

Southclaws:
e você já tem um pedaço de código para começar também.

Y_Less:
a barreira de entrada é zero

Potassium:
colocando assim, se eu consigo fazer, qualquer um consegue. e isso não é um exagero!

Southclaws:
Potassium aprende a programar - a série de vídeos. quando isso vai acontecer?

Potassium:
sim, eu topo muito isso! mas vocês vão ficar muito bravos.

Y_Less:
na verdade acho que seria uma série realmente boa.

Potassium:
sou muito difícil de ensinar, e também vou chorar. mas tudo bem, acho que isso é bom conteúdo! enfim, vamos pegar algumas perguntas ao vivo do chat, então se vocês no chat têm alguma pergunta, que eu sei que têm...

JustMichael:
alguém acabou de perguntar sobre GetAsyncKeyState

iAmir: não tenho certeza se ter isso é realmente uma boa ideia, porque o que o samp faz agora é escutar eventos de teclas, então o que o player mapeou para o próprio jogo gta, então por exemplo quando você pressiona F, se você mudar o botão F para sei lá G, por exemplo, para entrar em veículos, quando eles pressionarem G, isso será chamado no lado do servidor, então o que eles querem e o que estavam perguntando é na verdade enviar todas as teclas, todos os eventos de tecla para o servidor, o que na verdade não é uma boa ideia porque você pode realmente rodar um keylogger ou coisas assim, e vai ter alguns problemas de segurança

Southclaws:
isso também prova que o layout de teclas fica então controlado pelo servidor e não pelo jogador, e isso é meio estranho porque se você gosta de usar um layout de teclado diferente, talvez você goste de usar ESDF, que sei que alguns jogadores de fps realmente usam coisas assim e outros layouts para WASD, se você entra em um servidor e de repente todos os seus botões ficam meio diferentes, então
pode ser meio confuso. então quer dizer, poderíamos adicionar mais teclas que possam ser rebindeadas, mas
acho que usar as teclas do jogo realmente dá aos jogadores a capacidade de personalizar seu tipo de
layout e coisas assim para combinar com eles, não o servidor forçando eles a pressionar F se quiserem usar E para entrar em carros ou algo assim, pegar itens, coisas assim

iAmir: acho que como deveríamos lidar com isso é adicionar algumas ações, não teclas, só um monte de ações para que qualquer um possa bindar qualquer coisa a elas

Southclaws:
temos Y e N também que foram adicionados em algum momento, foi H? não lembro, houve algumas teclas novas adicionadas em algum momento. poderíamos fazer coisas assim, havia uma tecla que eu uso... tab é na verdade uma ação de tecla, mas também é o scoreboard, então os usuários não conseguem realmente usá-la, mas se você rebinda tab para algo como R, de repente você tem uma nova tecla para
realmente rebindeá-la no lado do servidor. então há potencial ali.

Y_Less:
sim, uma forma melhor é simplesmente fazer o servidor definir ações e então o client pode pegar essa
lista de ações e apenas atribuir suas próprias teclas, mas ainda assim é só que eles acionaram esta ação, pressionaram esta tecla.

Southclaws:
sim, e também não permitir que as pessoas bindem todas as teclas do teclado e então façam keylog das pessoas.

Y_Less:
não vai funcionar porque se eles puderem bindar as próprias teclas, podem mudar, então o keylogger é inútil, mas eles acionaram estas ações nesta ordem, que tecla é essa? não sei

JustMichael:
não tenho certeza se isso é uma pergunta direta para nós, mas só diz qual é a quantidade recomendada de rams dedicadas

todo mundo ri

Potassium:
esse é o jamie

JustMichael:
troll maldito

Southclaws:
foi trollado, mano

iAmir:
então listei algumas perguntas, uma delas era sobre ddos e pessoas atacando outros servidores, o que é muito comum na comunidade espanhola

Potassium:
todas as comunidades

iAmir:
sim, meio que todas as comunidades, mas na comunidade espanhola há um cara, coisas assim

Southclaws:
ah sim, Graber teve que escrever uma coisa estranha de proxy

iAmir:
sim, e as pessoas agora estão perguntando sobre isso, para proteção contra ddos

JustMichael:
não há nada que possamos fazer sobre ddos em si

Southclaws:
a coisa que Graber escreveu e algo em que eu trabalhei, e na verdade você
trabalhou nisso, michael, é um proxy, que é meio estranho de fazer funcionar por causa
de como o samp entre aspas "criptografa" dados, ele usa as portas como uma cifra muito simples, mas se você puder colocar um proxy em outro servidor e então usar round robin dns ou algo assim, isso pode ser uma boa técnica de mitigação, então acho que fornecer as ferramentas para fazer isso seria uma coisa boa

JustMichael:
haveria um problema, porém, se alguém fizesse ddos no próprio load balancer ou proxy, então isso arruinaria tudo para todos os servidores

Southclaws:
sim, mas um proxy load balancer é muito mais leve que o servidor do jogo, então você pode dedicar múltiplas threads para realmente lidar com essa carga, é meio como cloudflare e todos esses serviços de proxy funcionam, então sabe, se você é um servidor grande e tem orçamento, então pode
sabe, alugar um monte de vps, round robin e dns e colocar proxies em todos eles, e então isso meio que absorve a carga e seu servidor real de verdade você pode simplesmente esconder um pouco o endereço ip e ninguém consegue fazer ddos nele diretamente

iAmir:
o resultado da nossa discussão é que se eles estão realmente mirando no servidor em si, não no servidor openmp, por exemplo a máquina em si, se estão mirando nisso com
um stressor ou algum tipo de exploits, coisas assim, você não pode realmente fazer nada sobre isso. podemos corrigir nosso trabalho, mas não podemos corrigir detalhes porque é assim que a internet funciona. se esses são exploits ou stressor ou algum tipo de ferramentas de ddos, coisas assim, se estão
realmente mirando no servidor openmp, podemos encontrar o problema e corrigi-lo o mais rápido possível quando
descobrirmos, mas sobre o servidor em si, a máquina, realmente não há como lidarmos com isso porque não há nada para consertarmos, então isso é realmente trabalho de outras pessoas, comprar proteção contra ddos, ter bons servidores, pagar mais

JustMichael:
isso vem com qualquer pessoa rodando qualquer tipo de aplicação em produção, qualquer tipo de servidor, não é um problema específico nosso

iAmir:
sim, até um site simples, as pessoas podem mirar em um site para derrubar os servidores

Southclaws:
elas podem mirar no seu roteador de casa

Y_Less:
você simplesmente não consegue parar ddos em software, não é possível, eles continuam dizendo como podemos parar ddos, compre proteção contra ddos, é isso.

Hual:
basicamente podemos parar se estiver abusando de um exploit do openmp, caso contrário não há nada que possamos fazer.

JustMichael:
também seria bom se tivéssemos a comunidade reportando isso para garantir que elas realmente reportem esses problemas imediatamente quando os encontrarem, porque isso nos ajudaria
a corrigi-los se algo acontecer

iAmir:
sim, um dos maiores problemas que tivemos no samp foi que as pessoas não conseguiam reportar bugs, havia tipo alguma thread ou discussões e coisas assim e as pessoas reportavam bugs ou adicionavam sugestões e essas mensagens se perdiam em um dia.

JustMichael:
lembro que havia uma thread de bugs que foi deletada tipo três horas depois de ser criada, quando tinha acho que umas 27 ou 30 respostas diferentes nela, todas bugs, e ela simplesmente sumiu

Southclaws:
encontrei um bug onde você podia ler logs remotamente e ninguém se importou com isso e não recebi resposta

Potassium:
não entendo esta pergunta, mas Southclaws: me mandou, então diz: samp não suporta ip failover/alias - openmp vai suportar?

Southclaws:
a razão pela qual samp não suporta isso é porque ele usa a porta e o endereço reais para criptografar seus pacotes, mas você pode simplesmente não fazer isso quando o client sair. enquanto tivermos que usar o servidor samp, estaremos meio presos à criptografia estranha que existe, mas depois disso podemos fazer tipo uma coisa normal de proxy udp. e sim, você também pode fazer failover
para dns.

iAmir:
uh, também há outra pergunta que tenho na minha lista que as pessoas perguntaram no chat, alguém perguntou mais como uma sugestão, podemos considerar dar aos servidores a capacidade de adicionar seu favicon, que é mostrado no client ao lado do título do servidor, por exemplo no launcher. poderíamos fazer isso agora mesmo tendo até algum client ou algum launcher, quero dizer,
sim, com um launcher customizado podemos realmente adicionar uma rule customizada à query e então lemos isso no nosso próprio launcher

Southclaws:
tem o servers.net que escrevi três anos atrás ou dois anos atrás ou algo assim, não lembro, acho que ele realmente tinha suporte para um campo chamado "banner", que deveria ser uma imagem que seria tipo um gráfico que você poderia colocar no fundo da página do seu servidor ou da lista de servidores ou algo assim

JustMichael:
também há o fato de que agora que temos o indexer você adicionou suporte a login para usuários, então eles poderiam facilmente, mesmo sem isso estar no servidor, tecnicamente só fazer login nele e colocar no index e então sim, todos os launchers poderiam simplesmente ir pelo indexer

Southclaws:
o plano com o indexer é basicamente lançar um servidor, você faz login no indexer e o indexer vai te dar um token, tipo um api token, e você coloca esse token no arquivo de configuração do seu servidor e agora o indexer verificou que você é dono daquele servidor, então na interface web do indexer você pode ir e editar a descrição, o ícone, a imagem, qualquer coisa que acabarmos adicionando, gifs, não sei. então você não precisa modificar um arquivo de configuração que está em uma vps, fazer login e upload por ssh, qualquer coisa, você só vai a um site e pode editar com seu navegador e é muito mais simples.

Potassium:
certo, antes de encerrarmos por hoje, as pessoas continuam pedindo para mostrarmos vídeos do progresso. então
não temos isso, não temos vídeos porque não há realmente nada para mostrar no
momento, certo?

JustMichael:
temos feito live streams recentemente e mostrado progresso do openmp

iAmir:
não há realmente nada para mostrar em uma stream ou como vídeo porque é apenas uma aplicação de servidor simples, que é como um console

Hual:
o desenvolvimento é ocasionalmente transmitido no discord

Potassium:
então se vocês entrarem no nosso servidor discord, Southclaws: e outras pessoas frequentemente transmitem o desenvolvimento e coisas assim, o progresso deles, no discord, então você meio que entra no canal do discord e assiste à stream e pode entrar na conversa também, conversar e fazer perguntas. somos bastante abertos com isso e fazemos muita coisa pública em que vocês podem participar.

JustMichael:
alguém acabou de perguntar sobre servidores com custom ui usando htmlcs e js. e nós
falamos muito sobre isso e CEF não fará parte.
hum google adsense hum fontes de
besteira na sua tela sim também bonito
então você tem que trabalhar no xp ah sim sim
sim, também cef não é pequeno
sim teclado sim
vai haver um problema com pessoas
que têm computadores low end
pessoas que têm tipo computadores fracos para
jogar
esse jogo, então se você quiser
saber, pode simplesmente jogar mta
tudo bem, tipo não vamos julgar
quero dizer, eventualmente acho que vamos
ter hum api c
client-side também, certo, então se realmente adicionarmos
isso
e tendo isso, sim josh, quero dizer
não conversamos sobre isso, sim, mas
realmente ter isso é uma boa ideia porque
uh as pessoas podem adicionar voice chat por
conta própria interagindo
com nossa própria api e hum
para coisas como cef, elas podem editar
por conta própria
se adicionarmos api c
então sim, provavelmente é possível
para usuários depois
bem, provavelmente nunca teremos cef
sim, não vamos ter isso embutido, não oficialmente
outra pessoa poderia editar isso não oficialmente
sim
sim, mas não tenho certeza se aceitaríamos isso no
registro de plugins oficiais também, então
não sei, sim, há coisas
alguém perguntou se temos um mapa oficial e editor de modelos
uh sim, temos um amir trabalhando em um visualizador
de modelos
uh não tenho certeza
sim, legal
certo, uh e realmente não
discutimos isso então
poderíamos dizer ah gostaríamos de um, o que
é verdade, mas não há planos de fazer um
porque já existem alguns e eles
funcionam e são ok e todo mundo
conhece

Potassium:
acho que vamos encerrar por aqui porque acho que respondemos muitas perguntas, mas sabe, se você tiver mais perguntas, por favor vá ao nosso fórum ou ao nosso discord e pergunte lá, porque queremos respondê-las.

Y_Less:
algumas pessoas estão preocupadas por não serem falantes nativos e não entenderem o que conversamos, então vamos tentar escrever tudo

Potassium:
sim, vou tentar colocar uma transcrição no ar e então nossos contatos incríveis em outras comunidades podem traduzir para nós, isso seria ótimo

BigETI:
quero dizer, se você enviar para o youtube, isso deve ser relativamente fácil

Potassium:
sim, esse é o plano, vamos colocar isso no youtube, e vou tentar colocar em alguma
plataforma de podcast também para que as pessoas possam ouvir

Southclaws:
tenho certeza de que o youtube também vai gerar algumas legendas muito hilárias

Potassium:
então, como dissemos, pretendemos fazer streams regularmente de agora em diante, não só sessões de q&a, mas
gostaríamos de transmitir o progresso do desenvolvimento, acho que conversamos sobre fazer alguns jogos comunitários, tipo coisas como among us e outros jogos que poderíamos jogar todos juntos, então sigam este canal, entrem no nosso discord, inscrevam-se no youtube, sigam nosso twitter,
facebook, instagram, cadastrem-se no nosso fórum, todas essas coisas boas, tudo está linkado

iAmir:
você esqueceu vk

Potassium:
sim, vk

Southclaws:
também tem um reddit

Potassium:
tudo deve estar linkado abaixo, senão temos um linktree, acredito que é linktr.ee/openmultiplayer, tudo está linkado lá, mas sim, acho que obrigada a vocês pelo tempo, obrigada a todos os espectadores por assistirem, ou melhor, ouvirem, o link do link tree está no chat da twitch agora, uh uma pergunta rápida a mais, há planos de abrir um patreon para pessoas que querem apoiar o projeto?

everyone:
não discutimos realmente nada assim
doações são sempre boas, mas não precisamos muito delas agora
sim, no momento não precisamos delas
acho que sim, quero dizer, coisas como os custos do servidor e qualquer coisa seriam legais
são bem baratos
o indexer provavelmente custa tipo cinco dólares por mês, é quase nada
sim, sim, e os sites são todos hospedados de graça
sim, talvez talvez no futuro abramos algum tipo de forma para vocês
apoiarem o projeto se quiserem, mas sabe, não estamos fazendo isso para ganhar dinheiro, então isso é algo que discutiremos
também é meio como se você estivesse se comprometendo ainda mais e não acho que podemos simplesmente fazer isso
porque todos trabalhamos para viver

Potassium:
certo, bem, muito obrigada a vocês por estarem aqui e por responderem todas essas perguntas,
e obrigada ao chat da twitch por estar aqui, seguir e tudo mais, vemos vocês no discord

everyone:
obrigado por nos receber

Potassium:
de nada, até mais pessoal!

Veja alguns problemas comuns do SA:MP que estamos abordando e como o open.mp melhora a experiência.

Introdução​

Primeiro, um esclarecimento MUITO importante: scripts existentes ainda funcionarão como estão. Trabalhamos muito duro na compatibilidade retroativa e a levamos em consideração em todas as decisões. Há muitas melhorias que gostaríamos de fazer, mas simplesmente não podemos por esse motivo, além de outros códigos que ficam muito mais complicados por causa desse requisito de compatibilidade.

Dito isso, há melhorias que podem ser feitas em todos os lugares. Vamos ver alguns exemplos de inconsistências nos scripts SA:MP:

Tags​

• Menu:CreateMenu - Com tag.
• DB:db_open - Com tag.
• CreateVehicle - Sem tag.
• CreateActor - Sem tag.

#define SELECT_OBJECT_GLOBAL_OBJECT 1
#define SELECT_OBJECT_PLAYER_OBJECT 2

forward OnPlayerSelectObject(playerid, type, objectid, modelid, Float:fX, Float:fY, Float:fZ);

type não tem tag, assim como TODAS as constantes definidas pelo SA:MP; diferente das constantes padrão do pawn:

native File:fopen(const name[], filemode:mode = io_readwrite);

Nomeação​

• SetVehiclePos - "Vehicle" no meio do nome da função.
• TextDrawTextSize - "TextDraw" no começo.
• db_open - "db" no começo e em minúsculas.
• fread - "file" no começo, e abreviado.
• asin - Uma função adicionada pelo SA:MP sem camel/pascal case.

Consistência:

• GetVehicleZAngle - "Z-Angle"
• GetVehicleRotationQuat - "Rotation"
• SetPlayerFacingAngle - "Facing Angle"
• SetObjectRot - "Rot"

E apesar de tudo isso, a maioria das bibliotecas agora adotou a convenção de nomenclatura Module_Method.

Constantes​

• 65535

Valor para jogadores, atores, TDs e algumas outras coisas inválidas. Também é o valor para veículos inválidos, mas 0 TAMBÉM é um ID de veículo inválido às vezes retornado.

• 0

Valor para arquivos inválidos, às vezes veículos (assim como 65535). Também é o valor para a ausência de muitas coisas, como estados de ação e armas.

• 255

Valor para times e menus inválidos.

• -1

Valor para gang zones e estados de arma inválidos.

Além disso, muitas bibliotecas usam 0x80000000 e -1 para estados inválidos porque é muito menos provável que eles acabem se tornando um ID válido. 65535 é um número bem grande, mas um servidor grande pode facilmente ter mais objetos do que isso.

Funções por jogador​

• CreateObject e CreatePlayerObject

Tem versões globais e por jogador.

• SetPlayerMapIcon

Não tem versão global.

• SetGravity

Sem versão por jogador, apesar de possivelmente ser uma das funções por jogador mais solicitadas, e adicionada quase instantaneamente pelo YSF e outros plugins.

• CreateVehicle

Sem versão por jogador, apesar de também ser solicitada repetidamente. Mas também não foi adicionada por nenhum plugin (público), nem mesmo pelo plugin streamer.

• SendClientMessage e SendClientMessageToAll

Tem versões globais e por jogador, mas a versão por jogador é o padrão, diferente da maioria das outras funções.

• GangZoneShowForPlayer e GangZoneShowForAll

Menus, Gang Zones e Text Draws são as únicas funções padrão do SA:MP em que você pode especificar exatamente quais jogadores podem vê-los. Todas as outras são para todo mundo ou apenas uma pessoa. Claro, bibliotecas e plugins desde então expandiram muito esse modelo, e a maioria dos bons agora permite controle muito granular sobre quais subconjuntos de jogadores (grupos) podem usar qualquer entidade específica.

IDs​

• CreateObject e CreatePlayerObject

O pool de IDs dessas funções é compartilhado. Se um objeto global tiver ID 4, nenhum objeto de jogador poderá ter ID 4, mas vários jogadores poderiam ter objetos diferentes todos com ID 5.

• Create3DTextLabel e CreatePlayer3DTextLabel

O pool de IDs é dividido: os primeiros 1024 IDs são globais, os segundos 1024 são por jogador. Cada jogador pode ter até 2048 textos 3D, mas apenas 1024 de cada tipo, apesar de isso não fazer diferença nenhuma no lado do cliente.

• SetPlayerMapIcon

Os IDs são especificados manualmente, até o limite de 32. Por um tempo esse limite não era verificado no lado do cliente, levando a um possível exploit de ACE.

• ShowPlayerDialog

Os IDs são especificados manualmente, sem limite algum. Os IDs também são totalmente inúteis, já que um jogador só pode ver um diálogo por vez.

• SetTimer

Os IDs dão a volta, sem verificar se um timer existente tem o mesmo ID. Você teria que iniciar mais de 4.000.000.000 timers em algum momento para encontrar esse problema, mas ele poderia acontecer — eles nem precisam continuar todos rodando.

E, claro, algumas pessoas dependem de IDs serem alocados em ordens muito específicas, e depois se perguntam por que o modo inteiro quebra quando, por exemplo, adicionam ou removem um único veículo.

Compatibilidade​

Então, novamente, precisamos deixar muito claro que todo "código SA:MP" existente funcionará. O que isso significa exatamente? Qualquer código que seja:

• Escrito em pawn.
• Use a API original do SA:MP sem plugins.
• Seja recompilado com nossos includes.
• Já use o compilador da comunidade.

Vai funcionar.

No entanto:

• Se você usa um plugin para escrever em uma linguagem diferente de pawn, esse plugin provavelmente precisará ser portado primeiro. Então seu código não funcionará imediatamente.
• Se você usa outros plugins, como streamer, YSF, audio etc.; eles podem já funcionar, podem precisar de portabilidade, ou podem ser totalmente supérfluos porque sua funcionalidade foi integrada ao servidor principal. Então seu código pode funcionar.
• Se você só tem o .AMX do seu modo e não o código-fonte original, por quê? De qualquer forma, embora todas as funções SA:MP existam, algumas foram refeitas ou substituídas por código pawn ou macros, e você DEVE recompilar. Então, se você não puder, seu código não funcionará de jeito nenhum.

Build​

Exemplo​

Vamos começar vendo um modo SA:MP absurdamente simples.

#include <a_samp>

main() {}

public OnGameModeInit()
{
    SetGameModeText("Example Script");
    AddPlayerClass(0, 0.0, 0.0, 4.0, 0.0, 0, 0, 0, 0, 0, 0);
    return 1;
}

public OnPlayerSpawn(playerid)
{
    SetPlayerCheckpoint(playerid, 20.0, 20.0, 4.0, 2.0);
    return 1;
}

public OnPlayerEnterCheckpoint(playerid)
{
    SendClientMessage(playerid, 0xFF0000AA, "You won!");
    return 1;
}

Você nasce. Vai até o checkpoint. Você vence.

Conversão​

Para fazer o build disso para open.mp, precisamos mudar apenas o primeiro include e adicionar um define.

Isto:

#include <a_samp>

main() {}

Vira:

#define OPENMP_COMPAT
#include <openmp\openmp>

main() {}

O primeiro erro que você pode receber é:

open.mp scripts require the community compiler from: git.io/pawn-compiler

Se você receber isso, vá para https://git.io/pawn-compiler e baixe a versão 3.10.10 ou posterior do compilador. Para o lançamento, gostaríamos de uma ferramenta equivalente ao pawno com esse compilador já integrado, mas ainda não fizemos isso. Eu recomendo FORTEMENTE tentar compilar seu modo com esse compilador primeiro, pois ele reativou os avisos de correção de const, então é provável que você receba uma porção de novos avisos logo de cara (isso NÃO é um problema do compilador; são problemas no seu código que sempre existiram, mas eram ignorados antes). Você provavelmente também vai querer substituir seus includes por estes:

https://github.com/pawn-lang/pawn-stdlib
https://github.com/pawn-lang/samp-stdlib

Isso é uma coisa boa a fazer mesmo se você não usa open.mp, pois eles corrigem vários problemas de tags e const nos includes originais.

Avisos​

Se você não receber nenhum aviso usando o novo compilador com a nova versão de a_samp, agora verá uma porção de novos avisos parecidos com:

warning 234: function is deprecated (symbol "AddPlayerClass") Use "Class_Add" instead.

Você tem três opções — e todas são suportadas:

• Ignorar os avisos: O código ainda funcionará.
• Suprimir os avisos: Troque OPENMP_COMPAT por OPENMP_QUIET:

#define OPENMP_QUIET
#include <openmp\openmp>

main() {}

• Corrigir os avisos: Algumas funções mudaram de nome para ficarem consistentes entre si; algumas funções mudaram parâmetros porque as antigas evoluíram e não expunham totalmente as capacidades do open.mp. Ainda não há uma forma simples de converter todas as funções, mas você pode deixar os avisos ligados enquanto converte o código aos poucos — as funções antigas continuarão funcionando perfeitamente bem.

Há três estágios na conversão:

#define OPENMP_QUIET​

Usar esse define permite que seu modo compile sem novos avisos de funções obsoletas. Mas você não deve ficar com esse define, e as conversões implícitas só funcionarão para código pawn. Você pode converter código nesse modo, já que a nova API também funcionará, mas não pode usar o compilador para ver onde ainda restam problemas.

#define OPENMP_COMPAT​

Este é o segundo estágio. Quando você quiser começar a aproveitar todos os recursos melhorados do open.mp, como controles granulares de entidades por jogador e limites removidos, precisará começar a usar as novas versões das funções. As novas funções estão sempre disponíveis, mas talvez você não saiba todos os lugares que precisam de conversão. Isso dará avisos para as funções antigas, mas elas ainda funcionarão, permitindo converter partes do seu modo uma de cada vez.

Sem define​

Quando você achar que terminou de converter seu código, remova os defines:

#include <openmp\openmp>

main() {}

Agora você recebe erros em vez de avisos para qualquer código antigo ainda em uso.

Nova API​

Agora que vimos quais eram os problemas da API antiga e como encontrar onde você precisa aplicar a nova API, devemos de fato olhar para essa nova API em termos dos problemas identificados anteriormente:

Tags​

As funções agora usam tags quase em todos os lugares. Tentamos encontrar um equilíbrio entre avisos de tags demais e pouca informação útil, mas avisos existem por um motivo e podem ajudar a encontrar problemas que você talvez tenha deixado passar. Por exemplo, passar um veículo como parâmetro para uma função de objeto, ou dar a alguém uma arma que não existe:

// Nenhum aviso para este código, apesar de ele estar claramente errado.
new object = CreateObject(various, parameters, here);
PutPlayerInVehicle(playerid, object);

// O mesmo aqui - não existe arma 20, apesar de estar entre IDs de armas válidos.
GivePlayerWeapon(playerid, 20, 200);

Seria muito melhor se todos os trechos de código claramente errados pudessem gerar avisos. Esse é o poder de uma linguagem type-safe, e embora pawn não seja totalmente type-safe, podemos chegar perto com tags. Esses exemplos viram:

// warning 213: tag mismatch: expected tag "Vehicle", but found "Object"
new Object:object = Object@Create(various, parameters, here);
Player_PutInVehicle(playerid, object);

// warning 213: tag mismatch: expected tag "WeaponType", but found but found none ("_")
GivePlayerWeapon(playerid, 20, 200);

// Isto não gera aviso:
GivePlayerWeapon(playerid, WEAPON_COLT45, 200);

Nomeação​

A maioria das novas funções usa um refinamento do esquema de nomes já adotado por muitas bibliotecas e plugins: Module_VerbNoun. Algumas não usam, quando são casos isolados que não se encaixam em nenhum módulo maior, mas na maior parte você possivelmente consegue adivinhar o nome de uma função de que precisa. Chega de ficar se perguntando se era "Rot" ou "Rotation" para esse tipo de elemento; não há abreviações, a menos que o nome da função fique longo demais (32+ caracteres, o compilador não aceita). Quer mudar o modelo de um objeto? Object_SetModel. Quer mostrar texto para um jogador? Text_Show.

Há um conjunto limitado de verbos: Get, Set, Create, Destroy, Add, Remove, Show, Hide, Run, Move, Stop e Count. Mais podem ser adicionados e podem aparecer em situações especiais, mas, em geral, se um desses se encaixa, provavelmente é ele. De longe os mais comuns são Get e Set, que, diferente do SA:MP, agora sempre vêm em pares: se você pode definir qualquer parâmetro, também pode obtê-lo depois. Eles também são os verbos que mais frequentemente vêm com um substantivo — você precisa especificar o que obter ou definir: Health, Position, Model, Width etc.

Alguns exemplos:

native bool:Menu_SetDisabled(Menu:menuid, bool:disabled);
native bool:Menu_GetDisabled(Menu:menuid);

native bool:Text_SetAlignment(Text:text, alignment);
native Text_GetAlignment(Text:text);

native bool:Object_Move(Object:objectid, Float:posX, Float:posY, Float:posZ, Float:speed, Float:rotX = FLOAT_NAN, Float:rotY = FLOAT_NAN, Float:rotZ = FLOAT_NAN);

native DBResult_CountRows(DBResult:dbresult);

native Player_Spawn(Player:playerid);

Observe que os nomes de módulo e tag sempre correspondem — Vehicle, DB, Player etc. Há motivos além da consistência para isso: dá uma interface mais parecida com OO e é mais fácil de lembrar. No entanto, você talvez tenha notado em um exemplo anterior a função Object@Create, não Object_Create. A razão para isso está no primeiro parâmetro.

Em todos os sete exemplos imediatamente acima, o primeiro parâmetro é a entidade (objeto, veículo, jogador etc.) sobre a qual a operação é realizada. Você quer obter a posição de uma entidade específica. Quer mover uma entidade específica. Quer obter o tempo restante de uma entidade específica. Isso novamente mapeia para a API parecida com OO: Player_Spawn(playerid) pode ser pensado como player.Spawn(). PAWN não pode fazer isso, mas isso não significa que outras linguagens conectadas a essa API não possam. Em termos de C++: _ é . ou -> e sempre precisa de um ID válido dado como primeiro parâmetro. No entanto, a função Dialog_IsValid(Dialog:id), por definição, pode não ter um ID válido como primeiro parâmetro (ou qual seria o propósito dela¹?), e Icon_Create(image, Float:x, Float:y, Float:z) nem sequer recebe um ID. Assim, elas viram @ — :: na sintaxe de C++. Elas podem nem receber um ID, e definitivamente não precisam de um válido (@Destroy também entra nesse grupo de funções, já que destruir uma entidade é uma operação logicamente externa a uma entidade, não uma operação sobre a entidade).

Constantes​

Para começar, em vez de #define para tudo, usamos const e enum tanto quanto possível, exceto onde esperamos que coisas sejam sobrescritas (MAX_PLAYERS):

enum ObjectMaterialTextAlignment
{
    MATERIAL_TEXT_ALIGN_LEFT,
    MATERIAL_TEXT_ALIGN_CENTRE,
    MATERIAL_TEXT_ALIGN_RIGHT,
};

Object_SetMaterialText agora aceitará apenas um desses três valores, e nada mais.

E quanto aos IDs inválidos? Também os tornamos consistentes. Todas as entidades agora usam o mesmo valor inválido, bem fora do intervalo de valores possivelmente válidos — o open.mp removeu quase todos os limites, então tornar um valor como 65536 inválido simplesmente não funcionará. Qual é esse novo valor inválido? Ainda não decidimos... Há dois principais candidatos, ambos com prós e contras, e a decisão não é tão fácil quanto pode parecer à primeira vista. Mas felizmente isso não faz grande diferença para o trabalho interno, já que podemos trocar quase instantaneamente.

As duas escolhas são explicadas abaixo, e gostaríamos de receber feedback sobre isso se possível:

0​

Usar 0 como valor inválido tem algumas vantagens:

• ele não é um índice inválido, então, quando retornado e não verificado corretamente, seu código não vai travar. Talvez não funcione perfeitamente, mas pelo menos continuará fazendo alguma coisa.
• É muito fácil de verificar, e a intenção fica óbvia com ele:

new Object:object = Object@Create(various, parameters, here);
if (object)
{
    Object_SetMaterialText(object, "Hello");
}
else
{
    printf("Couldn't create the object.");
}

• Uma variável recém-declarada é, por padrão, um valor inválido:

new Dialog:d;

Um dos bugs mais comuns que as pessoas encontram é o código só funcionar para o jogador 0, porque esqueceram de inicializar uma variável. Se não houver jogador/objeto/veículo 0, o código não será aplicado a ninguém — é melhor não promover nenhum jogador a admin do que promover o jogador errado.

-1​

Usar -1 como valor inválido tem algumas vantagens:

• Ele É um índice inválido. Não ser um foi listado como vantagem para 0 porque seu código muitas vezes continuará rodando em vez de travar, mas com crashdetect isso pode ser bom — há um bug no seu código e o crash dirá exatamente onde ele está, às vezes até a linha exata do código-fonte. O que é melhor: continuar silenciosamente ou terminar de forma barulhenta?
• As pessoas estão acostumadas a 0 como valor válido na maior parte do tempo. Programadores começam a contar em 0, então ele deveria ser válido, e algo fora do domínio dos inteiros positivos deveria ser inválido.
• Em matemática sem sinal, ele é o maior inteiro possível: 0xFFFFFFFF, 4294967295. Isso significa que o limite interno rígido para qualquer tipo de entidade é o maior possível: 4,294,967,295 itens antes de ficar sem IDs (e memória).

Funções por jogador​

Em resumo, elas não existem mais. Toda função ForPlayer, ForAll, CreatePlayerX etc. foi substituída por uma função simples: X_Display (onde X é qualquer entidade), e X_Has para verificação:

Object_Display(objectid, playerid, true); // Mostra.
Object_Display(objectid, playerid, false); // Oculta.

Text_Display(textid, true); // Mostra para todos.

if (Zone_Has(zoneid, playerid))
{
    // O jogador TEM PERMISSÃO para ver a gang zone.
}

YSI usava X_SetPlayer, mas mostrar coisas para jogadores é a coisa mais fundamental a fazer, então merece seu próprio verbo. Algumas bibliotecas usam X_Show e X_Hide, mas isso são duas funções, o que só leva a código extra ao verificar qual usar:

if (var) Checkpoint_Show(cpid, playerid);
else Checkpoint_Hide(cpid, playerid);

vs

Checkpoint_Display(cpid, playerid, var);

Observe que apenas chamar X_Display pode não mostrar o item de fato. Um objeto do outro lado do mundo ainda não ficará visível. Um checkpoint em outro mundo virtual não ficará visível mesmo que esteja bem ao seu lado. Para entidades do mundo, isso apenas diz que o jogador tem permissão para vê-la, não que ele atualmente consegue vê-la. Por outro lado, para elementos de HUD como menus e diálogos, isso os mostra instantaneamente e pode ocultar outros quando apenas um é permitido.

IDs​

Com a remoção dos pools por jogador e a unificação dos IDs inválidos, isso não é mais um problema.

Funções mais inteligentes.​

As funções X_Display mostradas acima podem receber dois parâmetros — entidade e estado de exibição, para permitir que todos os jogadores as vejam; ou, alternativamente, três parâmetros — entidade, jogador e estado de exibição. Há outras funções que também são inteligentes com seus parâmetros. Um conjunto de exemplos são as várias funções de rotação. Como mencionado na introdução, há pelo menos quatro maneiras diferentes de obter e definir rotações para diferentes entidades. Agora há uma só: X_SetRotation e X_GetRotation. Por exemplo:

// Obtém apenas `z`.
z = Player_GetRotation(playerid);

// Obtém os ângulos Euler x, y e z.
Object_GetRotation(objectid, x, y, z);

// Obtém os ângulos quaternion w, x, y e z.
Vehicle_GetRotation(vehicleid, w, x, y, z);

Qual é usado para qual entidade? Todos:

// Obtém apenas `z`.
z = Object_GetRotation(objectid);

// Obtém os ângulos Euler x, y e z.
Object_GetRotation(objectid, x, y, z);

// Obtém os ângulos quaternion w, x, y e z.
Object_GetRotation(objectid, w, x, y, z);

Os significados dos parâmetros e do retorno são determinados pelo número de parâmetros fornecidos. O mesmo vale para Set:

// Define apenas `z`.
Vehicle_SetRotation(vehicleid, z);

// Define os ângulos Euler x, y e z.
Vehicle_SetRotation(vehicleid, x, y, z);

// Define os ângulos quaternion w, x, y e z.
Vehicle_SetRotation(vehicleid, w, x, y, z);

Conclusão​

Tentamos muito criar uma API que seja fácil de usar, fácil de aprender, mas também compatível com versões anteriores. Muito do sucesso do SA:MP vem da sua facilidade de uso, e queremos manter isso, mas também sabemos que há usuários avançados que querem extrair muito mais do próprio código. Encontrar esse equilíbrio é sempre difícil, especialmente quando quem mais comenta são os mais experientes — aqueles que conhecem a linguagem por dentro e por fora e querem levá-la mais longe. Isso cria um sistema que se autosseleciona para recursos avançados em detrimento dos iniciantes. Não queremos isso, mas ainda assim queremos ouvir suas opiniões. Quais recursos de linguagem e API você gosta, e quais não gosta? Quais funções ajudariam você a tirar o máximo do seu código? Você acha o novo design simples ou complicado demais? Você está de boa com os nomes desorganizados das funções atuais? Eles cumprem seu propósito, então por que mudá-los? Como iniciante, você teria gostado que algo fosse feito de outra forma?

Por favor, compartilhe qualquer feedback que tiver no tópico do burgershot abaixo. Adoraríamos ouvir você:

https://forum.open.mp/showthread.php?tid=1036

Testar no SA:MP não é muito fácil. Na maior parte do tempo é só conectar ao servidor e colocar prints em todos os lugares. Bibliotecas como y_testing tornam a escrita de testes unitários muito mais fácil, mas apenas para código razoavelmente "puro" - isto é, código que roda no servidor sem muita interação de jogadores. Dá para testar uma quantidade surpreendente de comportamento assim, mas ainda é limitado e não ajuda a isolar problemas quando eles aparecem.

Então como o open.mp resolve isso? Bem, para começar, o código é open-source, então você tem à disposição toda a variedade de ferramentas de depuração existentes, como GDB e Visual Studio, para percorrer e inspecionar o código. Também temos planos de adicionar ferramentas parecidas para os próprios scripts pawn.

Mas a maior adição é a biblioteca "mock". De forma bem simples, ela permite criar jogadores falsos que agem exatamente como jogadores reais, mas sem nenhum cliente conectado. Assim, qualquer ação feita neles por um script pode ser lida e analisada por outro script. Vamos pegar o exemplo mais simples possível para uma primeira demonstração - mostrar um checkpoint a um jogador e confirmar que ele foi enviado. Com y_testing você faz a ação e depois precisa realmente perguntar ao jogador se aconteceu, o que é lento, não repetível e simplesmente tedioso:

PTEST__ SetPlayerCheckpoint(playerid)
{
    SetPlayerCheckpoint(playerid, 0.0, 0.0, 4.0, 5.0);
    ASK("Do you see a checkpoint in the middle of the world?");
}

Usar uma biblioteca como "Pawn.RakNet" pode remover a pergunta, automatizando a verificação de pacotes enviados, mas ainda exige um jogador conectado, então não pode ser automatizado e repetido:

static
    gCheckpointPlayer,
    Float:gX,
    Float:gY,
    Float:gZ,
    Float:gS;

PTEST__ SetPlayerCheckpoint(playerid)
{
    SetPlayerCheckpoint(playerid, 0.0, 0.0, 4.0, 5.0);
    ASSERT(gX == 0.0);
    ASSERT(gY == 0.0);
    ASSERT(gZ == 4.0);
    ASSERT(gS == 5.0);
    ASSERT(gCheckpointPlayer == playerid);
}

OPacket:107(playerid, BitStream:bs)
{
    gCheckpointPlayer = playerid;

    BS_IgnoreBits(bs, 8);
    BS_ReadFloat(bs, gX);
    BS_ReadFloat(bs, gY);
    BS_ReadFloat(bs, gZ);
    BS_ReadFloat(bs, gS);

    return 1;
}

Com o open.mp, temos uma API parecida com a do Pawn.RakNet, mas com jogadores falsos. Então você cria um jogador, sem uma instância do jogo, e o usa exatamente como um jogador normal:

TEST__ SetPlayerCheckpoint()
{
    new playerid = Mock_CreatePlayer("Mr Mock");

    // Limpa todos os pacotes existentes para facilitar a busca.
    Mock_PurgeSent(playerid);

    // Mostra um checkpoint normalmente.
    SetPlayerCheckpoint(playerid, 0.0, 0.0, 4.0, 5.0);

    // Verifica se um pacote "SetCheckpoint" foi visto.
    new MockPacket:packet = Mock_GetPacket(playerid, "SetCheckpoint");
    ASSERT(packet);
    if (!packet) return;

    // Verifica se o pacote tem 4 componentes, cada um com 32 bits.
    ASSERT(MockPacket_Components(packet) == 4);
    ASSERT(MockPacket_Bits(packet) == 4 * 32);

    // Verifica os vários componentes.
    new Float:tmp;
    ASSERT(MockPacket_ReadFloat(packet, 0, tmp));
    ASSERT(tmp == 0.0);
    ASSERT(MockPacket_ReadFloat(packet, 1, tmp));
    ASSERT(tmp == 0.0);
    ASSERT(MockPacket_ReadFloat(packet, 2, tmp));
    ASSERT(tmp == 4.0);
    ASSERT(MockPacket_ReadFloat(packet, 3, tmp));
    ASSERT(tmp == 5.0);
}

Esse código é totalmente testável de forma repetível, autocontido (sem variáveis globais e callbacks extras) e simples de expandir.

Mas às vezes não é tão simples assim. Se você cria um objeto, não pode simplesmente verificar que ele foi enviado instantaneamente a um jogador, porque talvez ele não esteja perto o bastante e, portanto, o streamer embutido ainda não o enviou. Para resolver isso, primeiro precisamos fazer um pequeno desvio para explicar como a sincronização básica funciona para coisas como SetPlayerPos. Quando você define a posição de um jogador com SetPlayerPos, o servidor NÃO atualiza imediatamente a posição dele internamente e para todos os outros jogadores. Em vez disso, um comando SET POSITION é enviado para aquele jogador que está sendo movido, ele é teleportado para a nova posição e então informa a nova posição de volta ao servidor no próximo pacote de sincronização. O motivo é basicamente lag - pode haver um ou mais pacotes de sincronização ainda em trânsito com a posição antiga depois de definir a nova posição. Então o que isso significa para jogadores mock? Significa que você não pode realmente definir a posição deles, pelo menos não da forma normal. Não há cliente real, então não há nada recebendo pacotes (ou seja, o comando de definir posição), e não há nada sincronizando esses dados de volta para o servidor.

Podemos gerar qualquer dado de sincronização mock para o servidor a partir de jogadores mock, então essa é uma forma de atualizar a posição deles, mas pode ser um pouco trabalhoso para apenas uma operação comum; por isso existe Mock_SetPlayerPos exatamente para esse caso de uso. Mas isso ainda não é a história completa, porque precisamos que o streamer rode e atualize com a nova posição deles, o que acontece apenas periodicamente (a cada poucos milissegundos, dependendo da taxa de ticks do servidor). Para isso temos outra função mock - Mock_Tick, que avança o tempo do servidor em um determinado número de microssegundos (NÃO milissegundos). Isso absolutamente não deve ser usado em servidores ao vivo, pois pode criar todo tipo de comportamento estranho com timers e outros códigos sensíveis ao tempo, mas pode ser usado para simular a passagem do tempo em testes. Observe que Mock_Tick(10000) não vai aguardar 10ms; em vez disso, vai avançar o tempo em 10 milissegundos instantaneamente.

TEST__ SetPlayerCheckpoint()
{
    new playerid = Mock_CreatePlayer("Mr Mock");

    // Limpa todos os pacotes existentes para facilitar a busca.
    Mock_PurgeSent(playerid);

    // Cria um objeto.
    CreateObject(1337, 100.0, 100.0, 4.0);

    // Simula a atualização da posição do jogador mock para o servidor, perto do objeto.
    Mock_SetPlayerPos(playerid, 105.0, 105.0, 4.0);

    // Agora SIMULA a passagem de algum tempo, para que o streamer possa rodar (50ms deve bastar).
    Mock_Tick(50000);

    // Verifica se um pacote "CreateObject" foi visto.
    new MockPacket:packet = Mock_GetPacket(playerid, "CreateObject");
    ASSERT(packet);
    if (!packet) return;

    // Verifica se o pacote tem 4 componentes, cada um com 32 bits.
    ASSERT(MockPacket_Components(packet) > 5);

    // Verifica alguns dos componentes do pacote.
    new int;
    new Float:tmp;
    ASSERT(MockPacket_ReadInt32(packet, 1, int));
    ASSERT(int == 1337);
    ASSERT(MockPacket_ReadFloat(packet, 2, tmp));
    ASSERT(tmp == 100.0);
    ASSERT(MockPacket_ReadFloat(packet, 3, tmp));
    ASSERT(tmp == 100.0);
    ASSERT(MockPacket_ReadFloat(packet, 4, tmp));
    ASSERT(tmp == 4.0);
}

Uma observação importante sobre Mock_Tick. Se você chamá-lo como, digamos, Mock_Tick(100000) e tiver um timer de 1ms rodando, isso acionará instantaneamente o timer, mas o timer pensará que perdeu seu tempo por uma grande margem (100ms) e se enfileirará novamente. Durante a chamada a Mock_Tick, o timer será disparado uma vez, mas depois que o teste atual terminar o timer será enfileirado mais 99 vezes, uma por tick, porque ele acha que perdeu 100 invocações.

Mais tarde abordaremos algumas técnicas de depuração de nível mais alto para que você possa ler e escrever pacotes falsos com mais facilidade, em vez de um componente por vez como nesse código, mas isso apresenta o básico sobre o qual todo o resto é construído. Esperamos que isso torne o desenvolvimento e os testes de código mais fáceis para todos (e também garanta que o servidor seja mais estável).

Também vamos falar muito mais sobre o design da API do open.mp amanhã. Ela é totalmente compatível com versões anteriores do SA:MP, mas isso não significa que não haja espaço paralelo para melhorias.

// Cria um Turf. Um playerid pode ser passado para torná-lo um turf de jogador.
native Turf:Turf_Create(Float:minx, Float:miny, Float:maxx, Float:maxy, Player:owner = INVALID_PLAYER_ID);

// Destrói um turf.
native Turf_Destroy(Turf:turf);

// Mostra um Turf para um jogador ou jogadores.
// Será enviado para todos os jogadores se playerid = INVALID_PLAYER_ID.
native Turf_Show(Turf:turf, colour, Player:playerid = INVALID_PLAYER_ID);

// Oculta um Turf de um jogador ou jogadores.
// Será enviado para todos os jogadores se playerid = INVALID_PLAYER_ID.
native Turf_Hide(Turf:turf, Player:playerid = INVALID_PLAYER_ID);

// Faz um Turf piscar para um jogador ou jogadores.
// Será enviado para todos os jogadores se playerid = INVALID_PLAYER_ID.
native Turf_Flash(Turf:turf, colour, Player:playerid = INVALID_PLAYER_ID);

// Para o piscar de um Turf para jogador(es).
// Será enviado para todos os jogadores se playerid = INVALID_PLAYER_ID.
native Turf_StopFlashing(Turf:turf, Player:playerid = INVALID_PLAYER_ID);

Isso é obviamente diferente da API tradicional, mas não se preocupe: haverá wrappers para esse tipo de coisa, garantindo que um script normal possa ser recompilado sem problemas e sem edições.

Outro fato importante que talvez você queira saber é que todos os turfs ficam no mesmo pool, e há um máximo de 4.294.967.295 turfs que podem ser criados pelo script. No entanto, o cliente só consegue lidar com 1024 turfs ao mesmo tempo.

Esta é uma prévia de um dos módulos melhorados que fizemos, para timers no open.mp:

native SetTimer(const func[], msInterval, bool:repeat) = SetTimerEx;
native SetTimerEx(const func[], msInterval, bool:repeat, const params[], GLOBAL_TAG_TYPES:...);
native KillTimer(timer) = Timer_Kill;

// CreateTimer
native Timer:Timer_Create(const func[], usDelay, usInterval, repeatCount, const params[] = "", GLOBAL_TAG_TYPES:...);

// KillTimer
native bool:Timer_Kill(Timer:timer);

// Retorna o tempo até a próxima chamada.
native Timer_GetTimeRemaining(Timer:timer);

// Obtém o número de chamadas restantes a fazer (0 para ilimitado).
native Timer_GetCallsRemaining(Timer:timer);

// Obtém o parâmetro `repeatCount`.
native Timer_GetTotalCalls(Timer:timer);

// Obtém o parâmetro `usInterval`.
native Timer_GetInterval(Timer:timer);

// Redefine o tempo restante até a próxima chamada para `usInterval`.
native bool:Timer_Restart(Timer:timer);

Os dois primeiros existem apenas para compatibilidade retroativa; o restante é a API melhorada:

native Timer:Timer_Create(const func[], usDelay, usInterval, repeatCount, const params[] = "", GLOBAL_TAG_TYPES:...);

• func - Bem óbvio: o que chamar.
• usDelay - Também óbvio: o atraso antes da chamada (em microssegundos).
• usInterval - Para qual valor redefinir usDelay depois da primeira chamada. Então, se você quisesse um timer a cada hora cheia, mas agora fossem 8:47 da manhã, a chamada seria Timer_Create("OnTheHour", 780 SECONDS, 3600 SECONDS, 0);
• repeatCount - Diferente das funções antigas, que eram apenas "uma vez" ou "para sempre", isto recebe o número de vezes que a função deve ser chamada. "Uma vez" seria 1, 500 pararia após 500 chamadas e (ao contrário da API antiga) 0 significa "para sempre".
• GLOBAL_TAG_TYPES - Como {Float, ...}, mas com mais tags.