LaserBoy_06_11_2008

[James Lehman]

It's still not right, but it will shift your samples!

http://hacylon.case.edu/laser/LaserB...06_11_2008.zip

Go into 'y' LaserBoy wave utilities. Select option '4'. This is where you set the offests you want to impose on your wave. Your wave must already exist. LaserBoy waves are made with no offsets; not even an offset structure. The idea here is to set a difference between the channels of the wave. It shouldn't matter which way you shift. If you want a difference of 7 samples between the scanners and the colors, then set it like this:

7
7
0
0
0
0

You could also set it like this

0
0
-7
-7
-7
-7

It's the same thing.

One you have your offsets in place, you can impose them on a LaserBoy wave with option '5'.

Note: If you want to restore your wave to no offsets, then you set your desired offsets to all zeros.

0
0
0
0
0
0

and the samples should be realigned in time.

James.

[James Lehman]

Weeeee!

http://hacylon.case.edu/laser/LaserB...11_2008_v2.zip

James.

[James Lehman]

Please test the crap out of this and let me know what you find! It is very large and complex and hard for me to see every aspect of it.

Thanks!

James.

[James Lehman]

I think I found out why LaserBoy doesn't terminate cleanly in Mac OSX.

I also fixed a few more menu display things and I changed the key for LaserBoy wave utilities from 'y' to 'b' because I kept hitting 'y' thinking I was answering yes!

I will package it up and get it out there some time tomorrow!

I still need to work on the LaserBoy on screen wave display stuff.

James.

[heroic]

I think I found out why LaserBoy doesn't terminate cleanly in Mac OSX.

I also fixed a few more menu display things and I changed the key for LaserBoy wave utilities from 'y' to 'b' because I kept hitting 'y' thinking I was answering yes!

I will package it up and get it out there some time tomorrow!

I still need to work on the LaserBoy on screen wave display stuff.

James.

Cool!

Working on an EasyLase driver for it now.

[James Lehman]

Hello!

Here's what I found...

The dtor of the ez_ilda class...

//############################################################################
ez_ilda::~ez_ilda()
{
    delete          wave_offsets;
    bmp_free        (&bmp);
    bmp_free        (&background);
    ez_ilda_pointer = NULL;
    SDL_FreeSurface (screen); // <--- this right here!
    SDL_Quit        ();
}

Also, I am still having weird problems with crashing durring wave file input. It says:

The instruction at 0xblahblahblah referenced memory at "0x00000002". The memory could not be written.

"0x00000002" is stdout, is it not?

Other than that, I think I got the sample shifting stuff working!!!!

James.

[heroic]

Hello!

Here's what I found...

The dtor of the ez_ilda class...

//############################################################################
ez_ilda::~ez_ilda()
{
    delete          wave_offsets;
    bmp_free        (&bmp);
    bmp_free        (&background);
    ez_ilda_pointer = NULL;
    SDL_FreeSurface (screen); // <--- this right here!
    SDL_Quit        ();
}

Also, I am still having weird problems with crashing durring wave file input. It says:

The instruction at 0xblahblahblah referenced memory at "0x00000002". The memory could not be written.

"0x00000002" is stdout, is it not?

Other than that, I think I got the sample shifting stuff working!!!!

James.

0x00000002 would be stdout if it were a file descriptor, but this is talking about an address in memory... which is definitely not something it should be doing. Looks like you have an uninitialized pointer being dereferenced, James :-)

If you compile with debug symbols you can use gdb (or, even better, one of its frontends like ddd) to find out which line of code that address corresponds to.

[James Lehman]

Yeah, there's probably something weird about the int* offset in ez_wave_header or the sample shifting pointers to pointers or something.

It happens the second time I open a wave!

Did that dtor fix allow LaserBoy to terminate cleanly in MacOSX?

James.

[heroic]

Yeah, there's probably something weird about the int* offset in ez_wave_header or the sample shifting pointers to pointers or something.

It happens the second time I open a wave!

Did that dtor fix allow LaserBoy to terminate cleanly in MacOSX?

James.

I haven't tried it yet. But seriously, get ddd- you can inspect variables in a running program! Would solve this in a snap.

[James Lehman]

Debuggers are for girls!

Just kidding. I can't figure out how to get into the debugger in Dev-C++.

I just might have to put this together in an X based IDE in Linux so I can see what's going on!

I'll tell you one thing... I've scrubbed this code pretty good! Even if I haven't found THE bug yet, I've cleaned up a lot of other stuff.

James.