You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Have there been discussions about adding support for (E)AC3, DTS, and MPEG-H? These days, 3D Audio is a use case where the Compress-Offload API is useful. It therefore would make sense to add support for these formats. I'm talking about direct support, not through IEC958 / IEC61937 payloading. I know that some HW vendors add their own custom changes to tinycompress to support these formats, so why not add these to upstream?
The text was updated successfully, but these errors were encountered:
But since this would also require changes to the sound/compress_params.h kernel UAPI header, how should this start? Should a tinycompress PR be preceded by a discussion about extra formats in the linux-media mailing list?
Ideally you should first create a patch for alsa devel mailing list introducing new formats followed by a PR here where you update the UAPI header and add the implementation.
it doesn't really matter the order. what it matter is to send the patches and people will guide you.
Have there been discussions about adding support for (E)AC3, DTS, and MPEG-H? These days, 3D Audio is a use case where the Compress-Offload API is useful. It therefore would make sense to add support for these formats. I'm talking about direct support, not through IEC958 / IEC61937 payloading. I know that some HW vendors add their own custom changes to tinycompress to support these formats, so why not add these to upstream?
The text was updated successfully, but these errors were encountered: