Yamaken

Olá, hoje venho apresentar o Ultimate Sprite Editor. Não é atoa que ele se chama Ultimate, ele é o melhor sprite Editor que já existiu na comunidade. Pretendo disponibiliza-lo em alguns dias para a comunidade, enquanto isso, gostaria de saber o que as pessoas acham dele e também gostaria de saber se existe alguma função a mais que possa ser adicionada nele.
 
Imagens:
 


 
Ele auto detecta a versão da spr baseada na signature do arquivo, e isso pode ser configurado em um arquivo .ini. Caso o auto detect não funcionar, você pode escolher a versão do spr manualmente.
 
 


 
As funções do Ultimate Spr Editor são:
 
New: Cria um novo spr do zero sem nenhuma sprite.
Open: Abre um arquivo spr com determina versão.
Save: Salva um arquivo spr em determinada versão.
Add: Adiciona um numero x de sprites no formato png( fundo transparente ) ou no formato bmp( fundo rosa ).
Replace: substitui as sprites selecionadas, quer dizer, os IDs continuam os mesmos só muda a imagem dessas sprites.
Export: exporta as sprites selecionadas no formato png.
Clone: "Clona" as sprites selecionadas, quer dizer, cria sprites iguais no final do arquivo spr.
Clear: "Limpa" as sprites selecionadas, isso quer dizer que o ID não vai ser deletado mas que o conteúdo da sprite( a imagem ) vai ser deletado.
 
Por enquanto é só.
 
Yamaken~

Download:   MediaFire Scan   já tá pronto.

Olá, hoje venho apresentar o Ultimate Sprite Editor. Não é atoa que ele se chama Ultimate, ele é o melhor sprite Editor que já existiu na comunidade. Pretendo disponibiliza-lo em alguns dias para a comunidade, enquanto isso, gostaria de saber o que as pessoas acham dele e também gostaria de saber se existe alguma função a mais que possa ser adicionada nele.
 
Imagens:
 


 
Ele auto detecta a versão da spr baseada na signature do arquivo, e isso pode ser configurado em um arquivo .ini. Caso o auto detect não funcionar, você pode escolher a versão do spr manualmente.
 
 


 
As funções do Ultimate Spr Editor são:
 
New: Cria um novo spr do zero sem nenhuma sprite.
Open: Abre um arquivo spr com determina versão.
Save: Salva um arquivo spr em determinada versão.
Add: Adiciona um numero x de sprites no formato png( fundo transparente ) ou no formato bmp( fundo rosa ).
Replace: substitui as sprites selecionadas, quer dizer, os IDs continuam os mesmos só muda a imagem dessas sprites.
Export: exporta as sprites selecionadas no formato png.
Clone: "Clona" as sprites selecionadas, quer dizer, cria sprites iguais no final do arquivo spr.
Clear: "Limpa" as sprites selecionadas, isso quer dizer que o ID não vai ser deletado mas que o conteúdo da sprite( a imagem ) vai ser deletado.
 
Por enquanto é só.
 
Yamaken~

Olá, hoje venho apresentar o Ultimate Sprite Editor. Não é atoa que ele se chama Ultimate, ele é o melhor sprite Editor que já existiu na comunidade. Pretendo disponibiliza-lo em alguns dias para a comunidade, enquanto isso, gostaria de saber o que as pessoas acham dele e também gostaria de saber se existe alguma função a mais que possa ser adicionada nele.
 
Imagens:
 


 
Ele auto detecta a versão da spr baseada na signature do arquivo, e isso pode ser configurado em um arquivo .ini. Caso o auto detect não funcionar, você pode escolher a versão do spr manualmente.
 
 


 
As funções do Ultimate Spr Editor são:
 
New: Cria um novo spr do zero sem nenhuma sprite.
Open: Abre um arquivo spr com determina versão.
Save: Salva um arquivo spr em determinada versão.
Add: Adiciona um numero x de sprites no formato png( fundo transparente ) ou no formato bmp( fundo rosa ).
Replace: substitui as sprites selecionadas, quer dizer, os IDs continuam os mesmos só muda a imagem dessas sprites.
Export: exporta as sprites selecionadas no formato png.
Clone: "Clona" as sprites selecionadas, quer dizer, cria sprites iguais no final do arquivo spr.
Clear: "Limpa" as sprites selecionadas, isso quer dizer que o ID não vai ser deletado mas que o conteúdo da sprite( a imagem ) vai ser deletado.
 
