Latest Thread Images

Screenshot_20220902-110256~2.png
20220724_185810.jpg
20220724_190106.jpg
20220724_185929.jpg
20220608_230822.jpg
Screenshot_20220608-210620_Bluetooth Scanner.jpg
20220608_210655.jpg Screenshot_20220608-210730_Bluetooth Scanner.jpg 20220608_210438.jpg Screenshot_20220608-210423_One UI Home.jpg Screenshot_20220529-204009_Spotify.jpg Screenshot_2021-01-11-10-31-48-180_com.extreamsd.usbaudioplayerprotrial.jpg Screenshot_2020-04-30-12-41-55-302_com.amazon.mShop.android.shopping.jpg IMG_20191010_211921.jpg IMG_2829.JPG vypis.jpg UAPP ext DAC.png DX3.jpg UAPP.png Screenshot_20181104-231756.png
See full thread gallery...
Android phones and USB DACs
Jun 30, 2012 at 3:25 AM Post #106 of 9,526
gofre said:
Quote:
wir3d said:
Actually this means it leaves it up to the manufacturer, so no not bad news, great news. Because that way we can have extended batteries built into dacs like the vamp
Sent from my HTC HD2 using Tapatalk 2
Click to expand...

 
So theoretically I'll have no problem using my E17 with the Nexus 7 with the appropriate adaptors?
Click to expand...


Jip. If the accessory mode / host mode is user controlled, otherwise we may have issues

Sent from my HTC HD2 using Tapatalk 2
 
Jun 30, 2012 at 8:40 AM Post #107 of 9,526
Quote:
danba said:
There is likely another possibility to fix some SGS3 non-interworking issue: use the USB core driver of the Archos G9 tablet.
 
The Archos G9 tablet can interwork with the FiiO E17.
http://www.head-fi.org/t/595071/android-phones-and-usb-dacs-how-to-increase-the-issues-priority-with-google/30#post_8299494
 
The SGS3 can’t interwork with the FiiO E17, even via a powered USB hub.
http://www.head-fi.org/t/595071/android-phones-and-usb-dacs-how-to-increase-the-issues-priority-with-google/60#post_8430562
 
And drivers/usb/core/message.c of Archos G9 and of SGS3 are different, slightly different.
https://gitorious.org/archos/archos-gpl-gen9-kernel-ics/blobs/master/drivers/usb/core/message.c
https://github.com/sgs3/GT-I9300_Kernel/blob/master/drivers/usb/core/message.c
 
Some XDA developer could build and try a modded Android Linux kernel including the USB core driver of the Archos G9 tablet.
 
 
Dmesg log output and lsusb log output could detail what is going on at the kernel level.
http://comments.gmane.org/gmane.linux.alsa.devel/96433
 
dmesg:
https://play.google.com/store/search?q=dmesg
 
lsusb:
https://play.google.com/store/search?q=lsusb
Click to expand...

 
Here's my log output from the lsusb if you still wanted to see one.
 
http://pastebin.com/9HiyyQZ7
 
 
 
Jun 30, 2012 at 11:06 AM Post #108 of 9,526
I wonder anyone who has updated to Jelly Bean on the Nexus can try if USB Audio is working for Fiio E17 now.
 
Jun 30, 2012 at 1:08 PM Post #110 of 9,526
As far as I understand, a Jelly Bean-powered Android device won't work with a legacy or standard USB DAC/amp FiiO E17 using a native Jelly Bean USB audio out feature.
It will work with a new type of USB DAC compatible with the Android-specific USB audio.
This Android-specific USB DAC acts as a USB host while the legacy or standard USB DAC, like the FiiO E17, acts as a USB device.
This Android-specific USB DAC should be compliant with the new Android Open Accessory Protocol 2.0.
http://developer.android.com/tools/adk/aoa2.html#audio-support
 

 
Jun 30, 2012 at 2:54 PM Post #113 of 9,526
Yes, some XDA developers are working to enable standard USB audio on SGS2.
 
 
"We just need 3 base things:
1st: USB Host support in Android kernel.
2nd. USB audio driver, in kernel, or compiled as a module.
3rd. Some logic to switch to USB audio card, or back to internal one." 
http://www.slatedroid.com/topic/29289-usb-audio-cards-support-drivers-and-libs/page__view__findpost__p__324675
 
"In ICS, I've done it this way, with audio library and tinyalsa library." [tsynik]
http://www.slatedroid.com/topic/29289-usb-audio-cards-support-drivers-and-libs/page__view__findpost__p__381301
 
https://github.com/tsynik/device_allwinner_novo7a/tree/master/libaudio
https://github.com/tinyalsa/tinyalsa/blob/master/README
 
Jun 30, 2012 at 9:35 PM Post #116 of 9,526
Quote:
danba said:
 
Thanks!
 
Could you provide a dmesg output?
Click to expand...

http://pastebin.com/8jqgKnaB
http://pastebin.com/Hh2jCJqq
 
Here you go.
 
What happens is I get the USB Connected or Disconnected information in the notification bar, the E17 gets a lock and even when playing sound out through speaker I connect it in and it still plays like I had just inserted headphones or a dock.
 
So its just the issue of the kernel not switching over I suppose. 
 
It's like getting to 3rd base then finding out shes saving herself for marriage. Haha
 
Jul 1, 2012 at 12:05 AM Post #117 of 9,526
@ Danba re use of S3 with ODAC.
 
Great that you've confirmed these two work together. I'm seriously considering getting the ODAC to use with the S3 and a portable amp, so would be interested in your experiences re practicality of using this unpowered DAC with the S3. 
 
How do you find battery life / drain on the S3 with the ODAC connected? Also how is the dynamics of the sound of this combo, particularly in the bass frequencies? I ask as in the ODAC impressions thread there is some commentary re power draw by the ODAC and limitations in the power available via USB bus of a computer (let alone a low power phone), and anecdotal improvements in sound dynamics where additional power is provided to the ODAC via a USB hub/external power supply. My concern is although the two "work" together, the ODAC's output might be compromised by the S3's limited power supply...
 
Cheers
 
Jul 1, 2012 at 4:34 AM Post #118 of 9,526
Jul 1, 2012 at 4:46 AM Post #119 of 9,526
Jul 1, 2012 at 5:11 AM Post #120 of 9,526
Quote:
danba said:
 
Thanks!
 
It seems that the E17 has the same buggy descriptor than the E10:
http://www.head-fi.org/t/595071/android-phones-and-usb-dacs-how-to-increase-the-issues-priority-with-google/75#post_8469751
 
 
<4>[ 1040.806786] c0 usb 2-1: config 1 has an invalid interface number: 3 but max is 2
<4>[ 1040.806910] c0 usb 2-1: config 1 has no interface number 2
 
I"ll do a deeper analysis.
Click to expand...

 
 So am I right in thinking the only way to fix this is to create a kernel with the edits by tsynik which could sort it?
 
You must log in or register to reply here.

Users who are viewing this thread

Total: 6 (members: 0, guests: 6)
Back
Top