From jwhite25@faster.engr.utk.edu Sun Feb 29 14:59:06 2004 To: Neena Nambiar cc: gilbert@faster.engr.utk.edu, jpendlet@faster.engr.utk.edu, nmichou@utk.edu, nnambiar@utk.edu, Don Bouldin Subject: Re: Basic Flow of Controller and Entity descriptions The way we envisioned the handling of blackjack, we shouldn't have to send you any more signals. After the first 3 states of the controller (bet, card1, and card2), you should have an 32 bit vector set to all 1's (a 1 indicates the player has two cards, a 0 indicates they have more than 2 cards). If in the next state ("game interaction") the player gets any more cards, you should set their corresponding bit to 0, indicating they have more than two cards (and therefore cannot have blackjack). At the end of the game, during the "settling up" state, you can then check that bit and their total to detect if blacjack has occured. Hope this helps. -- Team Controller Guys On Fri, 27 Feb 2004, it was written: > Hi, > Last time in class we had talked about the controller setting a flag if the > player stands on 2 cards so that the scorekeeper can decide if its a black jack > or not. So what should we check for when we get the player Id from the > controller? > > Thanks > Neena > > >To: Don Bouldin > >cc: Brandon Chad Dalton , Brian Howard Nelson > , Don Bouldin , > Ching-Heong Khor , "Fredrick \"Rick\" Kuhlman" > , Kenneth Gilbert , > Jared B Pendleton , John D White > , mwl@utk.edu, Mo Zhang > , Nader Michou , Neena > Nambiar , Olawoye A Oyeyele > , Scott Edward Fields > , Jonathan Turnmire > , Manish Yadav , > zdu1@utk.edu > >Subject: Basic Flow of Controller and Entity descriptions > > > >Attached is our attempt at documenting the basic flow of the > >Controller. We have outlined how we think the game will go and tried to > >make it clear what each module's responsibility is. I am also attaching > >vhdl files that contain the entity declarations for the controller and the > >houseplayer. This shouldn't change much so you can count on the ports > >remaining the same. Also I am attaching a copy of last years > >houseplayer. This does not account for betting or the card dealing (for > >instance you will be dealt two cards after the bet sequence regardless of > >the state of your hit/stand signals), but the way it handles hit/stand in > >the actual game is accurate. By Monday or Tuesday we will have a much > >better house player for everyone to look at. Until then you should have > >enough information about the flow of the game and the ports of the > >components to begin working. > > > >--John > > > > > >