Hi, I'm the Tech Coordinator for GDQ. This thread is for feedback for anything tech related for AGDQ2016. For non-tech related issues please go to here. Feel free to post concerns in this thread for tech, but please read through this post first to avoid asking answered questions. Below I have listed most of the concerns that I am already aware of. Thank you very much your you time and feedback. There are many problems and solutions that we don't know and would like to make an effort to fix as much as possible. The tech was very smooth at SGDQ2016 largely do to the feedback we received prior to it.
OSSC, RGB, and Capture Cards
We would like to switch to a lagless LCD setup, so please fill out the poll below. Read the hidden section for information why we want to switch the setup:
https://goo.gl/forms/vsoCaVbzFiCGQ8c93
Camera
The couch camera had bad aliasing again (same as previous two events). As mentioned last time, OBS’s downscaling algorithm is likely the problem. However OBS Studio 0.15 was recently released that has a fix for this issue.
The PC camera angle seemed to be a big improvement over the past marathons. We had obtained a new camera with a wider FOV to enable this.
New Hardware
The timer box has failed to work yet again (to nobody but my surprise). We had a number of communication issues between the timer server and the timer box. We are looking into a couple potential workarounds for the next event. We will likely break the footpedal functionality out so that if the timerbox fails again, then at least the foot pedal is still functional.
At AGDQ2016 we had trouble capturing laptops but we believe we have resolved that issue with better EDID control at SGDQ2016.
Audio
Huge shoutouts to PowerUp Audio for running the mixer at SGDQ again. Their work really shows and they made a strong effort to listen to people’s feedback during the event so we did not have many issues. They unfortunately will not be able to join us for AGDQ2017. AGDQ is during an extremely busy time of the year for them and they can’t afford to take time off for us. We are currently investigating possible alternatives.
One major change was that every runner had a unique audio feed so that we could support having 4-way races and coop runs with commentary. Also we had more mics in general for interviews and the like.
Side note: we have pretty much maxed our mixer (X32) out. If we want to add more audio outputs, we would need to invest some major capital.
Cables
Our main issue is just that it’s still hard to create plans for the cable diagrams and generate a list of what cables we still need of what length. We’ve been using Draw.io but it’s not really ideal for what we want. Most other tools out there really just seem like flowchart diagrams and still not really what we need. The main thing is that we need to have connection types, not just object types. I might end up programming something custom for this but it surprises me that there isn’t anything like this already.
Stream Layout
We took a lot of feedback from AGDQ2016 and the new layouts at SGDQ2016 reflected that. We are still investigating things to change and add, especially in the break/intermission scene. Overall though, we are really happy with the improvements to the layout.
Cropping
We actually did cropping this time. (I can’t believe it actually happened.) I wrote a custom plugin for OBS Studio (with a lot of help from Jim) to alleviate the problems that prohibited us from being able to crop. It was fast and we rarely had issues with overcropping. There were still some major drawbacks with the current implementation and I may have to create a more advanced plugin to do what we want.
OSSC, RGB, and Capture Cards
We would like to switch to a lagless LCD setup, so please fill out the poll below. Read the hidden section for information why we want to switch the setup:
https://goo.gl/forms/vsoCaVbzFiCGQ8c93
For future events, we are considering using the OSSC upscaler in our video flow. This would allow all of our video to go as HDMI to the Stream PC which would mean we could use a single 4x capture card to get all PC, HD, and SD game video. We already have the HDMI matrix to support this. The main reason we want to do this is because it would allow us to use better HD capture cards that have better drivers and are more stable. It would also be fewer cards in the stream computer which would further help stability. The stream PC blue screened a number of times at SGDQ2016 because of the driver stability of our current Micomsoft capture cards.
The problem is that the OSSC is RGB only which is not readily available in the US. We would have to obtain RGB mods of all consoles and RGB TVs, which would also mean that the TVs in the stream room will be different than the ones in the practice room. Also the switch to RGB would be a huge capital investments, however we have been slowly investing into this changeover over the past year and we think we can afford the rest for AGDQ2017. This change would also result in a small improvement on the stream’s quality.
LCD vs CRT:
Here’s the main catch. The setup will involve a lot of splitters and transcoder to support all of this and may likely lead to more tech problems than they would help. However if we use low latency LCDs (sub-frame lag, aka lagless) instead of RGB CRT TVs, then the complexity issue is significantly reduced. Playing on LCDs would also mean the PC, SD console, and HD console runners can all play on the same setup which would significantly reduce setup times.
Of course this means that runners would have to play on LCDs. We had a few runners play on similar setups, and they did not notice any difference in such a setup. We realize that even though there is no lag, some runners may be discouraged playing a different type of TV that they are used to. Another issue is that the LCD TV will be a bit smaller than the CRT TVs we’ve been using.
We don’t want to switch over to LCDs without the acceptance from the community, so please take some time and submit a response for the poll. We are only considering this because there seems to be more acceptance of being able to play on LCDs that are lagless. We believe this would be an improvement overall if this is accepted.
The problem is that the OSSC is RGB only which is not readily available in the US. We would have to obtain RGB mods of all consoles and RGB TVs, which would also mean that the TVs in the stream room will be different than the ones in the practice room. Also the switch to RGB would be a huge capital investments, however we have been slowly investing into this changeover over the past year and we think we can afford the rest for AGDQ2017. This change would also result in a small improvement on the stream’s quality.
LCD vs CRT:
Here’s the main catch. The setup will involve a lot of splitters and transcoder to support all of this and may likely lead to more tech problems than they would help. However if we use low latency LCDs (sub-frame lag, aka lagless) instead of RGB CRT TVs, then the complexity issue is significantly reduced. Playing on LCDs would also mean the PC, SD console, and HD console runners can all play on the same setup which would significantly reduce setup times.
Of course this means that runners would have to play on LCDs. We had a few runners play on similar setups, and they did not notice any difference in such a setup. We realize that even though there is no lag, some runners may be discouraged playing a different type of TV that they are used to. Another issue is that the LCD TV will be a bit smaller than the CRT TVs we’ve been using.
We don’t want to switch over to LCDs without the acceptance from the community, so please take some time and submit a response for the poll. We are only considering this because there seems to be more acceptance of being able to play on LCDs that are lagless. We believe this would be an improvement overall if this is accepted.
Camera
The couch camera had bad aliasing again (same as previous two events). As mentioned last time, OBS’s downscaling algorithm is likely the problem. However OBS Studio 0.15 was recently released that has a fix for this issue.
The PC camera angle seemed to be a big improvement over the past marathons. We had obtained a new camera with a wider FOV to enable this.
New Hardware
The timer box has failed to work yet again (to nobody but my surprise). We had a number of communication issues between the timer server and the timer box. We are looking into a couple potential workarounds for the next event. We will likely break the footpedal functionality out so that if the timerbox fails again, then at least the foot pedal is still functional.
At AGDQ2016 we had trouble capturing laptops but we believe we have resolved that issue with better EDID control at SGDQ2016.
Audio
Huge shoutouts to PowerUp Audio for running the mixer at SGDQ again. Their work really shows and they made a strong effort to listen to people’s feedback during the event so we did not have many issues. They unfortunately will not be able to join us for AGDQ2017. AGDQ is during an extremely busy time of the year for them and they can’t afford to take time off for us. We are currently investigating possible alternatives.
One major change was that every runner had a unique audio feed so that we could support having 4-way races and coop runs with commentary. Also we had more mics in general for interviews and the like.
Side note: we have pretty much maxed our mixer (X32) out. If we want to add more audio outputs, we would need to invest some major capital.
Cables
Our main issue is just that it’s still hard to create plans for the cable diagrams and generate a list of what cables we still need of what length. We’ve been using Draw.io but it’s not really ideal for what we want. Most other tools out there really just seem like flowchart diagrams and still not really what we need. The main thing is that we need to have connection types, not just object types. I might end up programming something custom for this but it surprises me that there isn’t anything like this already.
Stream Layout
We took a lot of feedback from AGDQ2016 and the new layouts at SGDQ2016 reflected that. We are still investigating things to change and add, especially in the break/intermission scene. Overall though, we are really happy with the improvements to the layout.
Cropping
We actually did cropping this time. (I can’t believe it actually happened.) I wrote a custom plugin for OBS Studio (with a lot of help from Jim) to alleviate the problems that prohibited us from being able to crop. It was fast and we rarely had issues with overcropping. There were still some major drawbacks with the current implementation and I may have to create a more advanced plugin to do what we want.
Thread title: