SebRmv

March 9, 2022

5 hours ago, SebRmv said:

Thanks to @Zerosquare, I have now an original BIOS.

When I boot the JagGD, I get the RetroHQ logo and that's it, nothing more. What should I do?

That was the Scatbox that prevented me from using the JagGD... Thanks to @SainT for his help

March 9, 2022

Thanks to @Zerosquare, I have now an original BIOS.

When I boot the JagGD, I get the RetroHQ logo and that's it, nothing more. What should I do?

March 4, 2022

Congratulations guys! This looks really cool

February 22, 2022

1 hour ago, neo_rg said:

I can send you a eprom bios chip, is it K or M series?

Thanks! It is an M serie.

Actually the simpler would be that I flash my EPROM.

My modded jag has actually a switch to select between 4 roms: Stubulator 93, Stubulator 94, BJL and JagOS. I guess I could replace one of these with the original BIOS (maybe JagOS?).

I believe I flashed this EPROM myself, but I don't have the hardware anymore to do that.

February 22, 2022

Ok, thanks.

Too bad I haven't kept the original BIOS on this modded Jag...

February 22, 2022

Hello,

I just received my Jaguar GameDrive.

My first impression was that it really looks good and was impatient to test it. Unfortunately, I cannot manage to use it right now. So I have a few questions.

First, I use a BJL modded Atari Jaguar.

When I press B, I got sometimes the RetroHQ logo, and sometimes a blackscreen.

When I get the RetroHQ, it seems just stuck afterwards. I tried with and without a SD card plugged in the slot.

(also, I am not sure the SD card is plugged correctly as it seems there is a spring mechanism)

I don't get the screen with the QR code and the instructions to flash the latest firmware (as it is explained in the manual)

Are there any specific instructions to follow? Is it supposed to work with a BJL modded Jaguar or should I get my hands on a "normal" Jaguar?

Many thanks,

Seb

September 29, 2020

Use the Makefile to build...

make build

and

make run

(you have also

make help

)

September 29, 2020

Looks great! Congratulations!

September 28, 2020

You can use that by enabling WSL2 extensions.

I tried it with ubuntu on WSL2 and it worked (well, except jcp, but you can use native windows jcp)

September 27, 2020

Thanks! Actually, since this is my first Python program, there may be some bugs. So if you notice regression, please tell me.

September 26, 2020

Finally got time to work a bit on the Jaguar Image Converter in Python. This should work reasonably well now. I have not ported all the options that were in the ocaml version (dithering/rotation/cut/...)

I'd be happy to get feedback on it (as well as on the Docker environment).

Cheers

Seb

September 3, 2020

LOL

And thanks, now I can assemble AW

September 3, 2020

Where should I report bugs?

;;; address register = base of var array
VARREG	equ	2

.macro	emitInstr
	;; \1 = instruction
	move.w	\1,(a1)+
.endm

.macro	emitTgtMem
	;; \1 = opcode
	;; \2 = variable number (will be multiplied by 2)
	;; \3 = address register number	
	add.w	\2,\2
	beq.s	.opt\~
	emitInstr	#(\1)|(%101<<6)|((\3)<<9)
	bra.s	.done\~
.opt\~:
	emitInstr	#(\1)|(%010<<6)|((\3)<<9)
.done\~:
.endm

	;; emit "move.w #YYyy,xx(Var)"
	emitTgtMem	(%0011<<12)|(%111100),d0,VARREG

This one produces a segmentation fault.

September 3, 2020

Hey, thanks!

Also to mention I am working on building a docker environment (based on archlinux) that configures everything.

It is ongoing work but this works reasonably well, even on WSL2

(I still need to adapt to use rmac instead of madmac)

Repo is here: https://github.com/theRemovers/jagdev

I am also working on translating my Jaguar Image Converter in Python, because it is too difficult to maintain the build with ocamlimages.

September 2, 2020

