Just had a read of that top article, it seems to be initialised correctly (both values are 0), I have found this article about loopback capture:
http://msdn.microsoft.com/en-gb/library/windows/desktop/dd316551(v=vs.85).aspx
Not exactly sure what the implication is to the current method used regarding this statement:
http://blogs.msdn.com/b/matthew_van_eerde/archive/2008/12/16/sample-wasapi-loopback-capture-record-what-you-hear.aspx
Ollie
http://msdn.microsoft.com/en-gb/library/windows/desktop/dd316551(v=vs.85).aspx
Not exactly sure what the implication is to the current method used regarding this statement:
A pull-mode capture client does not receive any events when a stream is initialized with event-driven buffering and is loopback-enabled. To work around this, initialize a render stream in event-driven mode. Each time the client receives an event for the render stream, it must signal the capture client to run the capture thread that reads the next set of samples from the capture endpoint buffer.http://blogs.msdn.com/b/matthew_van_eerde/archive/2008/12/16/sample-wasapi-loopback-capture-record-what-you-hear.aspx
Ollie