Por enquanto é só.
 
Yamaken~

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Atualizado.
Adicionado comandos para o caster.
Fixado o problema com a senha do cast.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Eu desenvolvi ontem um cast system básico. Ele é baseado em todos os casts que você acha por ai, especialmente esse daqui: https://github.com/otland/forgottenserver/pull/994
 
O que ele tem diferente?
Até agora se mostrou estável, não dá debugs nem crasha a distro(o mais importante) e é bem simples. Fiz ele por que os casts disponiveis não foram feitos em sua maioria por programadores, e sim amadores que se propuseram a adaptar a source do Elf(um desenvolvedor antigo do tfs) de 0.3.x para 1.0+. Esses casts tem um codigo bem feio e mal organizado. Eu tentei fazer algo mais bem feito e organizado.
 
Não recomendo a usar em produção(servidor online com players).
 
No futuro pretendo adicionar mais comandos como banir, kick, trocar o nome do spectador, etc. Por enquanto o foco é testar se tá 100% estavel(sem dar crash).
 
Source:
 
https://github.com/HeavenIsLost/cast
 
Executavel(32 bits):
 
http://www.mediafire.com/download/f9pe9fp921bhi47/theforgottenserver+Cast.exe
 
Schema para ser adicionado no banco de dados:
CREATE TABLE IF NOT EXISTS `live_casts` ( `player_id` int(11) NOT NULL, `cast_name` varchar(255) NOT NULL, `password` boolean NOT NULL DEFAULT false, `description` varchar(255), `spectators` smallint(5) DEFAULT 0, UNIQUE KEY `player_id_2` (`player_id`), FOREIGN KEY (`player_id`) REFERENCES `players`(`id`) ON DELETE CASCADE ) ENGINE=InnoDB; Comando para ativar o cast(encontrado no talkactions.xml):
 
   
Comandos que o caster pode dar(dentro do channel do cast):
 
 
 
Ps: esse funciona melhor do que o do Djarek por que não envolve multithread e tals.

Aqueles que tem os bons olhos para ver estão percebendo cada vez mais o status pertinente do openTibia: decadência.
 
Esses status já vem sendo visto a um bom tempo, no meu caso, já o estou vendo desde que me envolvi com OpenTibia. Todo dia entro nesse fórum e na Otland, e quase não me deparo com nada novo, nada inovador, nada extraordinário. A otland ainda está melhor do que aqui pois lá existem pessoas mais competentes como por exemplo o mark( talaturen ), que é o criador e principal desenvolvedor do Tfs. A questão principal aqui é a onde o openTibia vai chegar. É obvio que ela vai chegar ao fim a algum dia, e nesse ritimo, relativamente rápido. Muita baboseira foi falada sobre como reviver a comunidade em geral, muitas hipóteses, pouca pratica. A verdade é que a base da comunidade brasileira de OpenTibia é toda leecher. Você pode perceber, nenhuma distro nacional foi para frente, nada é desenvolvido aqui. Praticamente tudo é gringo. Nem ferramentas direito foram desenvolvidas, nada foi feito. É complicado. 
 
Uma das atitudes tomadas tanto pela Otland e pelo tibiaking foi de proibir a venda e compra de coisas relacionadas a openTibia em si. Essa atitude foi tomada com o pretexto que o mercado de bens e serviços relacionados a openTibia estragava o objetivo "open"( isto é, aberto, livre )  e o espirito comunitário do OpenTibia.
Esse pretexto uma parte existe por que o OpenTibia nasceu de um esforço de uma "comunidade" com o objetivo de criar um servidor que fosse um substituto/replica do Tibia, e que graças ao esforço comunitário isso foi realizado.
Mas não é novidade para ninguém que OpenTibia hoje em dia é negocio, que pessoas "produzem" otservers apenas para lucro. É quase que natural que as pessoas busquem o lucro afinal é um sistema capitalista e precisamos de dinheiro para fazer qualquer coisa, e que para conseguir esse dinheiro somos remunerados pelo nosso trabalho. 
Também é fato que pessoas relacionadas a administração de fóruns tem servidores de OTserver com o objetivo de ganhar dinheiro. Afinal, você tem uma "comunidade open" aonde todo mundo é amiguinho e se ajuda, e quando você precisa de mão de obra para produzir algo para o seu server você compra o trabalho dos usuários do fórum, por fora, é claro. Quer dizer, o fórum pode servir de uma encubadora para essas pessoas. Relembramos de uma velha conhecida, a hipocrisia.
 
Pensando bem, talvez seja até errado de chamar de comunidade. Veja bem, a comunidade que produziu o OpenTIbia não é a mesma que essa comunidade. Essa aqui não produziu o OpenTibia.
Essa aqui não produziu nenhum grande projeto. Não existe um conceito forte de comunidade quando apenas um ou outro( como o mark/talaturen ) que desenvolve quase tudo. De novo a palavra leecher vem a minha mente. 
 
Acredito que o livre mercado( venda e compra ) seja mais benéfico do que maléfico, visto que trabalhos pagos são na sua maioria de maior qualidade e servem de referencia para trabalhos "open"( todos podem usar ). Afinal, vocês querem impor algo, sendo que a comunidade que deveria se auto regular. Existem diversos projetos pela internet onde há conteúdo "open" e conteúdo pago, e os dois coexistem pacificamente e a logica é bem simples: Pessoas desenvolvem produtos, alguns de graça, outros não.
 
O que falta aqui são desenvolvedores. Pessoas que façam algo de verdade, que levem tudo isso frente. É fato que existem diversos interesses na comunidade OpenTibia, e que cada um está focado no seu, mas eu acredito que a comunidade precisa encontrar um objetivo, uma base comum a todos e trabalhar nela. A comunidade está repleta de usuarios de OpenTibia, não desenvolvedores. Existe um equilibrio entre usuários e desenvolvedores, e essa comunidade nunca encontrou ele.
 
Para concluir, gostaria de dizer que o OpenTibia se torna muito interessante a partir do momento que ele se torna uma incubadeira para projetos como o Zezenia e Phobos e que existe muito potencial nele.
 
Yamaken~

Adicionado janela com as propriedades do arquivo spr, como a signature e a quantidade de sprites.
 
Pelo que eu percebi, nenhuma função a mais é necessária, estou bem satisfeito com o editor, em breve estarei postando ele.
 
Yamaken~

Olá, hoje venho apresentar o Ultimate Sprite Editor. Não é atoa que ele se chama Ultimate, ele é o melhor sprite Editor que já existiu na comunidade. Pretendo disponibiliza-lo em alguns dias para a comunidade, enquanto isso, gostaria de saber o que as pessoas acham dele e também gostaria de saber se existe alguma função a mais que possa ser adicionada nele.
 
Imagens:
 


 
Ele auto detecta a versão da spr baseada na signature do arquivo, e isso pode ser configurado em um arquivo .ini. Caso o auto detect não funcionar, você pode escolher a versão do spr manualmente.
 
 


 
As funções do Ultimate Spr Editor são:
 
New: Cria um novo spr do zero sem nenhuma sprite.
Open: Abre um arquivo spr com determina versão.
Save: Salva um arquivo spr em determinada versão.
Add: Adiciona um numero x de sprites no formato png( fundo transparente ) ou no formato bmp( fundo rosa ).
Replace: substitui as sprites selecionadas, quer dizer, os IDs continuam os mesmos só muda a imagem dessas sprites.
Export: exporta as sprites selecionadas no formato png.
Clone: "Clona" as sprites selecionadas, quer dizer, cria sprites iguais no final do arquivo spr.
Clear: "Limpa" as sprites selecionadas, isso quer dizer que o ID não vai ser deletado mas que o conteúdo da sprite( a imagem ) vai ser deletado.
 
Por enquanto é só.
 
Yamaken~

Aqueles que tem os bons olhos para ver estão percebendo cada vez mais o status pertinente do openTibia: decadência.
 
