Audio support

[a1ien]

I have some research to be able playing audio on DS4.
Audio data send by opcode 0x14, 0x15, 0x17, 0x19.
And code by SBC audio codec.
I used this python script to wrap the audio data
play.py
This script takes the SBC audio data and send it to DS4
You can use gstreamer to prepare audio data.
gst-launch-1.0 -q audiotestsrc ! sbcenc ! 'audio/x-sbc,channels=2,rate=32000,channel-mode=dual,blocks=16,subbands=8,bitpool=25' ! queue ! fdsink | ./play.py
But there is a small problem, periodically occur stuttering.
But it may be caused by improper operation with HID device.
I hope this helps to add audio support.

[Ape]

Wow! This is actually working. Thank you so much for this.

I also get some stuttering. Perhaps the bluetooth signal is not perfect.

[a1ien]

And small addition
If add is-live=true to audiotestsrc
gst-launch-1.0 -q audiotestsrc is-live=true ! sbcenc ....
Stuttering becomes much less
And useful pipeline to play all output to DS4
gst-launch-1.0 -q pulsesrc device="alsa_output.pci-0000_00_1b.0.analog-stereo.monitor" ! queue ! audioresample ! 'audio/x-raw,rate=32000' ! audioconvert ! sbcenc ! 'audio/x-sbc,channels=2,rate=32000,channel-mode=dual,blocks=16,subbands=8,bitpool=25' ! queue ! fdsink | ./play.py
To get device name u can use
pacmd list-sources | grep -e device.string -e 'name:'

[Ape]

Great! Do you know if there is a way to control the volume?

[a1ien]

Yes in last script version have variables
volume_l, volume_speaker.

And also I found, only left channel playing by DS

[parkerlreed]

I have mine plugged in via USB without ds4drv running

dmesg shows the controller as /dev/hidraw5 and the script is set to use it

        name: <alsa_output.pci-0000_00_1b.0.analog-stereo.monitor>

gst-launch-1.0 -q pulsesrc device="alsa_output.pci-0000_00_1b.0.analog-stereo.monitor" ! queue ! audioresample ! 'audio/x-raw,rate=32000' ! audioconvert ! sbcenc ! 'audio/x-sbc,channels=2,rate=32000,channel-mode=dual,blocks=16,subbands=8,bitpool=25' ! queue ! fdsink | ./play.py

Without the play.py, fddsink outputs data to the terminal correctly. With play.py the controller vibrates sporadically and has no sound coming from the speaker.

Arch x86_64

EDIT: Is this supposed to only work via Bluetooth?

[a1ien]

Hmm... It's strange.
You can test
gst-launch-1.0 -q audiotestsrc is-live=true ! sbcenc ! 'audio/x-sbc,channels=2,rate=32000,channel-mode=dual,blocks=16,subbands=8,bitpool=25' ! queue ! fdsink | ./play.py
And what Kernel version you have?
uname -a
I test on last ubuntu 16.04

[parkerlreed]

audiotestsrc is also silent

Linux e73 4.5.4-1-ARCH #1 SMP PREEMPT Wed May 11 22:21:28 CEST 2016 x86_64 GNU/Linux

[a1ien]

EDIT: Is this supposed to only work via Bluetooth?

Yes only Bluetooth

[poconbhui]

This is working for me. I used pactl load-module module-null-sink sink_name=ds4 to set up a nicer looking pulseaudio sink, which audio outputs can be selectively output to from pavucontrol. The pulseaudio-dlna project uses something like this quite nicely by adding some extra stuff to the pactl options.

The stuttering seems to go away for me if I use an encoding rate of 16000 instead. Play.py seems to crash every once on a while on pf.write though.

[parkerlreed]

What did you pass to gstreamer to make it use the new sink?

[Ape]

@parkerlreed You can use this to get the names:

pacmd list-sources | grep -e device.string -e 'name:'

So if your named sink is ds4 then you can probably use this:

gst-launch-1.0 -q pulsesrc device="ds4.monitor"

[parkerlreed]

Ahh thanks.

[poconbhui]

If you open pavucontrol, under the "playback" tab, you can select the "Null Output" output from a dropdown menu once you have something playing.

[poconbhui]

The 16000 does sound a lot crappier though.

[a1ien]

You also can try always send _17_report instead _14_report. For the 32kHz, works better.