peter lockhart 9cf5b58614 When a video has been recorded, and we aren't auto continuing on to the next video, it is important to reset the internal windows recorder, so upon next "start recording", the recorder is recreated. Otherwise, our next video will contain frames from the previous video, because FWindowsVideoRecordingSystem::NewRecording only creates a new ring buffer/writer if the underlying recorder is "stopped" ...

#rb Rui.Figueira
#rnx

#ROBOMERGE-OWNER: ryan.vance
#ROBOMERGE-AUTHOR: peter.lockhart
#ROBOMERGE-SOURCE: CL 6093482 via CL 6093484 via CL 6094271 via CL 6094280
#ROBOMERGE-BOT: DEVVR (Main -> Dev-VR)

[CL 6126361 by peter lockhart in Dev-VR branch]

2019-04-26 22:09:21 -04:00

..

AudioMixerXAudio2

Fix for crash encountered when AudioMixer is toggled on twice in the same session

2019-04-16 17:02:47 -04:00

D3D11RHI

UE4.22 - Fix for null SRVs on RHIs < SM5

2019-04-22 17:05:08 -04:00

UnrealAudioWasapi

Merging //UE4/Dev-Main to Dev-VR (//UE4/Dev-VR)

2019-01-17 18:54:05 -05:00

UnrealAudioXAudio2

Merging //UE4/Dev-Main to Dev-VR (//UE4/Dev-VR)

2019-01-17 18:54:05 -05:00

WindowsPlatformFeatures

When a video has been recorded, and we aren't auto continuing on to the next video, it is important to reset the internal windows recorder, so upon next "start recording", the recorder is recreated. Otherwise, our next video will contain frames from the previous video, because FWindowsVideoRecordingSystem::NewRecording only creates a new ring buffer/writer if the underlying recorder is "stopped"

2019-04-26 22:09:21 -04:00

XAudio2

Audio - Discussed with Aaron; Hiding the bUseSpatialization behind a getter and setter so that we can control all spatialization with a cvar, the old behavior wasn't actually working, as several things could override the bUseSpatialization behavior of the WaveInstance.

2019-04-08 13:34:05 -04:00