Skip to content

src: utils: Add ccaps to query compress device capabilities - #39

Open
ujfalusi wants to merge 1 commit into
alsa-project:masterfrom
ujfalusi:topic/ccaps
Open

src: utils: Add ccaps to query compress device capabilities#39
ujfalusi wants to merge 1 commit into
alsa-project:masterfrom
ujfalusi:topic/ccaps

Conversation

@ujfalusi

Copy link
Copy Markdown
Contributor

Add a small utility to dump the capabilities of a compress device. It uses the same device selection style as cplay (-c card, -d device) and prints the protocol version, direction, fragment size/count limits and the list of supported codecs.

For each codec the SNDRV_COMPRESS_GET_CODEC_CAPS descriptors are printed as well. Drivers not implementing the codec caps ioctl are reported instead of treated as an error.

The direction is derived from the open flags by the core, so by default the device is opened for playback first and for capture as fallback. It can be forced with -D p|c.

Example output:

$ ccaps -c0 -d50
Compress device hw:0,50
protocol version: 0.4.1
direction: playback
fragment size: 38400 - 131072 bytes
fragments: 3 - 64
codecs: 4
[0] AAC (0x6)
[1] MP3 (0x2)
[2] VORBIS (0x9)
[3] PCM (0x1)

Add a small utility to dump the capabilities of a compress device.
It uses the same device selection style as cplay (-c card, -d device)
and prints the protocol version, direction, fragment size/count limits
and the list of supported codecs.

For each codec the SNDRV_COMPRESS_GET_CODEC_CAPS descriptors are
printed as well. Drivers not implementing the codec caps ioctl are
reported instead of treated as an error.

The direction is derived from the open flags by the core, so by default
the device is opened for playback first and for capture as fallback.
It can be forced with -D p|c.

Example output:

  $ ccaps -c0 -d50
  Compress device hw:0,50
    protocol version:  0.4.1
    direction:         playback
    fragment size:     38400 - 131072 bytes
    fragments:         3 - 64
    codecs:            4
    [0] AAC (0x6)
    [1] MP3 (0x2)
    [2] VORBIS (0x9)
    [3] PCM (0x1)

Signed-off-by: Peter Ujfalusi <peter.ujfalusi@linux.intel.com>
@perexg

perexg commented Aug 13, 2026

Copy link
Copy Markdown
Member

I would probably prefer a longer name than 'ccaps' like 'sndccaps' or `sndcompcaps'. The play/record words identifies the relation to the audio so an additional identification is not required IMHO.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants