Categoria: Geral

Todo tipo de conversa…

A Demoscene

Deixar um comentário
Assembly 2009

Demoscene é uma subcultura da arte computacional especializada na produção de demos, apresentações áudio-visuais não-interativas, que são executadas em tempo-real em um computador.

Wikipedia

A definição acima descreve bem resumidamente o que era a Demoscene, mas minha intenção nesse post é falar sobre como a conheci, além de lembrar um pouco do contexto da época e do porque considerar as demos algo especial que merece ser lembrado.

Contexto

No final da década de 1980, início da década de 1990, o poder computacional dos microcomputadores era muito, mas muuuuito mais limitado do que qualquer smartphone atual! No Brasil, o mercado de microcomputadores era basicamente composto por clones do Apple II (fabricados pela CCE, Dismac, Microdigital, etc) e por IBM/PC’s (fabricados pela Prológica, Itautec, etc), além de algumas outras marcas/plataformas menos importantes (fãs dos MSX vão querer me matar). Os Apple II (obrigado Steve Wozniak), eram basicamente usados em cursos introdutórios de informática, onde se aprendia os conceitos básicos de programação utilizando o próprio Basic nativo. Os cursos mais “avançados” usavam os PCs (XT, AT, 286, 386) para ensinar dBase/Clipper, Supervisicalc (o avô do Excel), Wordstar (avô do Word), etc.

Quem tinha um pouco mais de dinheiro podia se dar ao luxo de fugir desses PCs nacionais “meia-boca” e montar seus próprios PCs, geralmente com peças trazidas do Paraguai pelos “muambeiros”. Era comum os chamados “foguetões”, ônibus fretados que saíam em direção à Ciudad del Este numa sexta-feira, percorrendo milhares de km, chegavam lá no sábado de manhã, deixavam o pessoal fazendo compras para voltar logo em seguida. Trazia-se de tudo! Desde alho, roupas, brinquedos, até impressoras, monitores (de tubo), placas mães, cpus, gabinetes, placas de video, memórias, etc. Isso porque a reserva de mercado tornava praticamente impossível importar computadores fabricados no exterior (tudo para fomentar a indústria nacional… nem preciso dizer que não deu certo)!

Solution 16
Solution 16, da Prológica

Um PC “top” da época seria um 386DX de 40Mhz, com 4MB de RAM, placa SuperVGA, monitor Samsung Syncmaster 3 ou 4, modem USRobotics, etc. Percebeu que até agora não usei a palavra GIGA pra nada?! Pois é! Processadores de 40 MEGAHertz, 4 MEGAbytes de RAM, etc… inacreditável, não?!

A internet era para poucos! Na verdade, a maioria das pessoas nem sabia que ela existia. Basicamente, no Brasil, a internet só existia em algumas universidades públicas. Ainda assim, a World Wide Web (WWW, ou simplesmente Web) era uma recém-nascida e desconhecida por nós. Usar a internet significava basicamente usar programas específicos para executar funções específicas: ftp para troca de arquivos, nntp para grupos de discussão, IRC para chat ao vivo, Telnet para conectar computadores remotos, etc. Com a popularização da Web, ela acabou se tornando quase que um sinônimo para a internet (obrigado Mosaic e Netscape).

Nessa época, comecei um estágio na ESALQ/USP, onde tive o primeiro contato com a rede mundial de computadores. Eu já era SysOp da WarmBoot BBS, e acessar a internet abriu um mundo novo de possibilidades para obtenção de arquivos para disponibilizar aos usuários do BBS. Até então, os acervos de arquivos dos BBS eram baseados em CDs de shareware ou no envio de arquivos pelos próprios usuários. Com a internet, mais especificamente com o FTP e sites como o Simtel 20, ficava muito mais fácil e rápido ter acesso à programas e novidades das mais variadas! Foi numa dessas “zapeadas” pelos FTPs da vida que vi um diretório de arquivos chamado “demos“. Baixei alguns pra ver do que se tratava, e foi aí que meu interesse pela Demoscene nasceu.

Demos?

As demos eram programas, geralmente codificados em linguagem C e/ou assembly (linguagem de máquina), onde o objetivo era criar animações gráficas explorando ao máximo os recursos (limitados) dos hardwares disponíveis, gerando objetos em 3D, chamas, sombreados, etc.

Uma boa demo era aquela que conseguia reunir as seguintes características:

  • Maior suavidade nos movimentos
  • Boa resolução
  • Trilha sonora original (geralmente arquivos MOD nas Demos, e MIDI nas Intros)
  • Efeitos gráficos
  • Muito “3D”
  • O menor tamanho de executável possível

Hoje em dia é normal assistirmos filmes repletos de efeitos especiais e cenários que só existem digitalmente. Essas cenas são todas renderizadas (desenhadas) por softwares executados em computadores “fodásticos”, que no final geram uma sequência de imagens que vão compor as cenas do filme. Esse processo pode levar horas, dias, semanas ou meses, dependendo da complexidade dos objetos na cena, duração, resolução e nível de detalhamento desejado, etc.

O fantástico das demos era que praticamente tudo que você estava assistindo estava sendo calculado e desenhado em tempo real, usando hardwares extremamente variados e limitados! Diferente de um filme que já tem todas as cenas produzidas anteriormente, as demos calculam e geram as animações na hora!

Geralmente eram produzidas por várias pessoas, entre programadores (coders), artistas gráficos, compositores, etc. Algumas se juntavam e criavam um DemoGroup, como, por exemplo, Future Crew, Twilight Zone, Renaissance, Triton, etc.

Assembly 2009
Assembly 2009

A maioria desses DemoGroups eram compostos por pessoas dos países nórdicos, especialmente finlandeses. A impressão que dava era que quanto mais gelado o país, melhores eram as demos… talvez seja um efeito de não poder sair pra badalar devido ao frio intenso 😀

Com o passar do tempo, campeonatos anuais de demos começaram a ser organizados, como o Assembly e a The Party. Esses campeonatos reuniam diversos integrantes de vários DemoGroups, onde as demos eram apresentadas e avaliadas para se eleger as vencedoras. Criou-se até mesmo categorias de competição: 1K Intros, 4K Intros, 64K Intros, PC Demos, etc.

Unreal

Vencedora do campeonato Assembly’92, produzida pela Future Crew. Além de uma trilha sonora excepcional (© Purple Motion), tinha todos os quesitos que compõem uma boa demo. Não foi a toa que ganhou o concurso! Essa foi a primeira demo que realmente me encheu os olhos! Na época, chegamos até a exibi-la publicamente (através de um datashow) em uma palestra que demos no Colégio Piracicabano.

Li em uma entrevista, há alguns anos atrás, que o compositor (Purple Motion) havia criado toda a trilha sonora direto no computador, um Commodore64, sem ter nem ao menos um piano ou sintetizador pra ajudar! Para isso eram usados os trackers, programas que permitiam compor músicas diretamente no computador, geralmente no padrão MOD ou alguma variação dele.

Second Reality

Após ganhar o primeiro lugar no Assembly em 1992 com a Unreal, a Future Crew apresentou no Assembly’93 a Second Reality (ou Unreal 2), sua mais nova criação, trazendo gráficos e efeitos ainda mais elaborados. Algumas das ideias eram claramente uma evolução de partes da Unreal, assim como alguns objetos 3D. Ganharam o primeiro lugar, de novo!

O código fonte da Second Reality foi aberto e publicado no Github em 2.013, em comemoração ao aniversário de 20 anos!

As demos no Brasil

Infelizmente, desconheço a existência de um DemoGroup brasileiro, muito menos de algum campeonato nacional de demos. Como já comentei, naquela época a internet era para pouquíssimos, sendo mais comuns os BBS como forma de “comunidade digital” para troca de mensagens, arquivos, etc. Como SysOp, comecei a disponibilizar na WarmBoot BBS as demos que eu baixava da internet. Não demorou muito para que esses arquivos fossem parar em outros BBS do país, e com isso mais pessoas passaram à aprecia-las!

A internet também me possibilitou entrar em contato com alguns DemoGroups por e-mail, e assim a WarmBoot BBS passou a ser distribuidora oficial da FutureCrew, Renaissance e Twilight Zone, no Brasil!

Naquela época ainda tinha tempo para brincar com diferentes linguagens de programação e técnicas “baixo nível”, como programação VGA, etc. chegando inclusive a criar uma pequena intro escrita em Assembly para ser distribuída com todos os arquivos do WarmBoot BBS, a Great2!, que fazia uso de técnicas de refresh da VGA para simular uma tela kickando suavemente, enquanto uma música era tocada em background juntamente com um “VU meter” em tempo real. A música eu peguei pronta na internet, bem como o código do midi player que à executava. O executável final ficou com 6KB, apesar que “trapaceei” usando um compressor, visto que provavelmente só os dados da música já ocupavam mais que isso.