Esses status já vem sendo visto a um bom tempo, no meu caso, já o estou vendo desde que me envolvi com OpenTibia. Todo dia entro nesse fórum e na Otland, e quase não me deparo com nada novo, nada inovador, nada extraordinário. A otland ainda está melhor do que aqui pois lá existem pessoas mais competentes como por exemplo o mark( talaturen ), que é o criador e principal desenvolvedor do Tfs. A questão principal aqui é a onde o openTibia vai chegar. É obvio que ela vai chegar ao fim a algum dia, e nesse ritimo, relativamente rápido. Muita baboseira foi falada sobre como reviver a comunidade em geral, muitas hipóteses, pouca pratica. A verdade é que a base da comunidade brasileira de OpenTibia é toda leecher. Você pode perceber, nenhuma distro nacional foi para frente, nada é desenvolvido aqui. Praticamente tudo é gringo. Nem ferramentas direito foram desenvolvidas, nada foi feito. É complicado. 
 
Uma das atitudes tomadas tanto pela Otland e pelo tibiaking foi de proibir a venda e compra de coisas relacionadas a openTibia em si. Essa atitude foi tomada com o pretexto que o mercado de bens e serviços relacionados a openTibia estragava o objetivo "open"( isto é, aberto, livre )  e o espirito comunitário do OpenTibia.
Esse pretexto uma parte existe por que o OpenTibia nasceu de um esforço de uma "comunidade" com o objetivo de criar um servidor que fosse um substituto/replica do Tibia, e que graças ao esforço comunitário isso foi realizado.
Mas não é novidade para ninguém que OpenTibia hoje em dia é negocio, que pessoas "produzem" otservers apenas para lucro. É quase que natural que as pessoas busquem o lucro afinal é um sistema capitalista e precisamos de dinheiro para fazer qualquer coisa, e que para conseguir esse dinheiro somos remunerados pelo nosso trabalho. 
Também é fato que pessoas relacionadas a administração de fóruns tem servidores de OTserver com o objetivo de ganhar dinheiro. Afinal, você tem uma "comunidade open" aonde todo mundo é amiguinho e se ajuda, e quando você precisa de mão de obra para produzir algo para o seu server você compra o trabalho dos usuários do fórum, por fora, é claro. Quer dizer, o fórum pode servir de uma encubadora para essas pessoas. Relembramos de uma velha conhecida, a hipocrisia.
 
Pensando bem, talvez seja até errado de chamar de comunidade. Veja bem, a comunidade que produziu o OpenTIbia não é a mesma que essa comunidade. Essa aqui não produziu o OpenTibia.
Essa aqui não produziu nenhum grande projeto. Não existe um conceito forte de comunidade quando apenas um ou outro( como o mark/talaturen ) que desenvolve quase tudo. De novo a palavra leecher vem a minha mente. 
 
Acredito que o livre mercado( venda e compra ) seja mais benéfico do que maléfico, visto que trabalhos pagos são na sua maioria de maior qualidade e servem de referencia para trabalhos "open"( todos podem usar ). Afinal, vocês querem impor algo, sendo que a comunidade que deveria se auto regular. Existem diversos projetos pela internet onde há conteúdo "open" e conteúdo pago, e os dois coexistem pacificamente e a logica é bem simples: Pessoas desenvolvem produtos, alguns de graça, outros não.
 
O que falta aqui são desenvolvedores. Pessoas que façam algo de verdade, que levem tudo isso frente. É fato que existem diversos interesses na comunidade OpenTibia, e que cada um está focado no seu, mas eu acredito que a comunidade precisa encontrar um objetivo, uma base comum a todos e trabalhar nela. A comunidade está repleta de usuarios de OpenTibia, não desenvolvedores. Existe um equilibrio entre usuários e desenvolvedores, e essa comunidade nunca encontrou ele.
 
Para concluir, gostaria de dizer que o OpenTibia se torna muito interessante a partir do momento que ele se torna uma incubadeira para projetos como o Zezenia e Phobos e que existe muito potencial nele.
 
Yamaken~

