Group chat: Arqueologia Digital e Preservação Histórica por meio da Emulação de Dispositivos Eletrônicos - page 3
verdade
É por que o Zezinho e os Sagitta ainda estão em pull requests pendentes.
E o Lepus 200 eu nem sequer submeti ainda pois mal comecei a emular (apenas rascunhei um inicio de driver aquele dia na USP)
Nao teve nenhum aprimoramento no driver do Patinho Feio nesse mês.
Sim! Só que esse aí tá marcado como "non-working" por enquanto.
Circuito TTL é complicado de simular.
DQ:
Falando no Lepus 200, o disassembly continua andando (mas devagar). O que eu achava que era o click do teclado agora me parece ser o LED do caps lock...
:-)
Werner Eck:
DQ vc é o cara!
Olha as tretas...
https://github.com/mamedev/mame/issues/2868Need help from a admin to deal with a prejudice person inside mame dev · Issue #2868 · mamedev/mame
MAME team ask for help in a post back in Aug 22, 2017.
http://mamedev.org/?p=446
We, the Brazilian Portuguese translator are having issues with @cuavas that doesn't push our patch through since Oc...
Werner Eck:
Só pq o cuavas fala 8 idiomas... português do Brasil está entre eles?
Werner Eck:
Eu não tiro a razão do katananja... ele defende pontos corretos, emho.
eu já estive em uma discussão anterior com esse mesmo cara sobre traduções. Ele tem se comportado muito mal em relação a isso. Várias vezes ficou irritado como se vê nesse caso aí.
É um cara difícil de lidar, pelo que percebi até agora...
Werner Eck:
O katananja ou o cuavas?
Hahaha...
Eu tava me referindo ao katananja
Werner Eck:
Tem gente q infelizmente, a gente tem q ignorar.
Mas ja tive algum desentendimento inicial com o Cuavas tambem, logo no começo das minhas contribuições ao MAME
Werner Eck:
É, vc falou pra mim isso.
Depois peguei o jeito de conversar com ele
Werner Eck:
Diz q o cuavas tbm é genioso
E agora nos damos bem
Hora de ir dormir agora. Té mais !
Werner Eck:
Ele não é cabeção pelo visto. Às vezes é o jeito da pessoa, até ele te conhecer melhor.
Falou!
Werner Eck:
Niooossaaaa q legaaaaaaal
(Decoração aqui em casa)
Fui!
Y K:
Coloca um sensor de movimento que toca o score do jogo quando ativado
Ou que fala Seeeegaaaaa
Minha esposa me mata. Isso aí fica bem no corredor. A gente passa em frente o tempo todo.
Werner Eck:
Eu queria mto saber do
@fsanches como ele fez pra ter isso na casa dele...
comprei no eBay, uns 8 anos atrás
e mandei emoldurar ano passado
Werner Eck:
já emoldurado e td?
ah, nem foi tanto tempo atrás assim. Foi só 5 anos atrás, verifiquei aqui
Quando emoldurei eu encomendei a moldura "box" pra ter espaço suficiente pra passar uma fita led por trás e fazer pisca-pisca
mas nunca instalei a fita de fato
por que não tem nenhuma tomada próxima ao quadro, aí ia ficar feio
Werner Eck:
Ahahahahah vc comprou um Marquee de maquina arcade upright!! QDHR!!
Só falta o resto da máquina :-P
Werner Eck:
Faz sentido, vc podia comprar um desses kits q vem com fita de LEDs RGB e o controladorzinho, mais controle remoto
Vou ser sincero, eu sonho em ter um gabinete JAMMA dessa máquina...
Werner Eck:
Fica aparecendo a luz por detrás, verdadeira penteadeira de p***
já cheguei a ver preços, mas é uma máqiuna muito famosa, caro demais...
Werner Eck:
Da moonwalker especificamente?
sim, moonwalker upright pra 3 jogadores
Werner Eck:
Se vc é "preciosista" quanto a ter o hardware original (falta de uma palavra melhor, sorry)... pq senão... vc sabe - um RPi um monitor, comandos zero delay, ya know...
Com o Michael Jackson de roupas Vermelha, Preta e Branca.
Eu me lembro até hoje como essa máquina marcava presença nos arcades de 1992/93
Werner Eck:
O custo seria só pra fabricar o gabinete... o resto... RetroPie takes care
aquele som "WOOOOONNNNNNN"
Werner Eck:
a-tcha... úúúú!!
Werner Eck:
e a musiquinha smooth criminal tocando
https://www.youtube.com/watch?v=K2wTy4J8Kg8Michael Jackson's Moonwalker Longplay ( Arcade )
► Michael Jackson's Moonwalker 1990 Emerald Software ► Arcade Longplay ► Give Thumbs up + Subscribe if you Like.Thanks ► GAME PALACE PLAYLIST : http://goo.gl...
Werner Eck:
Lembro qdo coloquei o cartucho do MD pra jogar pela primeira vez... td igual ao arcade, os gráficos, o som... 😄
na verdade o cartucho de megadrive é um jogo completamente diferente... Eu ganhei dos meus pais o moonwalker e o galaxy force 2 de megadrive por causa das versóes equivalentes de arcade
Aylons Hazzud:
A parte mais legal é que ele sai em busca das criancinhas...
Estou interessado em estudar o assembly do Z80 que controla os motores dessa máquina Galaxy Force 2 Super Deluxe...
A ROM tá lá no MAME, mas o hardware dos motores não é emulado ainda.
https://forum.fiozera.com.br/t/replicas-funcionais-de-arcades-eletro-mecanicos-com-mame-e-rpi/25Réplicas Funcionais de Arcades Eletro-Mecânicos com MAME e RPi
Olá, Pessoal, Hoje fui convidado pelo Armando Neto a me juntar a essa comunidade. Gostaria de começar por aqui contando um pouco sobre um projeto que eu e o Armando discutíamos hoje durante o almoço. Já faz alguns anos que eu venho acompanhando o desenvolvimento do projeto MAME (documentação e preservação histórica de máquinas de fliperama - e de hardware de um modo geral - por meio de técnicas de emulação). Um dos truques que percebi que é possível se fazer com o MAME envolve manipular mo...
o assembly da CPU de motores começa bem simples, desabilitando interrupções, setando o interrupt mode 1 do Z80 e inicializando a pilha (setando o SP: stack-pointer) no topo dos 64k de endereçamento de memória da CPU (em 0xFFFF).
Não sei quanto tem de RAM para essa CPU de motores, mas certamente a RAM fica na parte alta da memória, por conta dessa inicialização do stack pointer aí.
O jogo roda na placa SEGA Y-Board com uma placa adicional para o controle dos motores (que é onde fica essa CPU Z80 adicional)
nos fontes do MAME fica em src/mame/drivers/segaybd.cpp
A diferença na emulação da Galaxy Force 2 normal (gabinete upright) em comparação à versão "Super Deluxe" (com cockpit giratório) está na declaração do hardware contendo a CPU extra pra controle dos motores:
É provavelmente aí que teremos que adicionar o mapeamento de I/O ou de memória para comunicação com a placa principal e também para os sinais de controle dos motores. Por enquanto tá essa declaração genérica aí. Sem nada mapeado em I/O e com um mapa de memória chamado motor_map
que por sua vez tem 32k para a ROM do firmware da CPU de controle de motores e o resto todo tem 32k de SRAM. Esses 32K são um chute, por que pode ser que seja menos RAM que isso, mas vejam que ao menos a RAM está mapeada até o topo da memória, como eu comentei agora há pouco ao ver a inicialização do stack-pointer em 0xFFFF
Lá vemos que: "Interrupt Mode 1 always calls the subroutine beginning at address 38h. This mode requires that the interrupt handler is able to determine which interrupting device generated the interrupt and be able to take the appropriate action. Normally, the code beginning at address 38h is a register save sequence followed by a JP instruction."
No caso do GF2SuperDeluxe, a rotina de tratamento de interrupção posicionada no endereço 0x38 é um jump para 0x1B9F
Mas por enquanto não é pra lá que vamos olhar, por que de início as interrupções estão desabilitadas. Deve ter algum pedacinho de inicialização da placa de motores antes de liberar as interrupções.
Olhando aqui, a inicialização prossegue a partir do endereço 0x0100
E lá começa a farra!
Vejo 3 grupos de endereços especiais aí:
(A) 0x8000 e 0x8003
(B) 0x9000 até 0x9003
(C) 0x9400 até 0x9403
Suspeito que (A) possa ser pra se comunicar com a PCB principal, (B) seja pra controlar um motor e (C) para o segundo motor. Mas eu estou só chutando. Vou ter ainda que verificar se a teoria faz sentido.
os 2 motores a que me refiro são o de rotação do cockpit (faz quase 360 graus de giro) e o de inclinação do assento pra trás e pra frente.
Eu to supondo que (B) e (C) sejam para controle dos motores por que a mesma sequência de ajustes iniciais é feita respectivamente em cada um dos endereços dos 2 blocos.
9x03 <= 24
9x00 <= 01
9x03 <= 5A
9x01 <= 01
9x03 <= 94
9x02 <= 20
curioso o padrão da sequencia de endereços também...
3, 0
3, 1
3, 2
Werner Eck:
calma q eu ainda estou la atras
a-há! Alguém fisgou a isca!
bora lá!
vou tomar um banho e já volto
vai fritando aí
(e se tiver condições, pegue as ROMs do Galaxy Force 2 Super Deluxe em algum lugar na internet e compile o MAME pra rodar o driver de emulação em modo debug também, assim você tem autonomia de vasculhar o código também por conta própria)
romset = gforce2sd
Werner Eck:
Na vdd tem uma quebra nessa sequencia so
Werner Eck:
No 9400 é carregado $80 ao invés de carregar $00
Werner Eck:
Eu vou fazer isso amanhã, pode ser? Pq agora já desliguei td, já tomei banho... To meio em ponto morto.
Werner Eck:
Mas to seguindo o raciocínio até agora. Tenho algumas questões básicas sobre como declarar hardware e mapeamento de memória no MAME
Werner Eck:
Essas coisas q já são feijão com arroz pra vc.
ok
voltei do banho com idéias
a CPU Z80 tem barramento de dados de 8 bits. Mas a CPU Motorola 68000 que tem na placa principal tem barramento de dados de 16bits
acho que os 3 grupos de endereções são canais de comunicação com o M68k da placa principal
e o offset 3 de cada grupo devem ser latches de 8 bits para guardar a parte baixa (ou alta) de um valor de 16 bits
aí a escrita nos offsets 0, 1 ou 2 complementa com mais 8 bits formando o número completo a ser comunicado ao barramento de 16 bits do motorola 68k
suspeito que o grupo (a) seja relacionado aos sensores (fim de curso) ou para reportar algum status geral da placa controladora de motores
e que os grupos (b) e (c) sejam mesmo pros 2 eixos de movimentação
aí as escritas 8003 <= 89, 8000 <= 00 significariam Reg Status_0 = 0x0089
Werner Eck:
E 9400 <= $80?
e as escritas do bloco (b) (endereços de 9000 até 9003) significariam:
Reg. X0 = 0x0124
Reg. X1 = 0x015A
Reg. X2 = 0x2094
e as escritas do bloco (c) (endereços de 9400 até 9403) significariam:
Reg. Y0 = 0x8024
Reg. Y1 = 0x015A
Reg. Y2 = 0x2094
O significado desses valores eu ainda não sei.
Mas me parece que há uma estrutura razoável aqui que dá pra inferir da sequencia de endereços de escrita
Werner Eck:
De onde vc tirou esses Xn e Yn?
nomenclatura inventada minha
eixo X e eixo Y de rotação do cockpit
Werner Eck:
Pra q vc imagina ter 3 posições de memória pra cada eixo?
por que é a quantidade de escritas que estão sendo feitas
3 pares de escritas dá 3 números de 16 bits
e esses registradores são identificados pelos offsets (9x00, 9x01 e 9x02)
Werner Eck:
Mas vc não faz ideia, p. ex., se isso é algum comando de motor, ou inicializacao de algum shift register?
nao faço idéia do que sejam os valores
Werner Eck:
Tem o esquema dessa placa?
Werner Eck:
Se alguém já emulou, deve ter
mas a sequencia de escritas tem um jeitão de ser um protocoloque faz latch de uma parte de 8 bits, e depois concatena com uma segunda parte
tem, mas é horrível de ler
todo rabiscado num xerox bem porco
parece até um fax hahaha
e o circuito da placa de motores está omitido
acho que só tem o circuito principal
(posso estar enganado, mas já fui atrás disso e não achei nada que fizesse sentido)
to indo dormir agora, continuo amanhã também
té mais
Werner Eck:
Pq ajudaria a entender..
Happy Hacking!
Voltei !!!
https://www.youtube.com/watch?v=2BIx2x-Q2fEAn astonishing old calculator - Numberphile
Cliff explains his passion for two Friden EC-132s. Extra discussion and explanation at: LINK More links & stuff in full description below ↓↓↓ More Cliff vide...
Amanhã vai ter demoparty no Garoa !
Acabei de receber a demo dos argentinos
já validei que ela funciona bem no emulador
então tá garantido que vamos conseguir exibir
mas eu tava pensando em tentar rodar ela no meu commodore 64 também
pra isso eu preciso ver se rola carregar usando o emulador de floppy via arduino
to com o setup todo aqui pronto, exceto pela falta de um cabo FTDI
se eu conseguir arrumar um cabo FTDI eu posso testar rodar a demo no hardware real
Não vou mostrar ainda o resto da descrição pra não dar spoiler :-)
E aí, Werner? Quer continuar a análise ?
Werner Eck:
Sim, eu hj tive uma manhã corrida. Preciso de um tempinho pra pegar as ROMs e compilar o código
Werner Eck:
qual é o nome do driver do mame pra galaxy force 2?
Werner Eck:
nao encontro o cpp...
Werner Eck:
É esse,
@fsanches? src/mame/drivers/segaybd.cpp
yep
pra achar um driver eu costumo entrar no diretório src/mame/drivers e usar o comando git grep "Galaxy Force"
Werner Eck:
Eu fiz diferente
Werner Eck:
Fui no github e dei um search
Werner Eck:
https://github.com/mamedev/mame/search?utf8=✓&q=galaxy+force&type=
mamedev/mame
mame - MAME
Werner Eck:
Pra vc entrar em debug no mame, qual é a chave q vc insere na linha de comando?
-debug
Werner Eck:
só isso? eita
eu costumo usar a combinação -window -debug -oslog
Werner Eck:
o q faz esse combo? Fatality??
pra rodar janelado, abrir o debugger e alertar no terminar de texto sobre escritas ou leituras não mapeadas
Werner Eck:
ah, esse último. interessante.
Werner Eck:
deixa eu ir la
Werner Eck:
compilando ainda...
Werner Eck:
beleza!
seguinte... essa máquina tem 3 CPUs Motorola 68000
e 1 CPU Z80
E a placa de controle de motores tem mais uma CPU Z80
Werner Eck:
kralho... 3 x 16b
Werner Eck:
4 cpus na maincpu?
isso
na placa principal, o Z80 tem a sua função clássica de controlar o sistema de som
Werner Eck:
é, tava conferindo lá no driver, é isso msm
um dos 68k chamado "maincpu" tem a lógica principal do jogo
Werner Eck:
vou rapidao na padoca comprar sonho e pao, prossegue ae q na volta eu pego d onde parei
os outros dois 68k "subx" e "suby" controlam o sistema de sprites gráficos se não me engano
tem uma descrição do hardware nessa página:
http://www.system16.com/hardware.php?id=699System 16 - Sega Y Board Hardware (Sega)
System16 - The Arcade Museum. Detailed Hardware information on Arcade Hardware and Systems.
Se eu entendi direito, todas as operações de I/O são feitas pelo chip SEGA 315-5296
que tá mapeado na maincpu
as 3 CPUs 68K conversam por meio desse bloco de memória RAM compartilhada "shareram"
E essas aqui são as coisas que estão penduradas no chip de I/O:
esses outputs aí são callbacks que cada uma das máquinas configura diferente
na verdade não... desculpa. Isso aí são métodos genéricos que chamam um callback:
no caso do Galaxy Force 2 Super Deluxe, esses callbacks de output são inicializados aqui:
Então a implementação específica da forma como a máquina Galaxy Force 2 Super Deluxe lida com esses outputs está aqui:
Esse comentário aí fui eu que escrevi meses atrás quando descobri empiricamente o significado de cada um dos inputs dos sensores de fim de curso e os declarei no driver como inputs mapeados em teclas do emulador
ooops! "alguns meses atrás" significa uns 3 anos já!
https://github.com/mamedev/mame/pull/28SEGA YBoard: Mapping the port bits used to provide motor movement feedback by felipesanches · Pull Request #28 · mamedev/mame
Feedback signals such as Up/Down/Left/Right limit switches.
fui eu também que declarei o Z80 da CPU de motores, pois antes tinha só a ROM lá, mas sem instanciar a CPU.
Está claro até aqui?
Werner Eck:
Deixa eu entender algumas coisas
Werner Eck:
outputn_w = output_cbn?
não é igual. Mas uma coisa leva à outra
Werner Eck:
Essas duas saídas (port D e port H) são chaves de fim de curso?
quando o método output2_w é executado, ele verifica se o callback m_output_cb2 é não nulo, se se for o caso, o executa
Werner Eck:
Ainda preciso me acostumar pois praticamente td no MAME é baseado em chamadas pra algum macro
Não. Aque nessa imagem você vê a configuração das portas do chip de I/O. Veja que a porta C é que le os inputs dos sensores de fim de curso
Werner Eck:
Quase não vejo sintaxe C++, rss
Werner Eck:
Isso é da minha cabeça... questão de me familiarizar
mas no fundo é tudo C++
as macros são só pra automatizar tarefas repetitivas
Werner Eck:
Eu sei. Só q aí no MAME tem muita coisa debaixo de macros e macros
Werner Eck:
estou falando q preciso conhecer melhor...
Werner Eck:
Isso vai de encontro ao q eu já tinha te comentado, aprender a usar a estrutura toda q o MAME tem pra programar
Werner Eck:
Então, output1_w e output2_w não tem relação alguma com limitsw. Estou curioso pra saber que hardware tem aí
Werner Eck:
Eu ainda não li a página descritiva dessa placa, q vc passou no link aí... tá aberto aqui pra eu ler depois com calma
Werner Eck:
Então, output1 e output2 são funções callback chamadas após a execução de WRITE8. O que seria o argumento data que é passado em seguida?
toda implementação de write-handler tem, implicitamente data e offset que são o dado e o offset do endereço da escrita
Werner Eck:
Tentando chegar a uma "visão macro" (não relacionar com macros, que falei antes), o que temos em output1 e 2?
Werner Eck:
Me parece q em misc_output_w temos video, é isso?
Werner Eck:
e em m_output_cb2 parece ser relacionado a som
pois é... a implementação desse driver está incompleta (pois ainda não tem toda a emulação da parte dos motores e sensores de fim de curso)
então suspeito que algumas coisas relacionadas aos motores possam estar mapeadas nesses outputs aí
mas não tenho certeza
Werner Eck:
É iss q estamos tentando descobrir, certo?
é necessário investigar mais.
sim
Werner Eck:
Em algum dos seus screenshots parece q vi alguma coisa ligada a LAMP em output1, se não me engano
tem sim
leia aí no seu computador o código em src/mame/drivers/segaybd.cpp
eu to trampando agora
mais tarde posso olhar essas coisas com mais detalhes
talvez amanhã em algum momento se nao tiver outras coisas da demoparty rolando
Werner Eck:
isso
é o pisca pisca da luz do botão de start
pretendo ligar um led num GPIO do RPi pra piscar controlado por esse sinal emitido pelo emulador
Werner Eck:
Acho q num RPi zero vc consegue emular a maquina inteira
Werner Eck:
inclusive com servos fazendo o papel dos motores, depois q decodificar como essa parte funciona
sim, essa é a idéia mesmo
fazer motores moverem uma miniatura em função dos sinais emitidos pelo emulador
eu descrivi isso lá naquele post do fiozera:
https://forum.fiozera.com.br/t/replicas-funcionais-de-arcades-eletro-mecanicos-com-mame-e-rpi/25Réplicas Funcionais de Arcades Eletro-Mecânicos com MAME e RPi
Olá, Pessoal, Hoje fui convidado pelo Armando Neto a me juntar a essa comunidade. Gostaria de começar por aqui contando um pouco sobre um projeto que eu e o Armando discutíamos hoje durante o almoço. Já faz alguns anos que eu venho acompanhando o desenvolvimento do projeto MAME (documentação e preservação histórica de máquinas de fliperama - e de hardware de um modo geral - por meio de técnicas de emulação). Um dos truques que percebi que é possível se fazer com o MAME envolve manipular mo...
Werner Eck:
exatamente e com um lcd de 5" ou coisa parecida
Werner Eck:
Eu li - isso me inspirou
só que tem essa tretinha de desvendar o hardware dos motores antes
e depois a treta da montagem de uma réplica bonita (nao basta ser funcional)
Werner Eck:
É f*** sem esquema. Com esquema teria sido moleza
Werner Eck:
Ah essa treta eu quero pegar.
Werner Eck:
Fazer uma maquininha com servos mg90 comandando o cockpit...
:-)
a gente continua abraçando o mundo né? hahaha
Werner Eck:
sonhar não custa
Werner Eck:
Mas seria interessante manter o foco em algum projeto até a conclusão.
hoje eu fiz uma loucura: instalei um debian num RPi 3 a partir de um sdcard com uma imagem inicial ridícula de menos de 50Mb. Instalei sudo, python, build-essential, git. Fiz checkout do MAME e mandei compilar.
vamo vê... tá rolando lá na sala
deve demorar uma eternidade
Werner Eck:
nossa!! queria ser teu vizinho, ia correndo aí ver isso
mas mandei compilar só o driver da SEGA Y-Board
Werner Eck:
sim sim - pra testar
Werner Eck:
e vai rolar, ctz
Werner Eck:
ainda mais num Pi3
Werner Eck:
Tava vendo isso aqui:
https://www.axidraw.com/Evil Mad Scientist Laboratories: AxiDraw
The AxiDraw Drawing Machine from Evil Mad Scientist
Werner Eck:
Já tinha visto isso?
esse não. Mas já tinha visto coisas similares
Nossa, que vídeo incrível !!!
Tem que jogar isso no grupo do Garoa !
Werner Eck:
menos o preço...
Y K, migrei suas mensagens sobre o AxiDraw pra o grupo do Garoa. Vamos manter o papo aqui mais focado em emulação, arcades, retrocomputação e preservação histórica de dispositivos de hardware, ok?
xiii....
o RPi não deu conta de compilar o MAME...
Werner Eck:
espera um pouco
Werner Eck:
Werner Eck:
Esses parâmetros vc encontra em /boot/config.txt
ok, vou tentar
Werner Eck:
Tem outros truques pra vc deixar ele mais rápido tbm aqui:
https://haydenjames.io/raspberry-pi-3-overclock/Raspberry Pi 3 Overclock and Turbo Config
It's that time again. You may remember my old overclocking post for Raspberry Pi and the Raspberry Pi 2. Yes, still obsessed with performance.This Raspberry Pi 3 Overclock post seeks to overclock the Raspberry Pi 3 Model B. Squeezing out some extra performance without compromising stability. It's highly recommended that you use a capable power supply with 2.5 amps or better. I'd recommend the CanaKit 5V 2.5A Raspberry Pi 3 Power Supply. Now, on to the /boot/config.txt edits. Raspberry Pi 3 - Before overclocking The Linux kernel ondemand governor used in the Raspberry Pi will increase the CPU speed to the maximum configured default value whenever there's adequate
Werner Eck:
Mas seria bom vc ter dissipadores de calor instalados e/ou um fan
tenho dissipadores já
Werner Eck:
Caso não tenha nada nos chips, não recomendo fazer overclock na cpu
Werner Eck:
blz, vc pode então tentar brincar com isso tbm
o problema agora nao é velocidade
o problema é memória
acho que nao vai dar de novo
mudou muito pouco a quantidade de memoria disponivel
já tava com bastante
Werner Eck:
Estava em qto?
agora tem só uns 48Mbytes a mais disponiveis
tava com 920M livres e agora ta com 968M livres
Werner Eck:
vc colocou o valor em qto?
16
Werner Eck:
bom... às vezes...
antes nao tinha nada escrito entao acho que usou um valor padrao que suponho ser 64 (16+48=64)
vai que tá no limite e rola né?
duvido
Werner Eck:
sei lá... tenta a sorte ae
quem come 920 come 968 hahaha
a outra saída seria adicionar swap de alguma forma, mas é péssimo fazer isso em sdcard
Werner Eck:
deixa ver aqui
e por fim a saida final seria compilação cruzada mesmo
do laptop x86 pro rpi arm
pronto, nao rolou de novo...
Werner Eck:
https://youtu.be/IBNZLREqBxgIncreasing Ram on your Raspberry Pi with ZRAM
This is a quick little walk through what I have been doing to my raspberry pi laptop, using conky to display my computer stats, and wbar for doc, also increa...
que legal isso!
configurei aqui 1 gigabyte extra de SWAP com esse módulo ZRAM
funcionou. Agora vou tentar compilar novamente
Werner Eck:
É pq infelizmente, não tem como fisicamente expandir a RAM dele, pois é td SoC
Werner Eck:
Só se lançarem uma nova versão de RPi com mais RAM
supostamente daria para adicionar um "shield" com mais RAM, mas teria um gargalo de performance dependendo de qual protocolo fosse usado. Mas em teoria daria pra escrever um módulo de kernel análogo a esse ZRAM, só que com lógica de "swap em RAM remota"
opa! passou!
compilou o
luaengine.cpp que era o que tava encrencando até então :-)
muito bom :-)
Werner Eck:
Mais tarde, dependendo do q vc for querer usar, pode reverter pra dar mais RAM à GPU
é... o truque mesmo foi o swap usando compressão de RAM
Werner Eck:
Se bem q com o ZRAM eu acredito q ele usa compressão, então não penso q vai comprometer
Werner Eck:
pra falar a vdd, não sei ao certo.
se eu entendi bem, ele pega conteúdo da RAM e comprime e armazena de volta na RAM
Werner Eck:
é. foi isso q eu entendi.
liberando o espaço dos dados crus e usando um espaço menos com os dados compressos
então ele faz swap da RAM com a própria RAM. Muito inteligente isso!
Werner Eck:
ele usa os cores da CPU pra trabalhar na compressão.
Werner Eck:
o ajuste de split da CPU/GPU é independente disso
exatamente
Werner Eck:
vc pode mexer nele à vontade, deixando o ZRAM no boot
Werner Eck:
set and forget
Werner Eck:
mto show isso aí!
sim, foi o que fiz
Werner Eck:
é nóis né mano?
Werner Eck:
nada para a gente
calma... a alegria costuma durar pouco
quero ver na hora de linkar... ai ai aiiii...
Werner Eck:
uma dúvida que eu tenho é se vai precisar instalar o X ou não
o MAME usa a lib SDL
supostamente ela deve abrir um framebuffer e boa...
Werner Eck:
isso eu já não sei
ah! tem uma dependencia chata aqui com a lib Qt5 que é usada para montar as janelas do debugger
eu não vou usar o debugger no RPi, mas acho que o MAME não tem compilação condicional dessa parte
não sei não, mas acho que não dá pra desabilitar obuild do debugger
Werner Eck:
ah, boa
vou torcer aqui pro processo de detecção ser automatico
Werner Eck:
Aqui tem umas dicas bem específicas pra compilar o MAME inteiro no RPi2 (inclusive algumas configs de swapfile):
https://nowhereman999.wordpress.com/2016/02/29/compile-mame-0-171-on-a-raspberry-pi-2/Compile MAME 0.171 on a Raspberry Pi 2
Successfully compiled the full and complete version of MAME 0.171+ on a Raspberry Pi 2. Why would I want to compile the full version of MAME? Because it’s the latest version and is continual…
legal!
compilô !
bora tentá rodá
:-(
Werner Eck:
credo!
Werner Eck:
passou longe?
Werner Eck:
Werner Eck:
todo mundo q eu vejo reclamando desse erro parece q a solução é rodar qemu -curses ou qemu -nographic
Werner Eck:
ou é problema devido a estar em modo console
Werner Eck:
vc está em modo gráfico?
instalei o Xorg-server agora
e consegui rodar, só que trava na tela do menu de seleção de jogos
o teclado nao responde
nao sei se é X malconfigurado
ou se o MAME trava depois que abre
ou se tá tão lento a ponto de eu não conseguir usar
travou geral. Tiver que dar sudo reboot via SSH
Werner Eck:
O Pi roda emuladores numa boa
Werner Eck:
Isto é, se vc rodar aquelas distros prontas e otimizadas, tipo o RetroPie
Werner Eck:
Talvez se vc instalasse esse num sd separado, e tentasse rodar o executável embaixo dessa distro.
Werner Eck:
ou muda o memory split pra um valor maior
vamos ver... tentei de novo aqui e parece que ta melhorando
Werner Eck:
pode ser q esteja travando por requerer mais memória de video do q o sistema está configurado para liberar
vou copiar as ROMs aqui
um passo por vez
Werner Eck:
Tente essa minha última sugestão antes
copiei as ROMs
vou tentar rodar lá e já volto
olha aqui um tarefa pendente de mulação de hardware nacional:
Scopus Spectrum ED,1985
Alexandre Villares:
Check out James Gilleard (
@jgilleard):
https://twitter.com/jgilleard?s=09James Gilleard (@jgilleard) | Twitter
The latest Tweets from James Gilleard (@jgilleard). Illustrator and Animator https://t.co/1BDDJYMjeM. Matsumoto-shi, Nagano
Alexandre Villares:
Confiram este ilustrador e suas brincadeiras com trilhas sonoras de games...
Alexandre Villares:
No feed do Twitter dele....
Alexandre Villares:
(link de cima)
Quem vem para a Demoparty no Garoa hoje ?
Pretendo em algum momento fazer uma mini-oficina de emulação
Guilherme Kenzo:
vou tentar ir mais tarde!
legal
Werner Eck:
Conseguiu rodar o mame no RPi ontem?
to tentando ainda
agora mesmo
tive que recompilar a lib SDL2 por que a versão que tem no raspbian stretch não vem com suporte a aceleração por hardware
e agora estou tentando botar pra funcionar o MAME no framebuffer (pra nao usar o X)
mas o site do projeto directfb foi vandalizado
Jan 30, 2014
Werner Eck:
Não sei se terá alguma atualização aí. Acho q não.
Werner Eck:
Acho q foi completamente abandonado. Não é possível pegar os fontes q tem e tentar compilar pra plataforma Arm?
sim, é possível tentar
Werner Eck:
Eu acho q seria o único jeito.
Werner Eck:
estamos falando sobre driver de vídeo
Ismael Luceno:
DirectFB morreu faz muito tempo...
Werner Eck:
tbm sabemos...
e se usa algo equivalente hoje em dia?
Ismael Luceno:
acho que não tem
Ismael Luceno:
directfb na verdade não é muito melhor que usar o fbdev direto
Werner Eck:
É aquela sugestão, tentar compilar a última versão do DFB pra ARM...
Werner Eck:
Outra coisa, não achei.
Ismael Luceno:
SDL 1.2 sim tem suporte para fbdev direto
Werner Eck:
Parece q era o único jeito de ter uma boa biblioteca gráfica com footprint baixo.
esses artigos parecem bem antigos
falam de patches na SDL, mas hoje a SDL se entendi bem ja suportaria fbdev nativamente, sem precisar de patches
o que me dá nó na cabeça é que do lado do kernel acho que já tá tudo certo pois aparece um /dev/fb0
e cat /proc/fb me diz: BCM2708
entretanto, do lado da SDL, quando rolo o MAME com SDL_VIDEODRIVER=directfb recebo uma mensagem "SDL directfb not available"
Werner Eck:
Então. Mas é td velho msm.. Agora eu t pergunto, a versão do mame q vc compilou, ela é otimizada pra usar fb ou está usando X?
supostamente tem suporte às duas coisas
quando tento rodar com fb não rola
mas com X rola com performance ruim
Werner Eck:
jogando essa msg no Google, i q aparece?
quase nada
Werner Eck:
Sim o X não é adequado pra embedded
Werner Eck:
Essa versao do mame q vc está usando é a última?
git master
Werner Eck:
Pq se for, será q ela ainda mantém suporte ao fb sdl?
(eu nunca uso nada além de git master)
Werner Eck:
Não seria melhor nesse caso, vc usar uma versão mais otimizada, mesmo q antiga?
não, por que eu preciso fazer meus próprios patches no MAME do git
não entou interessado em ficar preso no passado
meu interesse é entender o problema de verdade e lidar com ele no presente e futuro
Werner Eck:
Nesse caso acho q não tem solução.
sempre tem solução!
Werner Eck:
Vc não vai conseguir rodar esse mame no Arm.
nunca diga que eu não vou conseguir ! hahaha
Werner Eck:
Acho q não. O hardware nao comporta o overhead desse Mame q vc está compilando.
com todo o respeito? Bullshit!
Werner Eck:
Como vc já comprovou.
tá cheio de gente rodando MAME em RPi
o que falta é descobrir qual é otruque
o que é que essas distros tunadas fazem? Como é que rodam o MAME no RetroPie, por exemplo ?
Werner Eck:
Rodam Retroarch
Werner Eck:
É lógico q vc pode pegar esse Mame q vc tem aí e ir tunando ele pra rodar em ARM. O q vai acabar resultando em um port igual ao SDLMAME...
o MAME de hoje em dia é o SDLMAME de antigamente !
não existe mais SDLMAME, por que o port para SDL foi integrado ao git do mame oficial.
Werner Eck:
Todos versões antigas do MAME... 0.37b5
Werner Eck:
Mas então pq não roda?
Werner Eck:
Se estão integrados, pq o erro?
não sei...
tem MAME 0.174 lá também.
Werner Eck:
E não é antigo?
é do ano passado
Werner Eck:
Vc falou q não quer antigo
ou seja, é relativamente recente
o que eu quis dizer é que não são só versões jurássicas de MAME que o pessoal tá rodando em RPi
então deve haver um jeito de eu rodar MAME do git no RPi com performance decente também
quero saber qual é o truque de configuração que é feito nessas distros
to tentando compilar o DirectFB no RPi3 aqui. Mas tá dando essa mensagem de erro logo no ./autogen.sh (que por sua vez chama o ./configure automaticamente):
parece que tem a ver com isso aqui:
acho que o código foi migrado pra outro repo, mas a mensagem de erro permaneceu com a URL do repo antigo
ok, estou compilando o tal do flux
pronto. Compilei e instalei o flux e agora vou tentar de novo compilar o DirectFB
Werner Eck:
👍 é parece q tem essa dependência mesmo. Tem q resolver. Torcendo aqui.
resolveu a questão da dependencia
to agora compilando o DirectFB
recompilando SDL agora com suporte a directfb
ou seja... re-recompilando :-P
sim, talvez
Werner Eck:
Pensamento positivo cazzo
Forwarded message from Carine Roos:
bom... ao menos agora ele tá tentendo
tentando
mas át dando segfault
instalei o gdb aqui
e fiz um backtrace do segfault
ele quebra durante o device probe
"hot plug"
ele basicamente tenta inicializar cada um dos drivers até um dar um OK no método de probe do hardware
Werner Eck:
Essa msg de hot plug detection enabled
Werner Eck:
Vem desse Fusion dispatcher?
Werner Eck:
Aliás q setup é esse seu?? (curiosidade)
Raspberry Pi 3 ligado via HDMI na TV da sala. (E via ethernet no roteador wifi da sala)
nao tenho ideia ainda do que seja esse fusion dispatcher
Werner Eck:
Vc consegue localizar essa string nos fontes do FB?
mas me peguei com a seguinte questão... talvez o directfb não tenha um driver para o framebuffer do rpi (modelo Broadcom BCM2708)
não achei nada no código fonte do directfb que pareça suportar esse chip de video usado no rpi
na SDL o código deve ser genérico usando alguma API
Werner Eck:
Qual é a versão desse directfb q vc está compilando?
git master
Werner Eck:
Mas qual é o número da versão?
não sei, teria que ver, por que?
Werner Eck:
Pq eu to lendo uma thread onde o cara tentando compilar directfb 1.6.0 pro RPi e passou desse erro. Ele reconhece o chip da broadcom. O problema dele parece estar relacionado com o fusion.
Werner Eck:
Pela info na tela vc está com a v1.8.0
Werner Eck:
Eu suspeito q isso nao deve ter relação com o problema.
Werner Eck:
Só resta a esperança q nas configs do cara tenha alguma pista do q pode estar faltando nas suas.
Werner Eck:
Tá bem estilo tuto
acho que esse aqui é legal!
https://choccyhobnob.com/tutorial-hardware-accelerated-sdl2-on-raspberry-pi/[TUTORIAL] Hardware accelerated SDL2 on Raspberry Pi
Raspbian Wheezy didn’t come with SDL2 installed, Raspbian Jessie comes with SDL2-2.0.2, a mere apt-get away.
New in SDL2-2.0.4 is a RPI video target that uses a hardware accelerated OpenGLES2 renderer for the frame buffer to speed up screen drawing. This is obviously something we want, especially
Werner Eck:
O distro jessie é usado como base em varias distros para RPi (osmc, volumio, etc)
Werner Eck:
https://choccyhobnob.com/raspberry-pi/sdl2-2-0-8-on-raspberry-pi/SDL2 2.0.8 on Raspberry Pi
With the release of Raspbian Stretch, quite a lot has changed. One of those things is the default graphics drivers for the VC4. This matters to us because with the release of Stretch they have finally removed the old drivers which have been been installed by default as well.
SDL2 is now installed
Werner Eck:
https://choccyhobnob.com/raspberry-pi/compiling-mame-on-raspberry-pi/Compiling MAME on Raspberry Pi
Compiling MAME on a Raspberry Pi is pretty easy. It's been a supported compile target for a few revisions now. The minimum you need to do to get a working compile is this...
apt-get install git build-essentials libsdl2-dev libsdl2-ttf-dev libfontconfig-dev qt5-default and make
This will give you a
Werner Eck:
Agora ou vai ou racha.
Werner Eck:
Só q vc vai precisar trocar de distro.
eu já tinha feito tudo isso
e de fato esse update de distro para stretch e a recompilação da SDL resultou em uma melhoria da performance
mas ainda não é o ideal
e ainda tava rodando com X
nao consegui ainda fazer a SDL desenhar diretamente no framebuffer sem usar o X
hoje é segunda feira, então vou focar no trampo. Mas em breve deve chegar meu LCD de 3,2 polegadas para ligar no RPi
quando chegar farei novos experimentos
hoje de manhã eu li um pouco um artigo sobre o subsistema de framebuffer do kernel Linux e descobri que ele nasceu no port do kernel para motorola 68k :-O
pois não havia suporte a modo texto como nas placas VGA e os consoles de texto originalmente eram altamente amarrados na VGA dos 386, onde o Linux nasceu
junto com a infraestrutura de drivers para framebuffers (que visa abstrair em uma API uniforme o acesso básico a renderização de buffers de pixels nos diversos hardwares existentes) aconteceu também uma generalização do console, tirando os vínculos amarrados no modo texto da VGA e fazendo uso dessa API genérica / abstrata
eu concluí que se eu quero fazer a coisa direito eu preciso entender melhor qual é a função de cada coisa nesse quebra cabeça.
não dá pra ficar simlesmente correndo atrás de tutoriais cegamente
o bom mesmo é entender
E é mais prazeroso também quando a gente entende os detalhes do problema (e das soluções)
bom... daqui a algum tempo tem uma outra coisa que deve chegar aqui em casa também:
Werner Eck:
Me mantenha informado sobre isso, qdo a fornada for preparada q daí conversaremos sobre os componentes a serem comprados.
Werner Eck:
Qto à questão da renderização a conclusão a q cheguei (depois de acompanhar todas essas threads e tutos que foram divulgados aqui) é q realmente não dá pra deixar ele fazendo isso em soft, tem que eliminar o subsistema X da equação e forçar a escrita diretamente no fb. Isso em teoria, deveria ter sido proporcionado pela biblioteca DirectFB - acontece que ninguém parece ter chegado a uma solução integral, mesmo as poucas soluções parciais postadas são linkadas à página original da biblioteca (q sumiu do mapa há anos).
Werner Eck:
Então nesse aspecto, a sensação que ficou em mim é de q estamos correndo em círculos. No meu entender, o jeito de quebrar esse círculo é escrevendo (ou reaproveitando) uma biblioteca nova. Se nada do q lemos vai servir para ajudar, o negócio é limpar a mesa e recomeçar td do zero.
Werner Eck:
O q já será um puta trampo...
Forwarded message from Felipe "Juca" Sanches:
Os argentinos do grupo PVM (Pungas de Villa Martelli) fizeram uma demo de Commodore 64 para o Garoa. Trata-se de um "music disk" com canções brasileiras em chip-tunes. No final tem um easter-egg que só aparece se deixar tocar tudo do inicio ao fim sem mudança manual de faixa. E tem uma mensagem dedicando aos "amigos do Garoa Hacker Clube" :
https://www.youtube.com/watch?v=fzAirWD7cjIBrazil Bits (C64 Music Collection) [REAL SID 8580 SOUND]
C64 Music Collection by PVM homage to the music and art of Brazil. Dedicated to our friends at Garoa Hacker Clube of Sao Paulo. Authors: Riq (code), Alakran ...
Werner Eck:
pode repassar o arquivo pra rodar aqui no ccs64?
Caramba, que chato!
Werner Eck:
O q aconteceu?
sei lá... vai ver o vendedor não tem mais o produto e tinha esquecido de atualizar a publicação no mercado livre
vou ter que ir atrás de comprar outro
Werner Eck:
Vai aqui:
https://www.banggood.com/search/raspberry-pi-lcd-touchscreen.html?p=JY0211749485201409KVraspberry pi lcd touchscreen - Buy Cheap raspberry pi lcd touchscreen - From Banggood
If you want to buy cheap raspberry pi lcd touchscreen, choose raspberry pi lcd touchscreen from banggood.com. It endeavors to provide the products that you want, offering the best bang for your buck. Whatever raspberry pi lcd touchscreen styles you want, can be easily bought here.
Werner Eck:
Werner Eck:
Eu não compro no BR pois qdo vejo isso
Werner Eck:
eu quero display menor
tava comprando de 3,2 polegadas
Werner Eck:
Sim, vai lá no link q eu te passei antes
Werner Eck:
vai pagar 77 reais
Werner Eck:
a resolução do game é 320x224, então 320x240 é o ideal
Werner Eck:
ctz q vc vai achar o q quer nesse site.
e aquele de 3,2 pol era 320x240
Werner Eck:
só te passei uns poucos exemplos.
Werner Eck:
Werner Eck:
Só q esse tá em falta
Werner Eck:
Mais fácil de achar é o de 320x480 3.5".
Werner Eck:
Blz, vc consegue pra mim aquele BOM?
sim, mas não agora
Werner Eck:
Td bem não precisa ser já. Tem uma semana ainda
Werner Eck:
Daí eu começo a caçar os componentes
Tem mais de um mês ainda
eu só volto pra casa ano que vem
viajo no dia 15
lá pra metade de janeiro eu devo montar esse circuito aí
Werner Eck:
então. Só pra gente se manter sincronizado
se bobear é melhor eu mesmo comprar os chips também e depois acertar com você uma divisão homogênea dos gastos, se vc se interessar em montar um seu também.
bom... a gente vê isso ao longo do mês
Werner Eck:
👍 como vc achar melhor
https://www.youtube.com/watch?v=NB_VBl7ut9YPlanet X2 for the Commodore 64, The Making Of.
Support this channel on Patreon: https://www.patreon.com/8BitGuy1 Visit my website to buy Planet X2 http://www.the8bitguy.com/shop/ For Customers in Europe, ...
Werner Eck:
Eu vi ontem esse video dele
Werner Eck:
É bacana ver como por lá eles conseguem produzir as coisas sem custos e burocracia exagerados, tudo na cooperação mútua...
Werner Eck:
Werner Eck:
E pelo visto, vendeu bem...
Ismael Luceno:
@fsanches SDL 1.2 suporta fbdev direto, mas SDL 2 não
ué!
sabe dizer por que ?
Ismael Luceno:
porque ninguém implementou :P
Ismael Luceno:
acho que pode copiar e adaptar o driver sem problema
seria uma boa mesmo. Talvez eu tente. Mas um outro caminho talvez seja simplesmente desinstalar os pacotes da SDL 2 e instalar os pacotes da 1.2
é um teste mais fácil de se fazer antes de arregaçar as mangas pra escrever código
outra questão é o uso de displays LCD. Vi que um deles usa barramento SPI para envio dos dados dos pixels. Isso deve ter um limite de performance também. E talvez a performance seja diferente (pior?) que pela saída HDMI
talvez tenha alguma forma de ter execução do emulador em tempo real mas com framerate reduzido
bem... o MAME tem configurações de frameskip se for necessário
já que a idéia é montar uma maquete em miniatura, talvez o framerate 100% não seja estritamente necessário para o efeito visual desejado
acho que o playback de áudio pode ser mais importante nessa aplicação
Ismael Luceno:
provavelmente
Ismael Luceno:
talvez da para implementar um driver de fbdev direto no mame
Ismael Luceno:
essa parte é modular?
acho que é mais negócio ainda passar pela SDL
deve ser um pesadelo querer lidar com isso no próprio código do MAME
(mas eu posso estar equivocado, é claro)
Ismael Luceno:
depende do código do mame, se só gerar RGB, provavelmente é trivial
Ismael Luceno:
se depende de overlays, como por exemplo para YUV, então vai ficar bastante mais difícil
Ismael Luceno:
ou talvez não, depende se tem un driver interno para isso
Ismael Luceno:
mas eu acho que isso tampouco é suportado na SDL para fbdev...
Gabriel Gois joined with an invite link
Olá, Gabriel Gois! Por favor apresente-se (nome, idade, por onde ficou sabendo desse grupo, e seus interesses pessoais). E por favor nos conte um pouco sobre o que você tem a oferecer para o trabalho de preservação histórica da computação.
Eita !
acho que é ok
:-)
Marcus Garrett:
Puxa, faz tanto tempo que não gravamos outro Jogos 80 FM...
Marcus Garrett:
Amigos, bom dia!
Não tenho podido participar do papo aqui, estou quenem "barata tonta" enviando as recompensas do documentário via Correios, aliás, virei sócio da agência perto de casa. 😊
Marcus Garrett:
Falando da J80, logo sairá a nova edição, acho que por volta do dia 20.
Werner Eck:
Legal,
@Garrettimus! Coincidentemente, qdo estava ouvindo ontem, era 07/12 e a gravação era de exatos 5 anos atrás
Werner Eck:
Eu cheguei a me confundir por um instante, pois pensava q de fato tinha sido ontem - até olhar o ano...
Werner Eck:
(btw, acabei de te pagar um "cafezinho" pelo link do PayPal no site
http://memoriadovideogame.com.br - pela bela leitura do livro "Jogos Eletrônicos & Eu". Vc merece!!)
Alexandre Villares:
Já postaram aqui este link?
http://www.masswerk.at/spacewar/inside/Inside Spacewar! — A Software Archeological Approach
A software archeological approach to Spacewar!, the first digital video game.
Não sei se já haviam postado isso aqui, mas eu já conhecia esse site. Muito legal! E eu já joguei SpaceWar no MAME também :-)
Com uma única contribuição minha dessa vez:
Tem um outro brasileiro contribuindo recentemente. O Wellington Uemura:
Alexandre Villares:
Dizem aí que vão publicar o código do Lisa
Forwarded message from Leonardo Suárez:
Novas versões em breve.
Forwarded message from Leonardo Suárez:
O GS/OS os caras lançaram duas versões com correções de bugs.
👍
Ismael Luceno:
@fsanches vai tentar fazer a submissão do código do emulador de qmusica para o MAME?
Ismael Luceno:
Ou não da para fazer?
Acho que já mandei. Nao lembro
Mas dá pra submeter sim
Forwarded message from Felipe "Juca" Sanches:
Réplica da placa de decodificação de opcodes do computador Patinho Feio
Alexandre Villares:
Este é o docudrama que eu comentei:
http://www.bbc.co.uk/programmes/b00n5b92Micro Men - BBC Four
The battle between Clive Sinclair and Chris Curry for the 1980s home computer market.
Alexandre Villares:
queria passar lá no Garoa, mas não encontro mais o arquivo :/
Comprei os bagulhos...
Pra esquentar, vou começar a soldar pelos soquetes que é sem erro :-D
vou fazer a placa toda soquetada por comodidade
sai uns 25 reais mais caro no fim se usar soquetes torneados ou 5 ou 6 reais a mais se for com os mais baratos
Forwarded message from Felipe "Juca" Sanches:
Forwarded message from Felipe "Juca" Sanches:
Réplica fiel da placa de decodificação de opcodes do instruction-set da CPU do computador Patinho Feio da USP (1971)
Forwarded message from Felipe "Juca" Sanches:
Terminei de soldar tudo. Só falta botar os chips de portas lógicas da família 74 (TTL) nos soquetes...
Forwarded message from Felipe "Juca" Sanches:
Forwarded message from Felipe "Juca" Sanches:
"Tá pronto! Só falta testar..." :-P
Forwarded message from Felipe "Juca" Sanches:
Forwarded message from Felipe "Juca" Sanches:
Tá evoluindo...
Forwarded message from Felipe "Juca" Sanches:
Essa plaquinha extra aí não tinha no Patinho Feio. Fui eu que projetei, para fins didáticos. É um "man in the middle" em hardware ;-P Pra mostrar nos LEDs o status de todos os sinais de entrada e de saída do módulo de decodificacão de opcodes.
Ricardo Bánffy:
Console do Linux já é arqueologia?
https://superuser.com/a/1282195/126821CentOS color and tty size issue
I recently got a new text only CRT (I get it, its retro, I like it). I run minimal, tty only, CentOS 7. I need to disable all color system wide (monitor only does green, so I cant see some stuff). ...
Forwarded message from Felipe "Juca" Sanches:
aos pouquinhos avançando...
Alexandre Villares:
Vocês curtem animações em ASCII, eu suponho?
"Oooops...!!!"
Comi bola e o DRC tinha me avisado. Tenho um monte de pontos de aterramento soltos na PCB, vou ter que remendar :-P
E no futuro possivelmente terei que rodar uma REV.B :-P
to aqui fazendo 33 remendos na placa...
Está funcionando :-D
Guilherme Kenzo:
Muito bom!
Guilherme Kenzo:
Vou retomar as atividades para entrevistas semana que vem. Juca, você pode me passar os contatos que já tem?
Acabei de explicar essa gambiarra lá no Fórum Fiozera. Isso aí foi remendo pra erro de layout na pcb
Claro!
Guilherme Kenzo:
Vou escrever um modelo de e-mail e, toda vez que enviar para alguém, te coloco em cópia
Guilherme Kenzo:
Já que você está liderando o projeto e já publicou bastante coisa, isso adiciona credibilidade
Guilherme Kenzo:
Vou linkar suas publicações, também
Alguns nomes são: Edson Fregni, João José Neto, Edith Ranzini, Selma Melnikoff, Sidnei Colombo, Maria Alice Grigas Varella Ferreira, Wilson Ruggiero, Stephan Kovacs, Guido Stolfi, Antonio Marcos de Aguirra Massola, Hélio Guerra
As fotos todas acima são do computador Scopus Nexus 2600 (supostamente um clone de IBM PC XT)
DQ:
O Nexus 2600 foi a segunda geração de PC XT da Scopus.
Existe algum requisito especial para o teclado ?
DQ:
Sim, a interface não é padrão.
Temos esses teclados aqui, nao sei se eles tem alguma diferenca técnica...
Depois que boota a gente nao consegue digitar nada, apesar de aparecer um prompt de DOS
DQ:
Só vai funcionar com o teclado da Scopus.
DQ:
Calma que a história é longa...
DQ:
A primeira geração, o Nexus 1600, foi projetado pouco tempo depois do lançamento do IBM PC, quando ainda não estava claro o que era ser compatível.
DQ:
Em alguns pontos a gente tentou aperfeiçoar e em outros achou que não teria problema ser diferente.
E vc sabe explicar qual é a diferença?
Você participou desser projeto em particular também ?
DQ:
No caso do teclado, se a memória não falha, optamos por usar comunicação assíncrona padrão usando uma USART 8251.
DQ:
Eu participei do projeto do BIOS do 1600 e do SO. Mas acompanhei de perto o desenvolvimento do hw.
DQ:
Olhando para trás, eu diria que o projeto do hardware do Nexus 1600 estava um pouco acima da experiência dos projetistas.
DQ:
O projeto do 2600 foi bem melhor. Porém ele manteve a interface do teclado, o que já sabíamos que gerava problema de compatibilidade com programas e SOs que passassem por cima do BIOS.
Affonso Amendola joined with an invite link
Affonso Amendola:
Olá, gente
O Affonso está fazendo estágio aqui na Poli ajudando a organizar o acervo de computadores antigos
Eu to dando orientações pra ele aqui (nos conhecemos hoje, mas eu já tinha ouvido falar dele ano passado :-D)
Estamos tentando bootar e usar esse 2600
o HD parece estar bom
DQ:
Eu tinha um disquete do SISNE em algum lugar...
eu adoraria extrair uma imagem do conteúdo desse HD que temos aqui, mas não tenho idéia de como interfacear com ele em um computador moderno
conector DB25 macho na PCB com a label "LINHA" ao lado de um conector DB25 fêmea com label "IMPRESSORA". O que seria "LINHA"?
Pitanga:
Se não me engano uns equipamentos paralelos permitiam ligar vários em... Série :P
Pitanga:
Essa PCB é do computador ou de algum periférico?
Affonso Amendola:
É do computador mesmo
Vou fazer o dump das ROMs do Nexus 2600 hoje
Daqui a pouco depois de jantar
Affonso Amendola:
Manda pra mim?
Affonso Amendola:
Eu quero ver se eu consigo fazer algo com elas no mame, que nem vc falou
Claro!
Faz um checkout do código fonte do MAME que tá no github
Voce vai precisar compilar a partir dos fontes se quiser fazer coisas novas no MAME (como emular uma placa que ainda não é suportada, por exemplo)
Affonso Amendola:
Yeah, eu imaginei que teria que fazer isso
Affonso Amendola:
Quando eu tava mechendo nos cassettes do msx eu tava precisando ler o codigo do reader la que o mame usa pra ler
Compilar o MAME inteiro demora horas. Por conta disso, é bom ver como se faz "single driver MAME build". Dá uma googlada.
Affonso Amendola:
Vo deixar compilando de noite
Affonso Amendola:
Mas pra dar uma olhada eu faço issoae
Affonso Amendola:
Agora, uma pergunta, eu n vi nenhuma bateria nessa placa mãe aí, como que ele mantinha as configurações?
Affonso Amendola:
Ou ele autodetectava o hd e coisas do tipo todo boot?
Acho que sempre detecta no boot
Olhei aqui e realmente parece que nao tem bateria nenhuma
Affonso src/mame/drivers/ibmpc.cpp é o driver de emulação de PC XT no MAME
Pra compilar um "single driver build" do MAME com apenas suporte a IBM PC XT vc pode rodar esse comando:
make SUBTARGET=pcxt_ SOURCES=src/mame/drivers/ibmpc.cpp REGENIE=1
DQ:
Não tenho certeza, mas desconfio que é uma porta serial. Reparei que tem uma 8250 na placa.
Sao duas ROMs de 8kbytes
Mas tem 8 soquetes na placa
E uma ROM fica no primeiro soquete enquanto a outra fica no ultimo
8 * 8k = 64k que é o espaço completo de endereçamento da CPU 8088
Ou seja... A primeira ROM fica mapeada na faixa de endereços de 0000 a 1FFF e a segunda fica em E000-FFFF
E isso faz todo sentido, dado que a CPU boota a partir do endereço FFF0
(Se nao me engano)
Carreguei essas duas ROMs no driver de emulação do IBM5160 no MAME e observando no debugger, vi que a sequencia de instruções do código de boot dessas ROMs parece código válido
Mas o emulador fica preso numa tela inteira preta (nao mostra nada na tela em momento algum) e com um apito constante no speaker
Vi nesse código de boot escritas em registradores que se nao me engano sao para configuração da placa CGA
Acho que eram escritas em I/O no endereço 3D4h talvez (ou algum valor próximo desse)
DQ:
O Nexus 2600 tem algumas diferenças de hardware em relação ao IBM PC, portanto não deve funcionar de primeira.
Tem 2 chips de UART na placa. Seria um dedicado para o protocolo de teclado proprietário da Scopus e o outro para compor o chipset clássico de um PC XT ?
DQ:
Veja se uma das EProm não é do BASIC.
DQ:
Não lembro mais como era a configuração do Nexus... A IBM usava dip switches no PC e PC XT, o relógio com memória CMOS para configuração surgiu só no PC AT
DQ:
Veja se não tem algum chip da Xicor. Em alguns projetos da Scopus era usada uma NVRAM para configuração.
Mas nvram precisa de bateria
DQ:
Esta NVRAM era uma EEPROM
DQ:
Não consegui identificar direito as placas de expansão. Inclusive uma delas não é Scopus.
Podemos tentar tirar fotos melhores
DQ:
Se você puder mandar as fotos em resolução maior, posso tentar identificar alguns componentes.
Affonso Amendola:
Eu tiro umas melhores quando chegar la no lassu, no worries
DQ:
Eu ainda estou devendo o disassembly do Lepus. Tem umas partes do código que não estou conseguindo entender.
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Essa foi a maior qualidade que eu consegui
DQ:
As fotos estão ótimas!
DQ:
A placa com o NEC D765 é a controladora de floppy.
Affonso Amendola:
Faz sentido, o floppy tava conectado nela
Affonso Amendola:
Falando nisso
Affonso Amendola:
Affonso Amendola:
DQ:
A placa com MC6845 é de vídeo. Ele segue o padrão CGA, com a vantagem adicional de sincronizar o acesso do processador à memória de vídeo.
DQ:
Na CGA IBM, se o processador acessar a memória de vídeo no modo texto fora dos retraços ocorre interferência na apresentação pois o processador tem preferência sobre o refresh.
DQ:
Ao rolar a tela (onde todas as posições da memória precisam ser acessadas), o BIOS da IBM desliga o vídeo. Isto demora um pouco mais de um quadro (1/60 seg), o que causa uma piscada bem perceptível.
DQ:
O projetista da Scopus teve que se contorcer todo para evitar isto. A primeira versão era um sanduiche de duas placas.
Affonso Amendola:
Alem disso, a placa manda energia pro monitor, isso era comum?
DQ:
A placa da XPTO me parece ser uma controladora de HD meio trambicada (usa uma 8255 que é um interface paralela)
DQ:
A segunda EProm pode ser o BIOS para esta placa.
DQ:
Se lembro direito, no PC/XT o BIOS na motherboard não trata o HD. As rotinas do HD estão em uma EProm na placa de interface. O BIOS da motherboard procura estas expansões de BIOS, que precisam ter um formato especial.
DQ:
Tem um livro que fala sobre o BIOS...
Dum tal de Daniel...
Forwarded message from Affonso Amendola:
Tenho uma coisa legal pra mostrar
Forwarded message from Affonso Amendola:
N sei se ja te falarm
Forwarded message from Affonso Amendola:
Forwarded message from Affonso Amendola:
Cheguei hoje e tava em cima da minha mesa
Forwarded message from Affonso Amendola:
Forwarded message from Affonso Amendola:
Forwarded message from Affonso Amendola:
Forwarded message from Affonso Amendola:
Teletype, mais um lepus 200, e mais um otro term da scopus
Forwarded message from Affonso Amendola:
Forwarded message from Affonso Amendola:
E um analisador de logica
Forwarded message from Felipe "Juca" Sanches:
UAU!!!!
Preciso botar essa teletype pra funcionar!!!! Talvez usar ela para ler fitas perfuradas do Patinho Feio. Ou talvez interfacear a réplica do painel frontal do Patinho Feio nela para auxiliar na emulação. Fazer algo híbrido onde o computador é emulado mas o periférico é real.
E eu pretendo fazer o dump das ROMs desse lepus 200 pra ver se é uma versão diferente do firmware, ou confirmar que é igual às ROMs do outro que a gente já fez o dump.
Affonso Amendola:
Fazer esse teletype rodar vai ser maneiro
Affonso Amendola:
Affonso Amendola:
E esse é o teclado com protocolo proprietário via interface serial ?
Affonso Amendola:
Acredito que sim
Affonso Amendola:
Affonso Amendola:
Tem um 7 colado nele, e tem um 7 colado no gabinete
Affonso Amendola:
Imagino que eles sejam de um conjunto
Affonso Amendola:
(O monitor tem um 6)
Affonso Amendola:
Veja que tem uma etiqueta meio rasgada escrito "L.S.D." que é o Laboratório de Sistemas Digitais da Poli. Acho que tem uma boa chance dessa teletype ter sido usada no próprio Patinho Feio naquela época. Ou talvez no HP2116B ou no IBM1130, que eram os computadores que tinha na Poli.
Affonso Amendola:
Affonso Amendola:
Etcha, sai melhor na foto do que na vida real
Affonso Amendola:
Ta aí, vo deixar ele quieto, quando ce vier pra a gente da uma olhada
DQ:
No meu tempo tinha uma teletype no laboratório de eletrônica
DQ:
Affonso Amendola:
Eita, que legal, parece ser um modelo bem parecido
Forwarded message from Affonso Amendola:
Quando ce terminar de dumpar tudo, traz a placa pra gente dar uma olhada no que nem naquele hd
Forwarded message from Affonso Amendola:
E tem um otro hd com a mesma pinagem
Forwarded message from Affonso Amendola:
Se a gente conseguir fazer aquele pc rodar, talvez de pra ler os dois
Forwarded message from Felipe "Juca" Sanches:
Você acha que esse teclado Scopus é o que tem interface serial como o DQ falou?
Forwarded message from Felipe "Juca" Sanches:
esse aqui
Forwarded message from Affonso Amendola:
Tenho certeza
Forwarded message from Affonso Amendola:
Digo, quase certeza
Forwarded message from Affonso Amendola:
Tem um 7 colado nele e no gabinete
Forwarded message from Affonso Amendola:
Imagino que eles façam parte de um conjunto, junto com um monitor 7 tbem
Forwarded message from Felipe "Juca" Sanches:
Legal! Semana que vem eu levo aí a placa então. Suponho que deve ter uma CPU com ROM + UART dentro do teclado também pra poder implementar a comunicação serial correto, DQ ?
Forwarded message from Affonso Amendola:
A gente da uma olhada
Forwarded message from Affonso Amendola:
Eu n abri ainda
Forwarded message from Affonso Amendola:
Tem tudo pra estar cetto
Affonso Amendola:
O formato dele parece muito com os do pc/xt
Affonso Amendola:
Com as teclas de funcao do lado
Affonso Amendola:
Entao a epoca pelo menos parece bater
Affonso Amendola:
Mas pra ter certeza, a gente abre e ve o interior
Affonso Amendola:
Ahh, e chegaram mais duas caixinhas de disquete 8", tem umas coisas legais la, esqueci de tirar foto, segunda eu tiro
eba!
Affonso Amendola:
Mas a gente precisa achar um computador pra ligar aquele drive de 8" pra ler esses discos
Affonso Amendola:
Ce acha que o nexus serviria pra isso?
difícil por que não temos uma forma de se comunicar com o mundo externo
mas podemos pensar melhor nisso, tentar achar um caminho
Affonso Amendola:
Sure, primeiro, vamos ver o teclado
DQ:
Tem um microcontrolador parente do 8251.
DQ:
Não lembro dos detalhes.
legal
Sim!!!!
Isso é muito legal!!!!!
Gosto bastante também do megaprocessor
Affonso Amendola:
Ooooooh, eu vi um video no youtube de um negocio parecido, acho que era um video do Tom Scott, será que era a mesma coisa?
Nao sei...
Affonso Amendola:
https://www.youtube.com/watch?v=EMO3dZAizb4The MegaProcessor
James Newman shows us round his amazing MegaProcessor in its permanent home at the Centre for Computing History. The MegaProcessor is a microprocessor built ...
;-D
Affonso Amendola:
Ahh saquei, tem um video do tom scott que tem isso no fundo
Affonso Amendola:
https://www.youtube.com/watch?v=QPZ0pIK_wscFizzBuzz: One Simple Interview Question
There are a lot of opinions on how to hire coders, and most of them are terrible. The opinions, that is, not the coders. But a basic filter test to make sure...
Affonso Amendola:
Muito massa
Y K:
Eu acho que achei o arquivo numa baía.
Na baía pirata, talvez...
Affonso Amendola:
Eu sei que o nexus é um xt com algumas coisas diferentes, (like teclado), mas é uma boa lida de qualquer jeito
Eduardo Loos joined with an invite link
Y K:
Você já assistiu Halt and Catch Fire?
Manoel Lemos:
Eu vi. As 4 temporadas. Bem legal.
É um seriado sensacional !!!
conseguimos hoje bootar o nexus 2600 com o teclado da scopus que apareceu aqui
funcionou
bootou no IBM PCDOS 3.3
tem aqui um Norton Editor
E também um compilador ISIS86 (da linguagem PL/M)
nao parece ter interpretador BASIC
a não ser que o próprio nexus 2600 já possua um BASIC embutido em ROM. Não sei se é o caso
DQ:
Não, ele não tem BASIC em Rom, apesar de ter uma história interessante a respeito.
DQ:
O PC IBM original tinha um BASIC em ROM, para ser usado nas configurações sem disquete (ele tinha interface para K7!). O PCDOS da IBM tinha o BASICA que usava rotinas da ROM.
DQ:
Para os compatíveis a Microsoft oferecia o MS-DOS e o GWBASIC (que não dependia da ROM).
DQ:
A Scopus fez um acordo com a Microsoft nos tempos do micro de 8 bits (CP/M80) e com isto obteve os fontes do BASIC para 8080. A Scopus converteu os fontes para o 8088 (como a própria Microsoft fez) e acrescentou os novos comandos. Não ficou igual, mas foi um belo trabalho.
DQ:
Tinha os picaretas que instalavam nos clones cópias piratas da ROM do BASIC da IBM.
DQ:
Mas tudo isto morreu muito rápido. No XT a interface K7 foi retirada e o BASIC em ROM estava lá só por compatibilidade. Não acho que muita gente tenha usado o interpretador BASIC.
DQ:
Mas ele nos trouxe um clássico, o
DONKEY.BAS (https://en.wikipedia.org/wiki/
DONKEY.BAS)
DONKEY.BAS
Donkey, often known by its file name DONKEY.BAS, is a computer game written in 1981 and included with early versions of the PC DOS operating system distributed with the original IBM PC. It is a driving game in which the player must avoid hitting donkeys. The game was written by Microsoft co-founder Bill Gates and Neil Konzen.
Alexandre Villares:
Que história!
DQ:
Teve muita história interessante aqui e lá fora no início dos microcomputadores.
jogamos alley cat aqui agora
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
Affonso Amendola:
DQ:
Opa, olha o Zork I ali!
DQ:
Aliás, no final do ano passado comecei a jogar pela terceira vez e acabei encostando antes de terminar.
DQ:
Alguma hora vou procurar o que sobrou dos meus disquetes. O leitor de 5 1/4 está funcionando?
Affonso Amendola:
Affonso Amendola:
Sim :-)
DQ:
Devo ter algumas coisas divertidas. Quem sabe acho um disco de 5 1/4 do Z (software de comunicação da empresa que eu trabalhei depois da Scopus).
DQ:
Com certeza tenho alguns discos originais de jogos.
legal!
Acho que já tá num ponto bom pra eu rascunhar um post lá no Fiozera :-D
DQ:
Vou procurar e quem sabe a gente combina uma visita na semana que vem.
Eu ainda não tenho certeza se os dumps das ROMs que eu fiz estão bons
eu tava pensando em programar um extrator das ROMs pra rodar no proprio 2600
mas pra isso eu preciso de um ambiente de desenvolvimento
BASIC já seria ótimo
ah boa
se tiver o debug dá pra programar direto em asm né?
DQ:
Até certo ponto... Mas dá para fazer DUMPs e salvar trechos da memória em binário.
DQ:
E fazer disasm simples
ah
o proprio debug oferece funcionalidade de dump?