IBM/PCs não são legais…

Pelo menos não para as demos 😉 O fato é que IBM/PCs não foram projetados com a intenção de serem “centrais de entretenimento”. Na época, existiam computadores muito mais “demo friendly”, sendo o Amiga o mais conhecido… bom, pelo menos lá fora, já que não existia fabricação nacional de “clones” do Amiga, portanto, era uma raridade encontrar um por aqui.

Amiga 4000

O Amiga veio de um projeto que originalmente visava ser um video game, portanto, sempre foi focado em gráficos e som, um paraíso para os demo makers! Com isso, conseguia realizar tarefas gráficas muito mais rapidamente do que um IBM/PC. O Amiga já de cara nasceu com um sistema operacional gráfico, e usava CPUs da Motorola, os mesmos que a Apple usou no Macintosh durante um bom tempo.

Enfim, com a proliferação mundial dos micros compatíveis com IBM/PC, os demo makers acabaram desenvolvendo também demos para essa arquitetura, felizmente para nós!

Enfim, era isso que tinha pra falar… post recheado de velharia e saudosismo. Muitos irão matar saudades, outros provavelmente vão descobrir coisas que nunca ouviram falar.

Espero que a leitura tenha sido divertida e que tenha despertado a curiosidade sobre as demos. Visitem os links e terão muito mais informação sobre o assunto!

Share and Enjoy !

Registro de carro 0km pela internet

Deixar um comentário

Em pleno século 21, acho inaceitável ter que recorrer a despachantes para fazer uma simples documentação de veículo 0km. O governo investe para modernizar e simplificar os processos e muitas vezes por “medo” ou “comodismo”, acabamos não usufruindo dessas mudanças e tendo gastos desnecessários. Os despachantes estão cobrando em média entre R$ 200-300 para fazer o registro, valor que muitas vezes deve incluir um “extra” para agilizar a emissão dos documentos, pois o processo é um só… não existe o jeito rápido e o lento.

Felizmente, em tempos de pandemia, o Detran-SP implementou em seu portal uma forma de fazer o registro do veículo via internet, mas a sensação que dá é que parte do processo ainda é bastante “manual”, pairando uma desconfiança se funciona ou não.

Começando pela “fase 1” do processo, onde você deve enviar a documentação básica para validação, o que inclui a nota fiscal do veiculo, contrato social da empresa (se estiver em nome de PJ – meu caso), documento de identificação pessoal, etc. e o preenchimento de um formulário bem simples, que pede informações que qualquer um consegue informar.

A primeira ressalva vem do fato de que ao enviar o formulário com os documentos anexados, é exibida apenas uma mensagem (veja a imagem abaixo) dizendo que os dados foram recebidos e que dentro de 3 dias úteis será enviado um email com as guias para pagamento de ipva/dpvat/etc. Não existe um número de protocolo que prove que você enviou a requisição, ou que possa ser consultado pra saber o andamento do processo 🙁

Enfim, 3 dias depois, recebi o email do Detran, com a Guia do IPVA e DPVAT à serem recolhidos (nenhuma delas tinha o número do renavan). Além disso, é necessário pagar a taxa do primeiro registro. Vale observar que as guias chegaram em PDF, mas fica claro que são versões digitalizadas de documentos que haviam sido impressos manualmente, ou seja, alguém no Detran imprimiu as guias, digitalizou e gerou o PDF que foi enviado por email:

Guia DPVAT digitalizada

Outra informação não tão obvia se refere à como pagar a tal taxa do primeiro registro. Imaginei que haveria algum documento/guia com código de barras, mas não! Nenhum tipo de guia foi enviada. Comecei a fuçar e vi que no site do Santander Empresas há opção de recolher essa taxa, informando apenas o CNPJ da empresa. Tentei fazer pelo internet banking, mas não consegui (bug no site do Santander) e, depois de perder mais de uma hora no telefone com atendentes que não souberam resolver o problema, resolvi ir por conta e risco até uma agência e pagar direto no caixa eletrônico (funcionou, mas não precisava ter perdido todo esse tempo… lamentável!).

De posse do comprovante de pagamento do ipva/dpvat/1º registro, começa a fase 2 do processo. Novamente, pelo portal do Detran, preenchemos outro formulario com poucas informações, anexamos os comprovantes e enviamos pra eles. Mais uma vez, não é gerado nenhum número de protocolo… apenas uma tela dizendo que receberemos um contato via e-mail dentro de 3 dias úteis.

