Zerosquare

Happy birthday Ovalbugmann and sorry for being late !

You're a bit early

Up !

Here's an interesting document about optimized implementations of common algorithms, regardless of the target processor : The Aggregate Magic Algorithms

Check out the links at the bottom of the page, too

Happy birthday

Et allez, encore une excuse pour ne pas bosser pour Jagware

(félicitations à vous deux )

Bon anniv'

Yup.

Thanks

Congratulations on this fine work !

The system clock is approximately 26.5 MHz (SCPCD or Zerosquare, could you please recall us the exact value?)

Here's a YouTube video that shows how it looks like for the moment.

(thanks to Orion_ for uploading it)

Ca te fait un Zéro de plus ?

Merci à tous

Avec beaucoup de retard (désolé ! )

No, you're right. The idea is to trigger the circuit once per frame, and measure the width of the output pulse, which is proportional to the paddle resistance. So it's based on fixed-frequency PWM. Yes, it does mean that you need to poll the controller port frequently and regularly, but you can use one of Jerry's timer interrupts to do that, and the code needed is pretty short.

Screenshots :

PS. Can one of the admins please change Mr Morden into Cyrano Jones? ;-)

I meant the directions being wrong in my code -- the sequence itself is straight from the Jaguar developer manual

But it's interesting to know that it works backwards in T2K : since all rotary controllers have been made for playing this game, it's now the standard

This documentation is wrong. Encoders don't have 3 different states, they have 4 different states, They behave like a Gray code counter, incrementing for one direction of rotation, and decrementing for the other (explanation on Wikipedia)

It's also explained in the Jaguar developer docs, in the section about controllers. According to this, the sequences are :

Clockwise rotation is : none, right, left AND right, left.

Anticlockwise rotation is : none, left, left AND right, right.

Personally, my code is similar to this :

{
    unsigned long dataJoypad;
    unsigned long ph0, ph1, ph0_old, ph1_old; // ph0_old and ph1_old must be initialized, and preserved between calls to the routine

    dataJoypad = joypads->j1;    // we only manage jagpad 1 for this demonstration routine

    ph0 = !(dataJoypad & JOYPAD_LEFT);
    ph1 = !(dataJoypad & JOYPAD_RIGHT);

    if (ph0 ^ ph0_old ^ ph1 ^  ph1_old)
    {
        if (ph0 ^ ph1_old)
        {
             // do whatever you need to move anticlockwise
        }
        else
        {
              // do whatever you need to move clockwise
        }
    }
  
    ph0_old = ph0; 
    ph1_old = ph1;
}

(I've not tested it on the Jaguar, it's possible both directions are swapped)

If you don't have an IRC client and can't/don't want to install one, you can still join the Jagware chat through a web proxy.

Check the "What is Jagware ?" box at the top of this page for the details, and don't hesitate to join us

As I've posted it on AtariAge a few days ago (but it wasn't in the Jaguar forum, so may not have seen it) : Both SCPCD and me are working actively on the project. The hardware is mostly functional, the logic code is being debugged and the firmware is in the making. It's getting closer to release every day

Et un an de plus pour notre fan de SuperBurnout préféré !

That's correct. It is designed to be used in future homebrew games.

On the other hand, including support for it in existing games may be possible if :

- the source code has been recovered

- there is sufficient CPU time available to run the extra code

- someone takes the time to do it