Raspberry PI C64!!

[josepzin]

Importante ir probando la respuesta de los joysticks, si alguno tiene adaptadores USB a DB9 y puede decir cómo van los joysticks normales, sería la pera.

Adaptadores USB a DB9 es matar moscas a cañonazos! se pueden conectar los joysticks directamente al puerto GPIO de la Rpi.

- Compatibilidad de tipos de fichero: sobre todo CRT (Easyflash)

Funcionan, al menos he probado un par y cargan bien.

y .D81 que es donde tenemos los multidiscos "arreglados"

No he probado ninguno de estos.

- Poder hacer Joystick swap y Warp, y asociar a botón en joystick

Ambas cosas se pueden hacer vía teclado, me suena haberlo visto tambien via joystick USB pero ahora no estoy seguro.

- Tener teclado virtual. Idealmente poder asociar alguna tecla al joystick (Space, Return, run/stop, Y, N, 1, F1, ...)

Teclado virtual molaría!

- Añadir scanlines

Lo tengo conectado a un TV de 42" via HDMI y se ve de lujo. Pero si se pueden poner, mejor.

- Máquina PAL o NTSC

Cierto, aunque yo nunca usaría algo asi seguro es útil.

[josepzin]

Aquí está para conectar un joystick de C64 a la Rpi:

https://accentual.com/bmc64/joystick.html



Siempre habla de un solo joystick, supongo que tambien se podrá conectar el 2º.

Ah, si, aqui está:

Do the same with another row of 4 header pins inserted into the bottom row of the DB9 connector (pint 6-9). Now apply some solder to each pin to secure them to the connector.

[josepzin]

Ayer me decidí a hacer ese invento, conectar un joystick de C64 a la Rpi+BMC64.

Compré el DB9 hembra, anoche tuve un rato de tranquilidad asi que busqué todo lo necesario, soldé, probé las conexiones y me quedé sorprendido por lo facil y bien que todo iba.



Hasta que voy a conectar el joystick.

Entonces me doy cuenta que muchas veces voy en automático.

Habría comprando un DB9 hembra, cuando tenía que haber sido uno macho, y claro... pasa lo que pasa.



Así que hoy compraré un DB9 MACHO, como debe ser y otra vez a soldar, por suerte es una tontería que se hace rápido.

Hice una prueba conectado los pines al joystick y funciona a la primera



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

Las direcciones están invertidas pero era para hacer una prueba rápida.

[Naibor]

me suena ese gamepad

[josepzin]

Siii! es el que hice usando tus sagrados consejos y creo que es el más comodo y que mejor funciona.

[Naibor]

Siii! es el que hice usando tus sagrados consejos y creo que es el más comodo y que mejor funciona.

Es el que uso habitualmente y el que más me gusta, es duro y preciso. Estoy pensando en comprar un par más para tener de repuesto.

[josepzin]

¡Esta vez si!

Lo próximo es hacerme otra ficha de esas asi tengo para dos jugadores.







La niña jugando un ratito al Alter Ego, increíble lo rápido que pillan la lógica de los juegos.

[josepzin]

Listo, esto ya está.

Una vez conectados y probados ambos adaptadores DB9, les puse un poco de silicona para que no se salgan o se pierdan las conexiones, que me llevó un buen rato saber qué va en qué lugar.





Para hacer esto tuve que sacar la Rpi de la cajita y claro, como soy un bruto al volver a ponerla no me di cuenta que la MiniSD sobresale un poco y pasó esto:



Una vez reemplazada ya puedo decir que esto funciona de maravilla:

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

[josepzin]

Joder, que mala calidad el video... tendré que hacer uno nuevo.

[josepzin]

Nueva versión, ahora además se pueden poner VIC20 y C128.

First release of BMVIC20 available!
------------------------------------------------
I ended up spending a lot of time changing how the emulated display is drawn to the screen. There's a LOT of border in the Vic20 emulator especially in PAL mode and the graphics area looked scrunched. There's way more border in the emulator than what shows up on the real thing on a CRT. I made a change that includes more border as the frame buffer size is increased. This lets you 'zoom in' and cut out some unwanted border. Once border area is exhausted, the resulting image is centred within the available area and you will start to get black borders. So the idea is to get as much border as you need but try to keep a reasonable aspect ratio. That's hard sometimes since there are minimum resolutions for the frame buffer (can't go lower than 320x200 I think).

There is a 'framebuffer_aspect' line in config.txt I added (commented out). It can adjust the aspect ratio. So it can be used to make the output look better by eliminating some black border space at the top/bottom.

Unfortunately, the frame buffer/aspect ratio can't be adjusted dynamically (at least I don't know how to) so you have to change config.txt, look at the results, and try again until you get it right. I'm hoping I made it configurable enough so people can find the optimal settings for all NTSC/PAL + Composite/HDMI combos. I don't have a PAL monitor so I can't really compare. (Special thanks to Lroby74 for helping to test this first release!)

I think the VIC20 is best emulated in NTSC mode. Most cartridges were made for NTSC as they position the screen badly in PAL. Most games let you move the screen with keys or the joystick but it's annoying. Some games don't load at all unless the machine is NTSC.