Passados 3 dias úteis, recebi um email muito mal redigido, dizendo que o processo havia sido concluido com sucesso. A mensagem está reproduzida abaixo:

Protocolo: #########

Prezado (a) cidadão (ã),

Em resposta à sua manifestação, informamos que a documentação estácorreta e o serviço foi concluído.

Para salvar, baixar ouimprimir o licenciamento de seu veículo, acesse o portal doDETRAN.SP(www.detran.gov.br), o portal do Departamento Nacional detrânsito(Denatran, www.denatran.gov.br) ou baixe o aplicativoCarteira Digital de Trânsito – CDT (SOMENTE para pessoas físicas)nas lojas para Android e IOS.

Para incluir o licenciamentono aplicativo CDT encaminhamos também o código de segurança dodocumento que foir emitido que é: #########

Caso seja necessárioemplacar seu vículo, entre em contato com uma das empresascredenciadas ao Detran.SP

(veja a lista emwww.detran.sp.gov.br),opção no rodapé do portal “credenciados”, “Empresasemplacadoras”.

Agradecemos sua manifestação e ressaltamos a importância do seu contato para o aprimoramento dos serviços do Detran.SP.

Atenciosamente,

(nome e sobrenome do responsável pela resposta)
(cargo que ocupa)
Detran.SP
Governo do Estado de São Paulo

PS: A mensagem é assim mesmo, não é falha de copiar/colar.

Além do fato de estar redigida porcamente (a falta de espaços não é falha minha, chegou assim mesmo), dá a impressão que é uma mensagem padrão enviada no final do processo para qualquer requisitante, seja ele pessoa física ou jurídica.

Alguns problemas:

  • Não foi informado o número da autorização para estampagem (emplacamento) – sem ele não dá pra emplacar!
  • Não é informado o número do renavan, necessário para fazer praticamente qualquer coisa referente ao veículo no portal do Detran, como, por exemplo, imprimir o CRLV-e.
  • Não é mencionado que o próximo passo seria agendar a retirada do CRV no Poupatempo.
  • O carro estava em nome de Pessoa Jurídica, mas a mensagem diz que poderia emitir o CRLV-e pelo aplicativo CDT (Carteira Digital de Trânsito), ao mesmo tempo que informa que ele só serve para pessoas físicas! Porque colocar essa informação no email então?
  • Informaram um código de segurança que, no meu caso, não serviu pra nada.

Enfim, fiquei numa situação de “limbo”. Não posso emplacar porque não tenho o código de estampagem. Não posso emitir o CRLV-e porque não tenho o renavan. A única informação que eu tinha até então era a placa do veículo, que havia sido escolhida durante a fase 1. Faço o que então?

Entrar em contato com o Detran-SP é uma tarefa complicada! Todos os telefones encontrados pelo Google não funcionam mais. O formulário do “Fale Conosco” do site muitas vezes não funciona e, quando funciona, nem mesmo dá um prazo para obter a resposta (geralmente mais de uma semana). O link para falar com a ouvidoria joga você de volta pro formulário do Fale Conosco, numa óbvia tentativa de dificultar qualquer contato com a mesma. Enfim, fazem de tudo para que você desista de fazer contato, muito menos com algum ser humano.

Foi então que decidi recorrer às redes sociais. Na página do Detran-SP no facebook nem mesmo é disponibilizada a opção de enviar uma mensagem. Foi no twitter que finalmente consegui algum tipo de interação com um “ser vivo”, que por sinal me atendeu bem, solicitou alguns dados e disse que retornaria com alguma informação em breve, visto que teria que repassar esses dados para outra equipe, pois eles não tem acesso às informações dos veículos da base do Detran (?!). Como já era mais de 17h, a resposta ficou para o dia seguinte. Foi só assim que finalmente consegui o código de estampagem. No entanto, não me passaram o renavan! Disseram que o próximo passo seria agendar a retirada do CRV no PoupaTempo, e depois ir fazer o emplacamento. Fiz a solicitação de agendamento, e ainda estou aguardando a resposta. Enquanto isso não acontece, através de uma das estampadoras de placas credenciadas na cidade, consegui que eles puxassem o número do renavam pela placa do veículo, e assim finalmente emiti o CRLV-e!

