forked from szledan/gepard
-
Notifications
You must be signed in to change notification settings - Fork 6
GeCo2016 Memo
Szilard Ledan edited this page Sep 17, 2016
·
10 revisions
Gepard Conference, Szeged 2016
Attendees: Dániel Bátyai (dbatyai), Péter Gál (elecro) Kristóf Kosztyó (kkristof), Szilárd Ledán (szledan), Tamás Kéri (tkeri)
Notes: @kkristof: Extend Surfaces with an TypeEnum.
"Chili con Carne" by @dbatyai.
Contributor: Reported bug, submitted patch
Commiter:
- Has write access for the dev branches
- Minimum 10 non trivial patch
- Self nomination
- 2 reviewer second without reviewer veto
Reviewer:
- Has write access to the master
- Has full responsibility for the project
- Review mr's in timely manner
- Only reviewers can nominate
- Two-thirds of the reviewers support without reviewer veto
- GLES2 (@szledan): see the Future part of Presentation-of-Gepard-GLES2.
- Vulkan (@kkristof):
- first semester: mainly @kkristof (msc thesis): pipeline; fillRect; drawImage
- second semester: "release" Vulkan from @kkristof's tyranny :)
- Build-system (@dbatyai): exception handling; improve building of examples: self CMakeList.txt; travis; cppcheck; vera++;
- @elecro give constructive criticism for every line; spirv compiler: c api, building shader assembly code (like llvm jit, etc.)
- Created commiters group on GitHub.
- SMART pointers: which type of? (@dbatyai)
- Gepard:
MovePtr<T, D = def>
,UniqPtr<T, D = def>
- Own allocation system : usecases?
- Lots of small allocation, but freed in big chunks (Path)
- Big allocation (Images, Buffers)
- Use
nmap
- Use
- Stack like object lifecycle
- The vulkan drivers needs profiling
- Cleaned up issues and milestones