Known Bugs:
-----------

BIG FAT BUG! Well it's not 3dfx TV Tool's fault. The
bt869 kernel driver is REALLY slow on updating the
values written into the kernel. So if you press a
button, nothing happends. (Caused by pressing to
many buttons in a row) The 're-apply' button tries
to make the kernel resend the values to the bt869.
It's a bug in the kernel driver, that should be fixed
soon. I'll try my best.

(fixed?)
Run the program without the modules/kernel entry's
Even though I do check whether the 'file' exists it
segfaults for not having a directory. I think that's
why it's segfaulting on me anyway. But not sure since
i haven't had it happening to me. Feedback please.

PAL/NTSC button doesn't allow you to change anything
this is due to the bt869 module, that won't let you
change the setting. (well not at the 720 resolution
I was testing it all with. however in 640 modes you
can set it just fine) This will be 'checked' more
when resolution changing is implemented

Since it doesn't check with the module 'where' it's
located it uses hardcoded config for the kernel entry
the entry is made in a 'name-number-address' fashion
so it COULD be possible to probe for it's existance.

The status of the buttons are only probed at startup
so if you change the values of the bt while the
program is running, it won't update itself. A 'Check
status' button might (will) be implemented sometime
in the future. This is also affected by 'load' and
'save' Maybe fix, send the 'clicked' singal to the
buttons instead of writing it manually. Or find some/
write some 'update status' function that fixes the
buttons. REALLY annoying, will be fixed asap.

When compiled with DEBUG defined, whenever you use the
write_tv_out function it prints out what was written
where. When loading, and also calling the write_tv_out
function a cr or eol all of the sudden 'sneaks' in.
Don't remember seeing this one anymore, could be fixed.

email me at oliver@are-b.org if you find another bugs.
