Need some info on TITO Validation

[Magicslots]

I have a couple of geek/hacker buddies that are intrigued about working out the validation of tickets on
stand alone machines.  I need some info to pass on to them to better understand what/where they are looking
for the solution.  
Is the bar code on the tickets a standard code or proprietary?
Is the amount of the ticket recognized by the DBV or does it come separate from the server?
According to what I have read about the JCM products, they look for a go/ no go answer on accepting the tickets.  
I think this is a pulsed I/O  ?
Would a basic card that reads this pulse be a viable work-around or starting place?
Any other info you could provide me that might be helpful...
I will share whatever they report, and maybe we can beat this sucker down  

[Foster]

First they would have to understand how SAS protocol works, because If I remember right It is done via SAS
Unless it is totally different protocol used for tickets.

The thing is IGT has SAS locked up tight with NDA's and patents, etc.

[dpalmi]

Hello!

This question comes up about every six months...lol.

Yes - the barcode is a "standard" barcode - I own a Symbol scanner like the one pictured below and it has no problems reading the bardcode from the ticket.  The barcode contains no dollar amounts.  The barcode is equal to the validation # on the ticket.  So for the ticket below, the barcode equals "000000000098211498" - no dollar amounts.  So when a ticket is put into a machine to be validated - the slot sends the validation # to the servers requesting the # is valid and the dollar value for the #.  Any questions, let me know!

Dan #2

[Magicslots]

Thanks for the replies guys.  So what about the idea of the go/no go signal? It seems a generic way could be figured out how to return the go
signal and perhaps a way that would o.k. any number that come through... I guess the problem would lie with the translation of the
credit amount back to the machine.     I know IGT is a tighta__s about their property, but you would think that after all this time there would be
a loose copy of SAS floating around out there..  These hacker friends of mine love a challenge, I was just hoping to have some valid
data to give them to get them started. 

[reho33]

You don't understand, swiping Windows, OK, swiping SAS, not good.

[stayouttadabunker]

Give these geek/hacker buddies a bill validator chip and
see if they can find the pictures of money in the code...
If not, they're not hacks. They might be just pulling your leg.

[Magicslots]

That's an interesting idea Bunker...that kind of stuff is way above me.  How are the pics in the code ... digital data that corresponds to them??

   Man i wish I was smarter   

[stayouttadabunker]

How else is a Bill Acceptor going to tell what money is what?
There's no "Bar Code" on money! lol
It works probably the same way a digital camera kinda works.

You take a picture, the camera saves the photo image in code and
you send it by email to someone and their Windoze picture program
deciphers the photo image code and displays it for you on your screen.

I know absolutly nothing about digital photography so this
post may be entirely useless information....

[Brianzz]

Dollar bill validators work using one of several techniques. The higher quality validators use multiple techniques to allow for wrinkled bills but still detect counterfeits. It also has to be able to determine if the bill is the correct denomination (meaning did you put in a $1, $5, or $10 bill).

Most bill validators have a sensor similar to the one found on an old tape cassette because US Currency uses magnetic ink on bills.

The second most common method for identifying the bill is using a photocell (similar in function to a tiny camera) and compares it to valid patterns stored in memory. Different patterns from different bills can determine the denomination.

[Foster]

The DBV 145/200 and the US WBA-12/13 uses both methods.

[stayouttadabunker]

If I rubbed a dollar on my cassette player's head...would it play a song? 
Like "I'm A Yankee Doodle Dandy"? 

[Forrhouse]

Actually, Sas, Super-Sas and Bob are all outdated. The Sas code and code for Bob have been combined and updated to form the G2E protocol.
G2E is a collaboration between the different slot manufacturers that is now the universal industry standard protocol.
E~

[TZtech]

Hi

Best of all its free and completely open source. You can download all the protocols at at www.gamingstandards.com. I have not really come across machines that have this implemented but then again most of what I work on is 1 or 2 generations behind. I dont know if manufacturers will be updating products like IGT GK and S2000 to work on this protocol and if they are even capable.

As far as SAS goes have a look at this thread - http://newlifegames.net/nlg/index.php?topic=1421.0. There is a goodie that may interest you on post number 9.

Here's a thread on TITO with a good explanation of the process by Op Bell - http://newlifegames.net/nlg/index.php?topic=3352.0

Ian