Enfim, o processo de registro funcionou, mas está longe de ser algo ideal ou mesmo automatizado. O fato de (aparentemente) haver muita interação manual no trâmite do processo (por parte do Detran) dá margem a erros. Os emails “padronizados”, onde falta informação essencial para a finalização do processo, são outro problema inaceitável. A falta de um número de protocolo para poder acompanhar o processo deixa tudo ainda mais nebuloso. Para encerrar, a dificuldade de ter alguma forma de contato com um ser humano, e ter que recorrer à formularios de contato que nem sempre funcionam e cuja demora na resposta pode levar dias ou semanas, deixa tudo ainda pior.

Há muito espaço para melhoria, e espero que assim aconteça, afinal, num mundo conectado, já passou da hora do cidadão poder resolver a “BURROcracia” por conta própria, de forma fácil e ágil, sem ter que gastar ainda mais dinheiro pra isso.

Share and Enjoy !

BBS – Um passado não tão distante, mas já quase esquecido

4 comentários

Quando se fala em tecnologia, o tempo parece passar mais rápido do que o normal. A evolução é tão rápida que lembrar de algo que aconteceu há 20-30 anos atrás pode ser comparado a lembrar do tempo dos dinossauros.

Obs: O artigo é cheio de links, vale a pena visita-los para se aprofundar em cada assunto.

Na década de 90, computadores tinham menos poder de processamento do que um smartphone atual, e nem estou falando dos tops de linha! Provavelmente, muitos dos nerds e youtubers de hoje não reconheceriam grande parte das siglas, abreviações e termos utilizados no mundo da computação no início da década de 90: XT, AT, 286, 386 SX, 386 DX, 486, Himem.sys, EMM386, CGA, EGA, VGA, CP/M, etc. A internet no Brasil ainda era uma recém nascida, acessível inicialmente apenas em algumas universidades públicas. Web? Não! Estamos falando de telnet, ftp, Usenet, etc.

Foi um pouco antes dessa época que os BBSes (Bulletin Board System, ou Sistema de Quadro de Avisos – numa daquelas traduções horríveis ao pé da letra) reinavam como as únicas opções de “comunidade virtual” [tá, não vou considerar o VideoTexto, 😀 ], sem saber que logo seriam dizimadas pela chegada da Internet e suas crias tão mais eficientes (e-mail, ICQ, Orkut, Netscape, etc). Os BBSes permitiam que qualquer pessoa que possuísse um computador + modem + linha telefônica pudesse baixar e enviar mensagens e arquivos, além de teclar com outros usuários em real-time através dos chats (restritos ao próprio BBS, ou seja, não era possível conversar em real-time com usuários de outros BBS). Tudo isso em “impressionantes” velocidades que variavam entre 2.400bps e 28.800bps (bps = bits por segundo!) .

Por trás de um BBS sempre havia um software gerenciador de BBS e uma pessoa, o SysOp (System Operator – Operador do Sistema). No Brasil, o software mais usado era o “RA” (Remote Access). Fui SysOp da WarmBoot BBS e, particularmente, preferi usar o Maximus e posteriormente o KBBS, sendo esse último indicado para rodar em OS/2. Geralmente, não era o gerenciador de BBS que “atendia” as ligações. Essa função era de outro software, como o FrontDoor. Era ele que atendia as ligações, verificava se era uma chamada de um usuário ou de outro BBS (para troca de pacotes), e repassava para o software apropriado continuar o “atendimento”. Alguns softwares gerenciadores já traziam um “FrontDoor” embutido.

Dentre os modems mais utilizados no Brasil estavam os da USR (US Robotics) e Hayes, sem contar os inúmeros xing-lings trazidos do Paraguai (Genius, BitCom, etc). O momento de conexão via modem era angustiante! Devido a péssima qualidade das linhas telefônicas, muitas vezes a “gritaria” do modem se perpetuava pela eternidade, na tentativa de negociar uma melhor taxa de conexão.

A troca de mensagens não era instantânea, mas era mais rápida do que usar os Correios 😀 Você conectava, via/lia as mensagens novas, respondia as que desejasse e aguardava um ou dois dias para obter sua resposta. Isso porque a maioria dos BBS trocava mensagens entre si apenas uma vez ao dia, ou melhor, de madrugada, para economizar na conta telefônica (o desconto nos pulsos de interurbanos chegava a 75%).