3 hours ago, cubanismo said:

And does it work without the changes to the rmvlib source? That change does look as though it's very likely obsoleted by the latest fix from ggn I linked.

Yes, with the patch to rmac, no need to modify rmvlib

September 2, 2020

@ggnI think it is time that I use a more modern tool than MadMac

I will report issues if I found any, be reassured

It would be great if the patch is integrated to rmac ~~github~~ repo. By doing so, I will be able to officially switch to rmac all my projects.

September 2, 2020

13 minutes ago, cubanismo said:

I'm curious whether @ggn's patches for the issue I reported remove the need for the changes to rmvlib source as well. Long shot, but it seems at least possible they're related. If it's just bad handling of '*' in an expression, probably won't help, but if rmac was actually getting confused about whether '*' was relative or absolute, it could, as that's the issue I was having building bpeg.s.

Here's a direct link to the rmac patch:

http://jlhconsulting.gotdns.com/bugs/attachment.cgi?id=144

I applied the patch and it seems to work! Thanks

I need to test, test and test now

September 2, 2020

Ok, many thanks! Will try that

edit: just tried, display.s still fails to be assembled (not tried the other files, but I guess it's the same issue)

September 2, 2020

I think one problem in my code is the use of '*' to refer to current PC, as for instance in the following code:

.org G_RAM
padding_nop	(G_RAM+$10-*)

where padding_nop is a macro defined as follows:

.macro	padding_nop
	.print	"adding ",\1/2," padding nop"
	.rept	(\1 / 2)
	nop
	.endr
.endm

What should I use instead of '*' ?

September 2, 2020

Hello,

I am trying to switch to rmac for building The Removers Library.

I get the following errors when compiling display.s:

display.s 192: Error: illegal relative address
display.s 192: Error: mis-nested .endr

First, I believe the line numbers are wrongly reported, because on line 192 stands a local label definition:

.gpu_display_from_cpu_it:

Secondly, the second error message seems to indicate a problem with a rept/endr.

Is there a way to adapt code that was accepted by MadMac?

How can I track more precisely the origin of the error?

Many thanks!

Seb

August 4, 2020

Thank you so much for your detailed answer

I need to read and digest this now

August 4, 2020

Hello,

I'd like to add support for rotary controller in the Removers library.

However, right now, I have not a clear understanding on how to read data from joypad, interpret them, and report them.

Is there some reference documentation about that? And/or even better some available code to do that?

Thank you,

Seb

June 13, 2020

Removers extensions to JCP published here:

https://github.com/theRemovers/skunk_jcp

June 13, 2020

On 6/4/2010 at 6:58 AM, tarkb said:

I meant source for rmvjcp -- no biggie

I also told him it is cool another jaguar homebrewer likes iron maiden

Maybe he thought I was sucking up to try and persuade him

Sorry, I will publish source of rmvjcp

Done: https://github.com/theRemovers/skunk_jcp/

June 13, 2020

2 hours ago, cubanismo said:

Not exactly. It may just be support code for the rmvlib printf functions. I'm not familiar with it at all. @SebRmv (Hope this is the right Seb) would probably know more. I came across it while wandering through @belboz's dev environment files for Linux, and after googling a little this was all I found:

References to it on The Removers download page (See example 16): http://removers.free.fr/softs/download.php

A reference to it here, with a request for the source that was never followed up on publicly:

I'd like a pointer to the source myself since I'm slowly building up a git submodule tree that generates something similar to the Belboz SDK from source so I can build native binaries for x86_64 and ARM Linux environments for the majority of the tools. However, I haven't gotten to the point where I'm using anything that requires it yet, so it's just a bullet way down my list of TODO's for that project.

Oh, I think I never saw that (or at least do not remember).

Yes, I should publish source of rmvjcp, let me do some cleanup in my files, before.

Profiles

Forums

Blogs

Gallery

Events

Store

Community Map

Posts posted by SebRmv