Removing debug codeand adding new builds scripts.

.github/CONTRIBUTING.md

@@ -0,0 +1,40 @@
+## Contributing
+
+:+1: Thanks for offering to contribute to this project. Every contribution is greatly appreciated.
+
+### Code of Conduct
+
+Everyone contributing to this project must adhere to the [Code of Conduct](./CODE_OF_CONDUCT.md).
+
+If you feel that someone is not upholding this code, please reach out via [email](mailto:makegames@pixelvision8.com) to open a discussion.
+
+### Issues & Bounties
+
+You can help by search for an existing issue or opening a new issue to help find bugs that need to be fixed. If you are interested in working on a specific issue, reach out via [email](mailto:makegames@pixelvision8.com) to be added to the repo and have the issue assigned to you. You can still work on an issue on your own but letting us know first helps avoid multiple people working on fixing the same bug.
+
+Do open issues for questions, feature requests, proposals, bug reports, etc. Please do not open an issue for typos or other simple fixes; open a pull request instead.
+
+Finally, we offer [bounties](https://github.com/PixelVision8/PixelVision8/labels/bounty) for specific issues we are unable to directly fix due to time or knowledge. Bounties have the following 3 rules:
+
+**1: All source code written is yours to keep.** This is NOT a [work for hire](https://en.wikipedia.org/wiki/Work_for_hire); you retain full copyright ownership of the code you write. All I am asking is that Pixel Vision 8 gets the right to use/publish that code under the license used by the project. For example, if you release your code under MIT, but Pixel Vision 8 uses MS-PL, the code you contribute goes into the main project under MS-PL with a credit to you as the original creator. The Pixel Vision 8 license may change in the future, so any contributed code adopts the new license where applicable. If you use open-source code with a different license, please make that clear so the correct license and contributor are included. In the end, you can do whatever you want with the code you create after it is accepted. Feel free to continue to work on it, release it under your license, or use it in proprietary projects.
+
+**2: You are free to work on the project however you like.** If you do a lot of programming on Twitch, for example, you can stream the whole process, and you can publish anything about the project you want, including technical write-ups and example projects. You can also work in whatever environment you want, as long as the final product works on the expected platforms with the expected languages/dependencies. Note, however, that the bounties state a schedule/timeline/budget and those are unlikely to change without a very detailed assessment explaining, for example, why a project could take longer than expected. If you contribute, feel free to put that contribution down on your resume or what have you. If we end up establishing a regular working relationship I am also happy to act as a professional reference for job applications.
+
+**3: You are responsible for taxable income made from these bounties.** This one's pretty obvious but for those who aren't familiar, this is effectively non-employee income, and you need to pay taxes (depending on where you live). In the United States, for example, this is simply ["Other Income" on line 21 of Form 1040](https://www.irs.gov/pub/irs-pdf/f1040.pdf). The exception to this rule is if you live in the United States and make more than $600 from my projects, at which point I need a [Form W-9](https://www.irs.gov/pub/irs-pdf/fw9.pdf) sent to me so I can send you a 1099-MISC next year.
+
+If you have any further questions, feel free to [email me](mailto:makegames@pixelvision8.com).
+
+### Pull Requests
+
+All fixes and bounties should be submitted via pull requests. Each pull request should follow a few simple rules listed below:
+
+* The title must clearly define the work.
+  - This allows maintainers to prioritize pull requests at a high level
+  - This saves time because maintainers don't need to traverse the list of pull requests to read descriptions of the work
+  - **Caveat** Pull requests with vague titles may be closed without commit (e.g. Use `Fix typo of 'excldue'` rather than `Fix typo`)
+* The description should expand on the work if it is not clearly represented in the title.
+  - Linking to related issues and providing inputs/outputs of new behaviors helps maintainers and future users understand the contribution
+* Commit messages must be clear and concise, but not _too_ concise.
+  - Writing [good commit messages](https://thoughtbot.com/blog/5-useful-tips-for-a-better-commit-message) results in quality history in every repository
+  - Explain why the commit was created, how it functions at a high level, and who/what this may affect
+  - There are some times when a commit may be subject-only, but these are rare. Examples may include `Bump version to 1.0` or `Add X as contributor`

.github/FUNDING.yml

@@ -0,0 +1,2 @@
+github: jessefreeman
+patreon: jessefreeman

.github/ISSUE_TEMPLATE/bug_report.md

@@ -0,0 +1,26 @@
+---
+name: Bug report
+about: Found a bug? Submit and issue and we'll look into it.
+title: ""
+labels: bug
+assignees: jessefreeman
+
+---
+
+**Describe the bug**
+A clear and concise description of what the bug is, including version(s) affected.
+
+**To reproduce**
+Steps to reproduce the behavior:
+1.
+2.
+3.
+
+**Expected behavior**
+A clear and concise description of what you expected to happen.
+
+**Screenshots**
+If applicable, [add screenshots from PV8](https://docs.pixelvision8.com/pixelvisionos/screenshots) to help explain your problem.
+
+**Additional notes**
+Add any other details about the problem here.

.github/ISSUE_TEMPLATE/feature_request.md

@@ -0,0 +1,20 @@
+---
+name: Feature request
+about: We'd love to hear any ideas you may have to help make Pixel Vision 8 better.
+title: ''
+labels: enhancement
+assignees: jessefreeman
+
+---
+
+**Is your feature request related to a problem? Please describe.**
+A clear and concise description of what the problem is. Ex. I'm always frustrated when [...]
+
+**Describe the solution you'd like**
+A clear and concise description of what you want to happen.
+
+**Describe alternatives you've considered**
+A clear and concise description of any alternative solutions or features you've considered.
+
+**Additional context**
+Add any other context or screenshots about the feature request here.

.github/ISSUE_TEMPLATE/question.md

@@ -0,0 +1,17 @@
+---
+name: Question
+about: Open an issue to ask a question
+title: ""
+labels: question
+assignees: jessefreeman
+
+---
+
+**What is your question?**
+Enter one or two sentences at most here. Provide details later.
+
+**Where did you look before asking here?**
+This helps to understand where documentation may be lacking.
+
+**Additional context**
+Add any other context about the problem here.

.github/changelog.json

@@ -0,0 +1,39 @@
+{
+  // "commits" or "prs", defaults to commits. "prs" will soon allow for resolving labels
+  // from pull requests
+  "resolve": "commits",
+
+  // "asc" or "desc", determines the order of commits in the output
+  "sort": "asc",
+
+  // GitHub user or org name
+  "owner": "jimschubert",
+
+  // Repository name
+  "repo": "changelog",
+
+  // Enterprise GitHub base url
+  "enterprise": "https://ghe.example.com",
+
+  // Path to custom template following Go Text template syntax
+  "template": "/path/to/your/template",
+
+  // Group commits by headings based on patterns supporting Perl syntax regex or plain text
+  "groupings": [
+    { "name":  "Contributions", "patterns":  [ "(?i)\\bfeat\\b" ] }
+  ],
+
+  // Exclude commits based on this set of patterns or texts
+  // (useful for common maintenance commit messages)
+  "exclude": [
+    "^(?i)release\\s+\\d+\\.\\d+\\.\\d+",
+    "^(?i)minor fix\\b",
+    "^(?i)wip\\b"
+  ],
+
+  // Prefers local commits over API. Requires executing from within a Git repository.
+  "local": false,
+
+  // Processes UP TO this many commits before processing exclusion/inclusion rules. Defaults to size returned from GitHub API.
+  "max_commits": 250
+}

.github/changelog.yml.bak

@@ -0,0 +1,26 @@
+%YAML 1.1
+---
+resolve: prs
+groupings:
+  - name: Features
+    patterns:
+      - \bfeat\b
+      - \bfeature\b
+      - \badd\b
+      - \bUpdate\b
+  - name: Bugs
+    patterns:
+      - (?i)\bbug\b
+      - (?i)\bfix\b
+  - name: Docs
+    patterns:
+      - docs\b
+  - name: Other
+    patterns:
+      - '.?'
+exclude:
+  - wip
+  - help wanted
+  - Initial commit
+sort: desc
+local: false

.github/labeler.yml

@@ -0,0 +1,29 @@
+# labeler "full" schema
+# See my other project, https://github.com/jimschubert/labeler-action
+enable:
+  issues: true
+  prs: true
+
+comments:
+  issues: |
+    Thanks for opening this issue!
+    I have applied any labels matching special text in your title and description.
+  prs: |
+    Thanks for the contribution!
+    I have applied any labels matching special text in your title and description.
+
+labels:
+  'bug':
+    include:
+      - '\bbug[s]?\b'
+      - '\bfix(es)?\b'
+    exclude: []
+  'help wanted':
+    include:
+      - '\bhelp( me)?\b'
+    exclude:
+      - '\b\[test(ing)?\]\b'
+  'enhancement':
+    include:
+      - '\bfeat\b'
+    exclude: []

.github/workflows/community.yml

@@ -0,0 +1,18 @@
+name: Community
+on: 
+  issues:
+    types: [opened, edited, milestoned]
+  pull_request:
+    types: [opened]
+
+jobs:
+
+  labeler:
+    runs-on: ubuntu-latest
+
+    steps:
+    - name: Check Labels
+      id: labeler
+      uses: jimschubert/labeler-action@v1
+      with:
+        GITHUB_TOKEN: ${{secrets.GITHUB_TOKEN}}