This was actually my first computer when I as was kid. I'm not familiar with what the most popular emulation features are though. I'm sure you guys will let me know if I missed something Smile You can find it at https://accentual.com/bmvic20. This is a completely separate package from BMC64 and is meant to be stand alone (see below for notes on unification).

Update to BMC128...
----------------------------

I'm also releasing a full package for BMC128 instead of expecting people to re-use files from BMC64. Keep in mind this is still unfinished. There's no VDC support. I did fix a few bugs though. You can find it at https://accentual.com/bmc128

BMC64/C128/VIC20 1.9 Release
--------------------------------------------

* PSA: cmdline.txt has changed and should be updated:

For BMC64, if you are in the habit of just updating the kernel file, best
to update cmdline.txt with this release. canvas_height/canvas_width
parameters have been renamed to vicii_canvas_height, vicii_canvas_width to
distinguish between C64 and VIC20 (or other future) video chips that need
different sized frame buffers. VIC20 will read vic_canvas_height,
vic_canvas_width. Only doing that in case someday they can run side by
side with the same cmdline.txt.

Also, I changed the way the emulated display is drawn to fix some unused
black border issues on both C64/C128 and VIC20 so the C64/C128 frame
buffers are now a different size. If you find your video output is
squished after this update, best to confirm you are using the new
cmdline.txt settings. This change 'zooms' the video in a bit so more of
the screen is used.

* Added Home/PageUp/PageDown/End handling in menu (also F1/F3/F5/F7
for real keyboard users)

* Added first letter search in menus (press a letter and cursor will jump
to next occurrence of an item that starts with that letter).

* Added menu item to create empty disks in various formats

* Fixed C128 kernal/basic/chargen ROM load menu options
* Fixed bug where POT Y Up/Down values could not be set
* Fixed bug with some 'empty' USB button function menu options
* Moved bootstat.txt into machine dirs so they can be different for machines
* Moved status bar to directly below where bottom border starts
* Reorg some menu items

Unification?
---------------

Now that there are three machines ported, I considered unifying the releases into one install that could switch between the different emulators via menu option. However, this could turn out to be difficult since the optimal video options (frame buffer size, aspect ratio, video mode & fps) are sometimes different between machines and are determined by the config.txt and cmdline.txt files. For example, the VIC20 is best emulated as an NTSC machine (cartridges usually default to NTSC positioning) but C64 is best as PAL (best games/demos).

As far as I know, there can only be one version of those files per sdcard (true?). So any switch would have to swap not only the kernel, but the config.txt and cmdline.txt files too which is kind of a wierd thing to do. Usually, those files are not edited/changed by applications. I'm going to look into boot loaders to see if they can switch not only kernels but configs as well. My guess is no. Anyone know? If it's not a problem, I'll leave them as separate releases and that would be the preferred solution.

My vision for these packages was specifically for people who want to place Raspberry Pi's inside old Commodore shells in order to reproduce the 'feel' of the original machine as much as possible (quick boot, shut off, low latency, etc). For me, that meant dedicating the Pi to do one thing so I may just keep all these separate so they do their one job the best they can. Thoughts?

[josepzin]

El autor de BMC64 está pendiente del hilo en el foro de Lemon64 y ya ha agregado varias cosas que hemos sugerido los que estamos allí.

Que quizás las hubiera terminado agregando igual, pero mola que haya sido a partir de nuestras sugerencias.

Ahora estabamos hablando de poder conectar el teclado de C64 directamente al puerto GPIO de la Rpi asi puede leerlo directamente desde allí, sin pasar por aparato externo (ya sea Keyrah o Arduino) y eso está genial!

En cuanto se pueda hacer meteré una Rpi dentro de un C64.

Este es el hilo: https://www.lemon64.com/forum/viewtopic.php?t=70498

[Harris]

una pregunta off topic que os queria hacer:

hay algo así para el mame ?

Que arranque directo el emulador mame como lo hace este ?

Ya se que hay recalbox y retropie

Pero uno que solo emule el mame por ejemplo y que arranque solo.

Exite algo asi ?

[PacoBlog64]

una pregunta off topic que os queria hacer:

hay algo así para el mame ?

Que arranque directo el emulador mame como lo hace este ?

Ya se que hay recalbox y retropie

Pero uno que solo emule el mame por ejemplo y que arranque solo.

Exite algo asi ?

Aquí salen unos cuantos emus bare metal para la Pi, pero ninguno de Mame: https://www.reddit.com/r/emulation/comments/7uvp5w/baremetal_raspberry_pi_emulators/

[josepzin]

Para Mame me parece que puede ser Piplay, pero no me queda claro si es exactamente lo mismo, parece ser un frontend que arranca bastante rápido y es mame.

[Harris]

Bueno como veo que nadie se anima lo digo yo

ya ha salido la version BMC64 2.0

siiiiiiiiiiii a probar !!!!

ahora me la bajo a ver que cosas nuevas tiene , jejeje