How to use this driver
This driver uses an abstraction layer for hardware driver (i.e. HW Codec, I2S interface, I2C
control interface...). This abstraction is performed through a lower layer (i.e.
usbd_audio_if.c) which you can modify depending on the hardware available for your
application.
To use this driver:
Through the file usbd_conf.h, you can configure:
• The audio sampling rate (define USBD_AUDIO_FREQ)
Call the function USBD_AUDIO_Init() at startup to configure all necessary firmware and
hardware components (application-specific hardware configuration functions are also called
by this function). The hardware components are managed by a lower layer interface (i.e.
usbd_audio_if.c) and can be modified by user depending on the application needs.
The entire transfer is managed by the following functions (no need for user to call any
function for out transfers):
• usbd_audio_DataIn() and usbd_audio_DataOut() which update the audio buffers with
the received or transmitted data. For Out transfers, when data are received, they are
directly copied into the audiobuffer and the write buffer (wr_ptr) is incremented.
The Audio Control requests are managed by the functions USBD_AUDIO_Setup() and
USBD_AUDIO_EP0_RxReady(). These functions route the Audio Control requests to the
lower layer (i.e. usbd_audio_if.c). In the current version, only SET_CUR and GET_CUR
requests are managed and are used for mute control only.

Устройство в виндовсе определяется без ошибок, аудио выплёвывает.
Теперь вопрос, а где эти данные искать в микроконтроллере?!? В описании библиотеки:
Причём функция usbd_audio_DataIn пустая и программа в неё даже не заходит. Где искать этот самый audiobuffer?

Это не та ли путаница с USB, что есть In, и что Out? Обычно, название дается с точки зрения PC, поэтому следует обратить внимание на usbd_audio_DataOut.

Да, действительно, приём данных происходит в usbd_audio_DataOut. Вижу что данные принимаются, кладётся в какой то буфер. Но при этом абсолютно не понимаю как из этого буфера правильно вычитывать.

Прежде всего, надо знать, что именно приходит. Я предполагаю, что идут PCM выборки, по 16 бит на канал.
Технически надо дописать функцию так, чтобы при приходе данных взводился какой-то флаг (например, принятая длина буфера), который бы анализировался в некоем процессе, который, зная местоположение буфера, выбирал бы из него лежащие там данные и пользовал по своему усмотрению. Например, переписывал в рабочий (двойная буферизация), откуда посылал бы в I2S периферию или DAC. Это уже вопросы техники программирования, RTOS и т.п.

USBD_AUDIO_TransmitPacket вызывается всё время из мейна и должна сообщать хосту сколько семплов прислать. Но проблево в

фидбек еп такая же изохронная еп как и остальные две, а значит должна обрабатываться соф ивентом. Например в обработчике прерывания. При чем тут функция мейн?

Фишка в том (секрет Полишинеля), что Виндовс некорректно реагирует на то число, которое ей возвращает аудио девайс в фидбэк эндпоинте. В На форуме ST есть гуру по этому вопросу - Tsuneo Chinzei.