O processo para troca das mensagens era bem organizado. Cada BBS tinha seu node de distribuição (um outro BBS), onde se conectava para trocar as mensagens. Havia redes de mensagens responsáveis por organizar tudo isso, sendo a internacional Fidonet a maior e mais famosa! Posteriormente, surgiu no Brasil a RBT (Rede Brasileira de Teleinformática), que obteve um certo sucesso mas nunca destronou a “Fido”. Para fazer parte dessa estrutura, o BBS precisava se filiar à uma rede existente, obter seu número de cadastro e começar a participar do processo organizacional de troca de mensagens. Um número de cadastro na Fidonet seguia o padrão zone:net/node, por exemplo, 1:105/6 significa host 6 dentro da rede local de Portland Oregon (rede 105) que está na América do Norte (zona 1). Basicamente, os BBSes conectavam o node de distribuição, enviavam e recebiam as novas mensagens. Esses nodes por sua vez conectavam a outros nodes, e assim por diante, distribuindo as mensagens para todo o planeta.

Como o número de linhas telefônicas disponíveis nos BBSes costumava ser limitado (as linhas eram tão escassas e caras, que chegavam a ser alugadas em imobiliárias), era de praxe utilizar softwares para baixar e responder as mensagens enquanto se estivesse desconectado. O usuário ligava para o BBS, baixava o pacote contendo as novas mensagens ao mesmo tempo que subia as mensagens que já havia respondido quando estava desconectado, tudo através do uso de softwares “mensageiros”, como por exemplo o BlueWave.

A interface dos BBSes era de texto puro, nada de gráficos bonitinhos, janelas, etc. No máximo uma corzinha pra deixar os caracteres menos chatos. Não demorou para que programas específicos surgissem a fim de facilitar a criação das chamadas “telas ANSI”, onde se conseguia utilizar caracteres especiais e coloridos, como bordas, etc. para criar algo mais bonito do que uma simples tela preta cheias de letras e números brancos. Vale lembrar que uma configuração errada no software de comunicação já era suficiente para transformar uma linda tela ansi num indecifrável conjunto de caracteres estranhos e sem o menor sentido. Um dos editores ANSI mais usados na época era o TheDraw.

Além da troca de mensagens, os BBSes eram a fonte mais rápida para se ter acesso a arquivos e novidades. O acervo de arquivos de um BBS geralmente ficava armazenado em CDs e HDs. Um BBS “top” tinha múltiplos drives de CDROM, provendo simultaneamente diversos CDs contendo bibliotecas de arquivos. Já os BBSes mais modestos (a maioria) tinham apenas um CDROM, e criavam um cronograma onde de tempos em tempos os CDs eram trocados por outros, variando portanto o acervo de arquivos ofertado. Havia CDs com coletâneas de arquivos específicas para BBS, sendo um dos mais famosos o Night Owl.

Entre os arquivos mais populares entre os usuários estavam os GIFs que, em sua maioria, eram de mulheres nuas (que novidade!). Cindy Crawford, Claudia Schiffer, Paulina Poriskova, entre outras eram as musas da época. Obviamente nem tudo se limitava a gifs. Os freewares e sharewares eram a melhor forma de se distribuir e/ou vender softwares, em uma época onde um programa de computador não passava de alguns KBytes de tamanho. O conceito do shareware é: compartilhe o programa, teste-o e registre/pague para continuar usando. Compactadores de arquivos eram amplamente utilizados para diminuir o tamanho e tempo dos downloads. O mais usado na época era o ARJ, que oferecia taxas de compressão melhores que o ZIP, além de muitas outras funcionalidades. Era comum cada BBS adicionar um arquivo próprio (geralmente txt ou um pequeno exe/com) de propaganda, como se fosse uma assinatura dizendo: esse arquivo veio do BBS tal. Na WarmBoot BBS, adicionávamos o great2!.exe.

Além dos GIFs, freeware e sharewares, outra categoria de software começou a se disseminar nos BBS de todo o mundo: as Demos!

Demos nada mais eram do que apresentações gráficas, geralmente escritas em Assembly, onde durante a apresentação, efeitos visuais e animações 3D eram exibidos acompanhados por uma trilha sonora envolvente, sendo tudo calculado e desenhado em real-time, numa época onde os processadores rodavam em média a 40Mhz (com o turbo ligado :-D).

As Demos merecem uma atenção especial, e serão o tema de um próximo post.

Mas e quanto aos usuários? Geralmente, se associar à um BBS envolvia o pagamento de uma mensalidade. O valor dependia do “nível” que você desejasse ter dentro do BBS. Os níveis determinavam que áreas de arquivos ou mensagens poderiam ser acessadas, quanto tempo de conexão por dia você poderia utilizar e quantos KBs poderia transferir. A maioria dos BBSes oferecia alguns minutos gratuitos para que novos usuários pudessem “passear” pelos menus e pelo acervo, antes de decidir por assiná-lo. O processo de assinatura em si começou um tanto quanto manual: baixava-se e preenchia-se a mão uma ficha de cadastro que era enviada pelo correio juntamente com o cheque para assinatura. Posteriormente, foi simplificado, dispensando o envio pelo correio e aceitando transferências bancárias. Os BBSes mais poderosos/bem sucedidos aceitavam pagamento com cartão de crédito.

A conexão do usuário com o BBS era feita através de programas específicos, como o Telix. A troca de arquivos se dava através de protocolos de transferência de arquivos, sendo o ZModem (unidirecional) o mais comum. O BiModem, não tão difundido, permitia comunicação bidirecional, ou seja, podia-se enviar e receber arquivos ao mesmo tempo. O protocolo escolhido precisava ser suportado tanto pelo gerenciador de BBS como pelo programa cliente utilizado pelo usuário. Alguns BBS associavam a elevação do nível do usuário à quantidade de arquivos enviados por ele, como forma de incentivar o envio de novos arquivos e, portanto, aumentar o acervo do BBS.

Se chegou até aqui, ou é porque viveu essa época e deve estar agora muito nostálgico e cheio de saudades, ou porque é um jovem micreiro curioso que não se contenta em viver apenas o atual, mas sim saber como chegamos onde estamos. Em ambos os casos, parabéns! 😉

Com a chegada da Internet, os BBSes perderam o sentido de existir, afinal, ela oferece tudo que os BBSes ofereciam, só que de uma forma muito mais ágil, eficiente e com alcance praticamente ilimitado. Com isso, os BBSes começaram a desaparecer, sem deixar, no entanto, de marcar a história da tecnologia e a vida dos seus usuários.

Share and Enjoy !

Dica para comprar passagens pela Delta

Deixar um comentário

Os brasileiros que pretendem viajar pela Delta Airlines devem ter verificado que no site da companhia aérea, mesmo estando em português, as passagens são sempre cobradas em Dolar Americano. Ou seja, ao comprar as passagens com cartão de crédito emitido no Brasil, o lançamento será feito em dólar, a operadora do cartão converterá o valor para Reais usando a cotação do dia do vencimento da fatura (geralmente do dólar turismo), e ainda será aplicado o IOF de 6.38%! Coisas do terceiro mundo 🙁

O detalhe é que, apesar de não estar informado em nenhum lugar no site, você pode comprar a passagem ligando diretamente para a Delta, pagando em Reais e parcelando em até 6x sem juros no cartão!

Fica a dica! O telefone da Delta (com atendimento em português) é 0800 761-0035.

Share and Enjoy !

Disputa no AliExpress (produto danificado)

Deixar um comentário

Comecei a comprar no Aliexpress há cerca de um ano… geralmente coisas de baixo valor, sempre escolhendo a opção de envio por ePacket, pra “agilizar” o envio (na medida do possível) e ter informações completas de rastreio.

Em novembro comprei um item de maior valor: um capacete. A avaliação do vendedor estava boa (~98%), conversei com ele várias vezes pelo chat, sempre respondeu prontamente minhas dúvidas, etc. Depois da compra, a primeira decepção veio no fato dele ter enviado a mercadoria em duas remessas separadas. Questionei e ele explicou que ele tinha que “embalar bem” o produto e aí o peso passaria de 2kg (limite do ePacket), então o que ele faz é remover a forração interna do capacete e mandar separado. Well, risco em dobro de taxação na receita, mas tudo bem. Nos comentários de outros compradores, vi que ele costumava fazer isso mesmo.

Passado um mês, o capacete chegou (a forração interna até o momento ainda está em trânsito). Primeiro problema: ele enviou embalado em plástico bolha, ao invés de usar uma caixa. Quando abri o plástico, o capacete tinha uma rachadura de mais de 10cm. Danificado no transporte? Já estava assim antes dele enviar? Não sei…

Tentei contato com o vendedor pelo chat, e ele não respondeu mais. Decidi abrir uma disputa pelo Aliexpress. Enviei as fotos com a rachadura e no dia seguinte o próprio Aliexpress me fez duas propostas:

  • Devolveriam metade do valor e eu não precisaria enviar o item de volta pra China
  • Devolveriam 100% do valor pago, mas eu teria que enviar o item de volta para a China, sendo que o custo do envio seria meu (pelo que consultei, custaria uns R$ 210 pra enviar de volta).

