Jump to content

the.brauna

Members
  • Posts

    79
  • Joined

  • Last visited

  • Days Won

    10

Everything posted by the.brauna

  1. Vocês têm 15 dias para se organizar para a manutenção, mas deixam para a última hora para verificar o que será incluído ou se a atualização funcionará corretamente no ambiente produtivo. Isso é realmente aceitável? Criar esse suspense com frases como "Mais tarde divulgo as novidades" não é uma abordagem profissional. Ou se faz um trabalho bem feito desde o início, ou não se faz.
  2. Está bugado na etapa 12 pouco antes da implementação que fizeram da ilha tartaruga, que foi no final de 2004, veja que até mesmo no guia o NPC nem é exibido com o "balãozinho", apenas jogou o mouse por cima do local que ele deveria estar e fé, meteu o louco falando que fez. Dica: Tenta em minúsculo, e outra, não é tão aleatório não, na dúvida descompacta o data.grf e vê qual o texto que está lá, vai que "destraduziram", será um dos 10 existentes.
  3. Sobre os robozinhos que não podem ser citados, por exemplo, ao longo dos anos, a administração até tentou fingir que estava combatendo os programas ilegais, lançando atualizações de "segurança" no ragexe, mudanças no Gameguard, Panda, etc, alterando assinaturas, implementando verificações extras, e inserindo bloqueios supostamente pensados para barrar robozinhos que não podem ser citados e outras trapaças. Mas o problema? O robozinho nem usa o ragexe e com pouco menos de 5 segundos de pesquisa seria possível identificar como barrar tudo isso ou identificar como se comunicam. Isso transforma todas essas atualizações de segurança em um verdadeiro teatro. Enquanto a administração vendia a ilusão de que estava tomando medidas contra os programas ilegais, a realidade é que os robozinhos que não podem ser citados continuavam operando sem o menor impacto. Cada patch que alterava o ragexe só servia para dificultar a vida dos jogadores comuns, que precisavam lidar com problemas inesperados, crashes e incompatibilidades, enquanto os robozinhos que não podem ser citados seguiam intocados, operando diretamente no protocolo do servidor, sem sequer passar pelo cliente oficial. E essa palhaçada não é de hoje. Há mais de uma década, a comunidade já sabia que os robozinhos que não podem ser citados não eram barrados por essas atualizações. Era só olhar o resultado: toda vez que saía uma "grande melhoria na segurança", o robozinho continuava logando normalmente, sem precisar de nenhuma alteração significativa. Os únicos afetados eram os jogadores legítimos, que de repente precisavam reinstalar o jogo, lidar com erros absurdos ou até perder acesso por causa de falhas nessas "melhorias". Se a administração realmente quisesse combater os robozinhos que não podem ser citados, teria focado em monitoramento eficiente, em detecção de padrões de comportamento suspeitos dentro do jogo, em punições automatizadas baseadas em análise de movimentação e consumo de recursos. Mas não. Preferiram atacar onde não fazia diferença nenhuma, apenas para criar a ilusão de que algo estava sendo feito. O resultado disso? Um jogo infestado de robozinhos que não podem ser citados, uma economia completamente distorcida e jogadores honestos sendo tratados como o verdadeiro problema. Enquanto isso, a administração segue vendendo essa falsa narrativa de que "combate os programas ilegais", quando na prática, tudo que fizeram foi jogar fumaça nos olhos da comunidade e empurrar a responsabilidade para debaixo do tapete. Em mais uma de suas tentativas brilhantes de "segurança", a Level Up implementou o infame cadeado de acesso, uma solução que, na teoria, deveria impedir invasões de contas. A ideia era simples: antes de abrir o jogo, o jogador precisava acessar o site da empresa, digitar sua senha e somente após tudo isto, acessar o jogo. Supostamente, isso adicionaria uma camada extra de proteção. Na prática? Um desastre completo. Primeiro, o processo era simplesmente irritante. Toda vez que você queria jogar, precisava parar tudo, logar no site (que não era lá essas coisas em estabilidade), digitar e-mail e senha, garantir que não expirou tal senha (que não tinha um LDAP sequer para sincronizar) e só então abrir o jogo. Era um empecilho sem sentido para quem jogava de forma legítima. Mas o pior veio depois: o sistema não tinha segurança nenhuma. Não demorou para que eu descobrisse que qualquer um podia abrir o cadeado de qualquer jogador. Não existia verificação robusta, não havia autenticação de dois fatores, nada que realmente garantisse proteção. O que era para ser uma barreira contra invasões virou uma piada, tornando o trabalho dos invasores ainda mais fácil. Se antes eles precisavam descobrir o e-mail da vítima, forçar as empresas de e-mail enviar à eles uma solicitação de troca de senha, agora bastava criar um site falso e coletar as credenciais, ou até mesmo, criar algum processo para rodar na máquina da vítima coletando os eventos de rede que passarem pelo site da Level Up, e após isto acessar o site e modificar os dados da conta. E adivinha quem sofreu com isso? Os jogadores legítimos. Enquanto quem usava robozinhos ou quiçá tentava invadir contas de jogadores nem precisava passar pelo ragexe para realizar isto (e, portanto, ignorava o cadeado completamente), os jogadores comuns tinham que enfrentar um sistema que não protegia ninguém e ainda tornava o processo de login mais burocrático e frustrante. O cadeado da Level Up foi mais um daqueles remendos apressados, feitos sem planejamento e sem considerar os reais problemas de segurança. Não resolveu nada, não impediu invasões e só serviu para criar mais uma camada de inconveniência para quem realmente queria jogar. No final das contas, foi só mais um teatro de "segurança" para fingir que algo estava sendo feito, enquanto os problemas reais continuavam ignorados. - Sobre o cadeado, conversando com o Guilink, na época administrador do Ragnarok, isso evidencia claramente o que citei acima, apenas quem joga corretamente era afetado com estas medidas impensadas: (PS:. depois disso tive minha conta banida pela Level UP para um coleguinha pegar o nome do meu clã)
  4. Fiz textão sobre Ragnarok no OT, fui moleque, depois que notei. Sorry fiquei pistola. @Edit vou prosseguir pois tive a vontade de comentar sobre os robozinhos.
  5. Eu me recuso a passar pano para erros que, por 21 anos, continuam se arrastando no jogo. Não dá para fingir que está tudo bem quando problemas básicos, que qualquer equipe minimamente competente já teria resolvido, continuam lá, intocados, como se fossem parte do cenário. Não é questão de "pegar leve" ou "entender o lado da administração". Se depois de duas décadas o jogo ainda sofre com os mesmos bugs, os mesmos descasos e a mesma falta de comprometimento, a culpa não é de falta de tempo ou de recursos — é pura negligência. Desde sempre, o Ragnarok Online se sustenta financeiramente. Foram anos de assinaturas, microtransações, venda de itens e eventos pagos. Dinheiro nunca foi o problema. Mas quando se trata de reverter uma falha, corrigir um NPC ausente, ajustar um evento bugado ou simplesmente impedir que os jogadores explorem falhas grotescas, a administração se faz de cega. E eu não vou fingir que isso é normal. Muitos podem até se acostumar com esses erros, aceitar como se fossem parte da experiência. Mas eu me recuso. Não tem justificativa plausível para um jogo que existe há mais de duas décadas continuar ignorando a própria base de jogadores. O mínimo que se espera de uma empresa que lucra há tanto tempo com o mesmo produto é que ela tenha respeito por quem sustenta o servidor aberto. Então não, eu não vou passar pano. Eu não vou aceitar desculpas esfarrapadas, patches meia-boca ou notas de atualização que só apagam incêndios temporários sem resolver nada. Enquanto houver erro sendo empurrado com a barriga, enquanto houver bug ignorado e problema mascarado, eu vou continuar cobrando. Porque, com todo o respeito ao seu posicionamento Vlad, quem ama o jogo de verdade não é quem defende a administração e culpa os jogadores, e sim quem exige que o jogo seja tratado com o cuidado que merece.
  6. Desde 2004 eu reporto, por exemplo, a falta do NPC na missão Esmeralda do Azar. E o que foi feito? Nada. Absolutamente nada. Isso mostra um descaso gigantesco, ainda mais porque o jogo tem como um dos seus pilares a construção de uma história ao redor do personagem e das cidades. Como é que um MMORPG pode se sustentar ignorando a própria narrativa? Corrigir bugs não é só um detalhe técnico, é essencial para manter o jogo vivo e envolvente. Quando problemas como esse ficam anos – ou décadas – sem solução, fica claro que a administração simplesmente não se importa com a experiência dos jogadores. Se o jogo foi criado para contar histórias e guiar os jogadores por missões, deixar partes do conteúdo quebradas ou inacessíveis destrói completamente esse propósito. E não é só essa missão específica. Quantos eventos já tiveram erros que nunca foram corrigidos? Quantos NPCs sumiram sem explicação? Quantas mecânicas quebraram e ficaram assim por meses ou anos? Um jogo que ainda dá lucro depois de tanto tempo deveria receber mais cuidado, mais manutenção e, principalmente, mais respeito pelos jogadores que ainda insistem em jogar. Se um bug tão simples continua aí desde 2004 sem ninguém mexer, o que isso diz sobre o compromisso da administração? Isso só prova que não existe uma equipe dedicada a manter o jogo funcionando bem. O mínimo que se espera de uma empresa que fatura há tanto tempo com o mesmo produto é que ela cuide dele. Mas, enquanto os bugs se acumulam e nada muda, a experiência dos jogadores só piora, e o jogo vai virando uma colcha de retalhos de erros ignorados.
  7. Na verdade, todos esses problemas mencionados são, sim, culpa da administração. O comércio de itens dentro do jogo não é ilegal por si só: os itens, zennys, etc., pertencem ao jogador. Se alguém deseja vendê-los por dinheiro real e outra pessoa quer comprar, isso é um problema exclusivamente entre as partes envolvidas. No entanto, a questão real é como esses itens e zennys são adquiridos. Esse fator tem um impacto direto na economia do jogo e no equilíbrio da experiência para todos os jogadores. Se para obter zennys, itens, etc em grande quantidade é necessário recorrer aos robozinhos que não podem ser mencionados aqui, então é algo irregular, mas não culpa dos jogadores, mas sim por estes só operarem devido à conivência da administração. A falta de fiscalização e de medidas eficazes contra esse tipo de abuso mostra que a empresa simplesmente não se importa com a integridade do jogo. Esse descaso é ainda mais absurdo quando lembramos que essa administradora lucra com o jogo desde 2004. Por duas décadas, a empresa arrecada dinheiro com assinaturas, venda de ROPs e itens pagos, mas não investe na segurança e no equilíbrio do próprio sistema. Se o jogo gera lucro, é obrigação da administração garantir um ambiente estável e justo. Mas, em vez disso, assistimos a um cenário onde os problemas são ignorados até que fiquem insustentáveis. Os abusos de bugs também recaem inteiramente sobre a administração. Quando um bug é identificado, é dever imediato da empresa corrigir o problema – seja bloqueando o acesso ao mapa, restringindo o uso de um item ou aplicando ajustes no sistema. Mas o que vemos é uma postura completamente reativa: só quando o abuso se torna extremamente visível para a comunidade é que a administração resolve agir. E mesmo assim, suas “soluções” são remendos temporários. Emitem uma nota, desligam o servidor, aplicam um patch e dizem que "o problema foi solucionado". Mas, ao analisar as mudanças, percebe-se que eles apenas desabilitam o item, o monstro ou o mapa temporariamente. No próximo patch, a "correção" muitas vezes é revertida, e o problema persiste. O caso do bigode grisalho, que ainda funciona em alguns mapas, é um exemplo claro dessa ineficiência. Sobre os bugs no jogo, qualquer empresa séria de tecnologia sabe que um sistema que gera lucro deve ter monitoramento constante. Mas aqui, o mínimo necessário não é feito. O que a administração monitora? Apenas o número de conexões e se o servidor tem memória suficiente para rodar os serviços de login, mapas e personagens. Isso é uma irresponsabilidade colossal. O log de erros é desprezado, os problemas detectados pelo próprio software não são solucionados, nem sequer encaminhados à desenvolvedora. Essa negligência é tamanha e se arrasta há tantos anos que o jogo se tornou essa m-3-r-d@ que é hoje. Os servidores privados de Ragnarok não são perfeitos, e isso é um fato. Todos eles possuem falhas. No entanto, há uma diferença crucial: neles, existe um real interesse em melhorar. Os administradores desses servidores privados fazem o possível para manter a estabilidade e garantir uma experiência de jogo agradável. Além disso, conhecem a fundo o sistema, sabem onde mexer para corrigir problemas, sabem escalar a infraestrutura corretamente. Enquanto isso, a administração oficial, que fatura com o jogo há mais de 20 anos, não tem sequer a competência – ou a vontade – de manter um ambiente justo e jogável.
  8. Experimente seguir este guia aqui
  9. Quem vai distribuir os chocolates? 🙂
  10. O curioso destas duas imagem é o seguinte cálculo: Se eles recebem um volume de MAIS DE 2 milhões (2.000.000) de tickets por ano, que tem 365 dias. Supondo que eles trabalhem todos os 365 dias, o que não é verdade. Arredondando os mais de 2 milhões de tickets para baixo, deixando apenas 2 milhões Isso dá 5479 tickets em média, por dia. Ai questiono, se a estrutura mantém o jogo online e com acompanhamento e todo mundo está satisfeito, pq abrem ticket? Duvido muito que é para saber se os CEOs estão felizes com o novo corte de cabelo.
  11. DEIXE SUA RISADA https://br.leveluplatam.com/publicacao/#customer-itens
  12. O Browiki não pode, ou não deveria, lucrar com o projeto. Se você souber de qualquer faturamento ocorrido, por favor, informe às autoridades imediatamente. 🙂 Desde sua criação, o Browiki está regido pela licença Creative Commons 3.0 CC BY-NC. A única forma de alterar isso seria mudar o domínio (TLD) que hoje é o .org e sair definitivamente da plataforma MediaWiki. 🙂 A licença Creative Commons 3.0 CC BY-NC permite que as pessoas compartilhem e adaptem o conteúdo, desde que não o utilizem para fins comerciais. Ou seja, qualquer uso comercial violaria a licença. A TLD .org é tradicionalmente usado por organizações sem fins lucrativos. Em relação aos cuidados com o projeto, não há necessidade de passar por aprovação de ninguém. O Browiki foi criado pela comunidade e para a comunidade. Se, em algum momento, alguém exigiu aval para informações anexadas às páginas, essa pessoa está claramente equivocada e com intenções questionáveis.
  13. Solução ineficaz dada pela "moderassaum" Já que a administração, em todo o seu maravilhoso conhecimento está falando que a culpa dos erros no cliente do jogo (erro de sprite, personagens presos em um único mapa, duplicação de itens e desconexão após 40 minutos exatos, etc) é da nossa internet, façamos conforme eles pedem: __________________________________________________________________________________________________ Solução que realmente funciona (e dá certo!!) Agora, se você quer resolver de vez o jogo, vamos ao tutorial abaixo, visto que devido ao árduo trabalho incompetente dos administradores do jogo, eles conseguiram o impossível, ou seja, publicar arquivos corrompidos no instalador principal (isso que dá deixar o sobrinho que cobra mais barato mexer neste tipo de coisa). Apague a instalação existente e garanta que ela esteja totalmente removida da sua máquina. Apenas a opção de download via Torrent não foi afetada pelo sobrinho de TI, logo, para correto download: Baixe via torrent o jogo através desta página, utilize um cliente torrent de sua preferência. Após o download execute o arquivo recebido. Durante o procedimento verifique e grave o local de instalação. Antes de abrir o jogo, realize os seguintes passos, para garantir que o jogo rode sem gargalos, nos arquivos Ragexe.exe e Ragnarok.exe. Clique com o botão direito no arquivo, conforme a imagem. Selecione "Propriedades" e navegue até a aba de "Compatibilidade", selecione as seguintes opções: "Executar este programa em modo de compatibilidade" e escolha "Windows 7" "Desabilitar otimizações de tela inteira" "Executar este programa como administrador" Na opção "Alterar configurações de DPI Alto" marque a opção "Substituição de escala de DPI Alta" e marque a opção "Aplicativo". Após realizar o passo anterior, abra o Ragexe.exe e aguarde a atualização padrão. Em caso de erro de texturas: Remova o arquivo patch3.txt presente na pasta principal do jogo. Acesse a URL a seguir e realize o download do arquivo atualizado: http://wpatch.levelupgames.com.br/patch30/patch3.txt Salve-o na pasta principal do jogo. Obtenha todos os arquivos necessários advindos do FTP do Ragnarok através das seguintes credenciais (ftp://200.229.61.169:21/patch) : Protocolo: FTP IP: 200.229.61.169 Porta: 21 Usuário: anonymous Senha (Pode ser qualquer uma, mas vamos usar a mesma que o client do jogo usa): IEUser@ Modo: Passivo pasta: /patch Acesse via algum client FTP, pode ser via browser mesmo (Como o net2ftp, por exemplo). Após obter os arquivos que estavam corrompidos, leve-os para a pasta principal do Ragnarok e reabra o launcher, ele irá identificar estes arquivos, descompactá-los e realizar o merge ao data.grf automaticamente (relaxe, o client irá apagar estes arquivos após conclusão do merge). Em caso de fechamento inesperado do jogo após 40 minutos de sua execução execute os passos abaixo: O problema se dá nas seguintes etapas: O Easy Anti Cheat não foi testado com o jogo no Windows 11, devem ter utilizado uma máquina com Windows ME 32 bits nunca atualizado (acertei né?). Uma vez iniciado o Easy Anti Cheat fica tentando por mais algumas vezes, sabendo isto ele pode atuar de duas formas: Após algumas tentativas de verificação, o Easy Anticheat, então encerra todos os serviços vinculados a ele. Duplicando o serviço do Easy Anti Cheat. Após exatos 40 minutos um serviço paralelo ao cliente do jogo tenta chamar o Easy Anti Cheat para realizar um health-check nele, e neste momento, não encontrando o processo ativo ou então encontrando processos duplicados, vê isso como algo anômalo e encerra o cliente do jogo. Agora que sabemos onde está o erro, basta acessar a pasta do EasyAntiCheat Clique com o botão direito no arquivo "EasyAntiCheat_Setup" Realize as mesmas ações do passo 3.2 e 3.3 deste guia, no arquivo "EasyAntiCheat_Setup" Execute o arquivo "EasyAntiCheat_Setup" como administrador Selecione o jogo "Ragnarok Online Brasil" Clique em "Serviço de Reparos" Após atualização da DLL clique em "Finalizar" Divirta-se 🙂 Parte engraçada: O FTP é o da LU!G ainda e vinculado com os demais jogos que ela oferece ahahahahha
  14. O réptil não entra desde o dia que criei este tópico de retorno, parece que ele tem perdido muita coisa 🙂 Voltei e voltei para ficar.
  15. Pergunte a sí mesmo: "Eu consigo entrar no jogo e ficar mais de 1 hora online sem ter que reabrir o client dele?" Se a resposta for negativa, não coloque Rops; Agora se a resposta for positiva, também não coloque, não vale a pena.
  16. Oi Spike, sumido, vi que você publicou isso: Não sabem o que está ocorrendo? Tá com dificuldades de trabalhar corretamente? Sabem construir um ragexe.exe?
  17. Para alguém preencher a lacuna duas coisas devem ocorrer antes: Tratarem os erros de client do jogo, afinal, se ninguém pode jogar, como os guias serão criados? Abrirem a área de quests e eventos para publicação.
  18. é o mesmo erro, tudo igual, o nome do arquivo é o mesmo, entenda que ele cria uma cópia do Ragexe.exe toda vez que ele crasha (olha que beleza) e adiciona ao final como nomeclatura a data e hora no seguinte formato "RRRRMMDDHH24MISS" Sendo: RRRR - Ano MM - Mês DD - Dia HH24 - Hora no formato 24h MI - Minutos SS - Segundos.
×
×
  • Create New...