Aqueles que tem os bons olhos para ver estão percebendo cada vez mais o status pertinente do openTibia: decadência.
 
Esses status já vem sendo visto a um bom tempo, no meu caso, já o estou vendo desde que me envolvi com OpenTibia. Todo dia entro nesse fórum e na Otland, e quase não me deparo com nada novo, nada inovador, nada extraordinário. A otland ainda está melhor do que aqui pois lá existem pessoas mais competentes como por exemplo o mark( talaturen ), que é o criador e principal desenvolvedor do Tfs. A questão principal aqui é a onde o openTibia vai chegar. É obvio que ela vai chegar ao fim a algum dia, e nesse ritimo, relativamente rápido. Muita baboseira foi falada sobre como reviver a comunidade em geral, muitas hipóteses, pouca pratica. A verdade é que a base da comunidade brasileira de OpenTibia é toda leecher. Você pode perceber, nenhuma distro nacional foi para frente, nada é desenvolvido aqui. Praticamente tudo é gringo. Nem ferramentas direito foram desenvolvidas, nada foi feito. É complicado. 
 
Uma das atitudes tomadas tanto pela Otland e pelo tibiaking foi de proibir a venda e compra de coisas relacionadas a openTibia em si. Essa atitude foi tomada com o pretexto que o mercado de bens e serviços relacionados a openTibia estragava o objetivo "open"( isto é, aberto, livre )  e o espirito comunitário do OpenTibia.
Esse pretexto uma parte existe por que o OpenTibia nasceu de um esforço de uma "comunidade" com o objetivo de criar um servidor que fosse um substituto/replica do Tibia, e que graças ao esforço comunitário isso foi realizado.
Mas não é novidade para ninguém que OpenTibia hoje em dia é negocio, que pessoas "produzem" otservers apenas para lucro. É quase que natural que as pessoas busquem o lucro afinal é um sistema capitalista e precisamos de dinheiro para fazer qualquer coisa, e que para conseguir esse dinheiro somos remunerados pelo nosso trabalho. 
Também é fato que pessoas relacionadas a administração de fóruns tem servidores de OTserver com o objetivo de ganhar dinheiro. Afinal, você tem uma "comunidade open" aonde todo mundo é amiguinho e se ajuda, e quando você precisa de mão de obra para produzir algo para o seu server você compra o trabalho dos usuários do fórum, por fora, é claro. Quer dizer, o fórum pode servir de uma encubadora para essas pessoas. Relembramos de uma velha conhecida, a hipocrisia.
 
Pensando bem, talvez seja até errado de chamar de comunidade. Veja bem, a comunidade que produziu o OpenTIbia não é a mesma que essa comunidade. Essa aqui não produziu o OpenTibia.
Essa aqui não produziu nenhum grande projeto. Não existe um conceito forte de comunidade quando apenas um ou outro( como o mark/talaturen ) que desenvolve quase tudo. De novo a palavra leecher vem a minha mente. 
 
Acredito que o livre mercado( venda e compra ) seja mais benéfico do que maléfico, visto que trabalhos pagos são na sua maioria de maior qualidade e servem de referencia para trabalhos "open"( todos podem usar ). Afinal, vocês querem impor algo, sendo que a comunidade que deveria se auto regular. Existem diversos projetos pela internet onde há conteúdo "open" e conteúdo pago, e os dois coexistem pacificamente e a logica é bem simples: Pessoas desenvolvem produtos, alguns de graça, outros não.
 
O que falta aqui são desenvolvedores. Pessoas que façam algo de verdade, que levem tudo isso frente. É fato que existem diversos interesses na comunidade OpenTibia, e que cada um está focado no seu, mas eu acredito que a comunidade precisa encontrar um objetivo, uma base comum a todos e trabalhar nela. A comunidade está repleta de usuarios de OpenTibia, não desenvolvedores. Existe um equilibrio entre usuários e desenvolvedores, e essa comunidade nunca encontrou ele.
 
Para concluir, gostaria de dizer que o OpenTibia se torna muito interessante a partir do momento que ele se torna uma incubadeira para projetos como o Zezenia e Phobos e que existe muito potencial nele.
 
Yamaken~