Obviamente não concordei com nenhuma das propostas, afinal, a culpa do produto ter chegado quebrado não era minha e sim do vendedor que não embalou direito. Deixei as propostas da Aliexpress “em aberto” e adicionei mais fotos e mais alguns comentários referente a minha suspeita de que talvez o produto já estivesse quebrado antes mesmo de ser enviado.

Nesse meio tempo, tentei falar com um ser humano pelo “fale conosco”, pra obter mais informações sobre o processo de disputa, mas infelizmente isso parece ser uma tarefa impossível. Só dá pra falar mesmo com a tal “Eva”, um desses robôs de atendimento que estão na moda, geralmente burros e que só fornecem respostas pre-programadas.

O fato é que 2 dias após eu ter adicionado mais evidências na disputa, recebi um email da equipe da Aliexpress dizendo que tinham decidido a meu favor, e que eu seria reembolsado em 100% do valor, sem necessidade de retornar o item. No mesmo dia, o vendedor que até então não respondia minhas tentativas de contato, enviou uma mensagem que “iria me reembolsar”, ou seja, quis dar uma de “gostosão”, como se a decisão tivesse sido dele, e não da Aliexpress.

Enfim, agora é aguardar o dinheiro cair no cartão! Apesar de alguns dias de agonia, aparentemente dá pra confiar no bom senso da Aliexpress.

PS: Vale lembrar que se eu tivesse sido taxado na alfândega, iria perder o dinheiro pago no imposto, pois esse duvido que seria reembolsado.

Use o link a seguir e obtenha até USD 19 em cupons de desconto na sua primeira compra no Aliexpress: a.aliexpress.com/N7hMlVtO

Share and Enjoy !

Crazy fan speed on rog laptop

Um comentário

After several months using an ASUS ROG GL503GE notebook, its fans started to behave in a strange way.

With no reason, the GPU fan speed jumps to 7000rpm. Sometimes, it stays there for hours, sometimes it keeps waiving. Usually, after some hours, it stabilized in normal speed (at last until the next reboot).

I checked the internet forums, and found several reports from people having the same problem. I tried to update and to drowngrade de BIOS, I tried to use fan control softwares, I tried to trick the ROG Gaming Center, I tried MSI Afterburner, I tried Intel XTU utilities, I update all the drivers and Windows 10 itself. Nothing solved the problem, and even worse, I could not figure out why it was happening, and what was triggering it.

Note that the CPU temperature usually was < 40C, and the GPU was not even being used! So, there was no reason for the fan to became a turbine, bothering everyone near to me.

Finally, some “good soul” posted in a ROG forum’s thread in the ROG saying that he solved the problem just opening the notebook, disconnecting the battery and fan cables, and connecting everything back.

I decided to try it, before I get crazy with the strong noise coming from the “turbine”, every day.

Before disconnecting the cables, I carefully checked if there was some bad contact or even a disconnection. No! Everything was perfectly connected. Even so, I disconnected the battery and the fan cables, and reconnected a few minutes later. I also blew some air to clean the fans, but they were really clean (those fans are supposed to be dust free, and seems that they really are).

For my surprise, this procedure seems to have solved the problem. Four days had passed and the problem didn’t show up anymore! What a relief!

For those who are having the same problem, you can search in youtube for GL503 tear-down videos. Opening the notebook is really an easy task. Just release a bunch of bolts to have access to the battery and fan cables.

Just a note: ASUS support was of no help at all! Since my notebook is still under warranty, they asked me to send it to RMA. But there was some problems:

1) I would need to ship it to USA
2) I use this notebook for work, so no way to stay weeks (months?) waiting for it come back
3) I read several posts from people with the same problem, which have sent their notebooks to RMA one, two and even three times, and they didn’t solve the problem.

I used to assembly computers in the 90’s, and ASUS motherboards was the best ones in that time. I though their notebooks would offer the same quality, but they don’t. Beside this problem with the fans, they also have “coil whine” noise. I would not buy it again.

Update 1: After one month running quietly, the fans started to present the problem again. So it looks that the solution is temporary, and I will have to disconnect/reconnect the cables from time to time to keep it quiet. I wonder what causes such problem.

Update 2: The trick of reconnecting cables stopped to work after 3 months. Final solution was to buy a new fan and replace the (bad) old one. Based on forums conversations, my guess is that the PWI wire of the GPU fan was bad. I bought the new fan in www.asus-accessories.com

Share and Enjoy !

1 2 3 4 … 30