The lab machines have the latest version of Windows 10.
Please note that
c:/ drive is a very fast SSD hard drive with all the software you need installed. Please keep all data that you need for your projects and classes on the second
We do not want to run out of room on
c:/ as the software takes up a lot of space.
Remember to login with your LSU Credentials, your CCT password does not work. Login using the regular microsoft login and your user name WITHOUT "@lsu.edu".
Please remember to back up and remove all software from All the internal drives as they will get wiped for complete re-imaging when we update all the software. Box is a good place to store all of your files when you are on break.
All software in the lab except for Adobe products can be installed and accessed off campus. For software that requires a license server you will need to be on campus within the intranet or access it outside of campus through Global Protect VPN.
A full description of the process is available in the links below. For Adobe products consider purchasing a student license for the duration of the studies if you find that you need it outside of the lab.
All software can be installed on personal computers except for Adobe Creative Cloud. Adobe applications are ONLY available in the lab.
Installation information for either the PC or Mac version of all other software can be found at the dmae github link. Please note that this is a private GitHub repository so you have to be logged in for the link to work. It will look like a bad link and you will get a 404 website not found error.
You also need to be a team member to gain access. If you are logged in and the link still doesn't work, email Marc Aubanel and include your GitHub username.
To store large files it is best to use Box at LSU. You can access it from the lab and at home and allows for offline or only online storage. If you cannot log into LSU Box with your LSU credentials, get a free account online at box.com.
If you want to use box without the browser you can download their app for windows or mac at on box.com.
We have access to Pluralsite and Gnomon for their amazing tutorials. Login information can be found at dmae github link.
We also have access to professional music and sound effects from alibi which includes multi-tracks! This can also be found at dmae github link.
If you don't have access to this link then request permission by emailing Marc Aubanel at Marc Aubanel .\n
Some kind person is Zkeeping up a Jobs & Intership with a tab for Openings, Internships, Studios, Websites and Schools. This is an excellent starting point.
Amir Satvat's LinkedIn Community Jobs Spreadsheet
You can try posting your name on the Job Seeker's Directory
Here are a list of Industry Mentors you can reach out to on LinkedIn.
There are also occasional posts in DMAE News for positions so check back often.
Only discuss public matters. There is no such thing as privacy in an email.
Don't 'email angry'. Email is not an effective forum for venting and is much better at summarizing. If an issue has arisen that causes anger, either meet in person or talk on the phone.
Respond in a timely fashion. If you are not able to respond right away, please respond with a receipt and a timeframe of when you will respond. Not responding witin 24 - 48 hours is not acceptable.
Refrain from sending one-liners. You can put No Reply Necessary at the top of an email if you don't expect a response.
Avoid using shortcuts, emoticons, jargon or slang.
Keep it professional. Imagine your grandmother is being CC'd on the email.
Be clear in your subject line.
Don't email more than one address per receipient. If you don't know which they prefer, then ask.
Keep it short and get to the point.
Remember, the email you write is a reflection of you.
The DMAE lab has a capacity of 11 people.
Make sure faculty television is turned off if you are the last person to leave the lab.
Make sure the door is locked if you are the last person to leave the lab. The door is locked by the switch on the latch assembly on the side of the door.
Please try and eat in the cafeteria area just outside the second floor staircase. If you absolutely have to eat in the lab because class is starting please dispose of your food garbage in the cafeteria area. We don't want the lab to smell like food or attract critters.
Log off of your computer and make sure that it goes into sleep mode. Please do not disable the sleep functions of the computer.
GitLab is hosted on LSU servers and uses Git at its core. The advantage of GitLab is that we can configure the repository in any way we like. We can also control size limits for files that we cannot control with GitHub. But, we do have to maintain it ourselves and there may be fewer gui tools to use with it (I have had varying success using GitHub Desktop in the past). Our implementation is set to go with LFS.
GitHub uses Git at its core and is effectively the same as GitLab. It has its own implementation of lots of tool support and documentation. We do get free LFS support if you launch the project through our GitHub Classroom. Do not start a new project with your own account as there is a limit to where they will charge for further usage (for a 3-D video game project this is suprisingly quick). There are some total project and file maximum sizes that we cannot control. If your project is north of 6 gigs I would consider using GitLab.
When making a project using large files like 3-D textures, 3-d models, audio samples, videos, large photos or any other large assets it is necessary to use Git LFS. LFS stands for Large File System.
Why do we need Git LFS? In the default use of Git the entire history is stored locally in the
.git folder in your main project folder. This makes switching branches really fast as it doesn't need to go to the server to download different versions of files. The problem comes for large files.
Lets say we have a model we are working on and its textures are uncompressed 4K
.png files. They total to
100 mb each. Every time you upload a new version of them they are save to your project history in the
.git folder. So lets say you have iterated on these 20 times during development. Well now we are talking about
2 gigs of total files that are stored locally. The slows down the entire team's push and pulls and makes cloning new projects arduously long.
LFS allows you to indicate which files we want to use the large file system with and those files only store the latest version locally and the history is stored on the server and you can still recover by downloading them at any time.
git lfs prune occasionally to remove old stale files from your local repository. Git LFS does not do its own garbage collection.
Ensure that the entire team has Git LFS installed. You will get unexpected behavior if you do not.
Use text based alternative to binaries where possible. Maya allows you to save as ascii or binary. For version control ascii text is always preferable as the system will only store the two text differences (say one point in a million polygon model). If you store a binary the entire file needs to be stored as you cannot save the difference between two binaries.
Come up with a folder stucture and naming convention and try not to change the name during the lifetime of the project of the file. Do not manually number files like
image-01.png and then the next time you update it you call it
image-02.png. This will defeat the purpose of using git (it stores all versions of the files) and will render the LFS meaningless.
You can pinpoint which filetypes you want to include or just target the entire Content folder.
.gitignore file lies in your root folder in the same directory as your
.uproject file. If you do not locate it in this folder it will not point to the correct directories.
I recommend you use the ue4 .gitgonre hosted on GitHub. If you use the one generated by the UE4 Engine it is missing the build data for maps (which are generated and VERY LARGE)
*_BuiltData.uasset files. It is important that it includes all files that are built locally for your operating system and GPU. This indicates all the files that will not go to version control that get built locally dynamically anytime the file is missing. Without a properly configured
.gitignore your project size will grow out of control within a few commits and pushes.
Working files used on the project such as
.maya, that are used to create objects but don't get ingested into the game engine - as you would export from that file a
.fbx. These should not be stored in Git even using LFS as it will balloon project size and collaboration isn't always necessary. For safety store them on Box so that you have a backup in case your hard drive corrupts or the data is locally inaccessible.
CCT has a private GIT repository. I suggest you get comfortable using command line with GIT. The advantages far outweigh the disadvantages and it is worth learning. You do not need to use the Global Protect VPN to access Git off campus and can access it from anywhere with an internet connection with a valid SSH key. On the mac you can use Terminal and on the PC you need to download *Git and make sure you install Git Bash with the standard install.
Once you have a username and password login into GitLab.
All traffic is governed using an SSH key. You need to generate an SSH key that that gets stored in a hidden folder on your hard drive. It will create a file in the root of your main user directory called
.ssh. Any file that starts with a dot is hidden by default so I suggest making sure you turn on see hidden files and folders. This only works on a single computer and the key needs to be shared or a seperate key needs to be generated on each compuyter you use.
On a Mac, go to Finder, choose Utilities from the Go menu. Find the Terminal application in the Utilities window. Double-click the Terminal application. Enter the following command:\n
\nssh-keygen -t rsa\n. Press the ENTER key to accept the default location and name. Type in a passphrase, then enter a second time to confirm.
On a PC, go to Git Bash (go to git and install git bash) or on a mac open up Terminal and enter:
ssh-keygen -t rsa. Press the Enter or Return key to accept the default location and name.
Type in a password, then enter a second time to confirm. Pleawse note that you will not have a cursor in when typing the password, this is normal. You can still use the Backspace key.
Copy and paste the entire contents of the
id_rsa.pub key into https://git.cct.lsu.edu/-/profile/keys the Key box. It should look something like this:
If you are tired of entering your SSH password everytime in Git Bash or GitHub if you are using ssh every time you pull or push the repository, you can set it up so it remembers the password until you log off or reboot.
Open Git Bash and go to the directory with the repository you want to use. Type
Then press enter key.
On a mac just open up Terminal. You do not need to enter the above command.
The last step is to type:
Press Enter then enter your ssh password. Now you should not be prompted for your password until you log out or reboot your computer.
If you are working in a team that is using both mac and PC's, you will get a lot of git erros regarding line endings. PC's and mac's use different symbols to represent a new line.
Since Unix/Mac OSX and Windows have different line endings, it is good to make sure that the database doesn't update every time a different os is used. Git defaults to this being an unresolved conflict. For more detailed information go to github help.
You need to change the core.autocrlf = true on PC and core.autocrlf = input on unix/mac.
On Windows you need to enter:
git config --global core.autocrlf true
git config --global core.autocrlf input
Just note that
git pull is a shortcut for
git pull origin main and
git push is a shortcut for
git push origin main. The default name for
origin and is used that way in most projects. The default main branch is typically named
The first thing we should always do is get the latest information from the server to make sure that nothing that anyone else has worked on has affected our work:
The deadline for the Master's Application For Degree is January 25th, 2024. Please fill this out before the deadline.
You also need to demonstrate your work over the last two years with a portfolio presentation as your final exam. The deadline for holding the final exam is April 25th, 2024. Plan for a 30 - 45 minute presentation leaving 15 minutes for questions.
You will need to put together a three person panel for the 90 minute final exam (the panel needs time after to discuss). You can pick any of the faculty that you have worked with either directly or indirectly (as long as they know your work well). Typically students pick Derick Ostrenko and Jason Jamerson as their other two panel members. You will also have to coordinate a time that works for all parties. The choice is up to you. Please email email@example.com your committee member choices.
After we agree on a panel and date and time for the exam, you will need to complete a Request for Master's Defense and Degree Audit and submit it 3 weeks before your scheduled final exam. The Request for Master's Defense and Degree Audit can be found on the Request for Master’s Defense and Degree Audit in the Degree Audit Forms section. Return it to me to collect signatures and submit to the grad school.
The master’s candidates in our college wear a black robe, black cap (mortar board), and, specific to Engineering, and will have an orange colored hood