I want my phone that I use for field recording data storage out of the ground equation. Also external power feed for long recording sessions.
I have tried most variants in which order the different things (units, power units, cables...) are started up and connected to each other.
I have tried the Isolator between an RME Digiface and a Mac Mini - it works and sound OK. (perhaps even an improvement actually..)
Why? Any hints or suggestions or obvious errors made? What could be the problem?
Thanks in advance...
//
- I have a working recording system using an OTG cable between the ADC and the phone.
- In order not to drain the phone from power feeding the ADC, I have made an y-split cable to connect a IKEA USB battery bank - it works good.
- Using an ordinary USB-A to USB-micro (phone), the phone is charging from a battery bank (an other IKEA unit)
- Using an OTG cable, the phone is not charged.
- In none of the two cases above with the isolator do I get any signal transferred. The phone app says in both cases: "No USB recording device detected".
- Isolator: https://www.altor.co/products/test-equipment/usb-isolator
- ADC: Cosmos
- Software: USB Audio Recorder Pro 1.61.0
- Phone: Mi A2 lite (Android 10)
I have tried most variants in which order the different things (units, power units, cables...) are started up and connected to each other.
I have tried the Isolator between an RME Digiface and a Mac Mini - it works and sound OK. (perhaps even an improvement actually..)
Why? Any hints or suggestions or obvious errors made? What could be the problem?
Thanks in advance...
//
Attachments
Last edited:
afaik on the isolator the USB-B port normally connects to the up stream (host) while the USB-A port connect to down stream (device) but your pic not seems the case..
Wh00t - did I connect the wrong way?
Okey.... oh my....
Thanks so much 🙂
Need some new cables...
//
Okey.... oh my....
Thanks so much 🙂
Need some new cables...
//
AFAIK Using an OTG cable as you use it in some cases you have to enter the general and/or notifications menu of your mobile and check Power Supply (if any).
Hoping I understood your situation correctly.
However, an Android version update (if feasable) might also help.
Hoping I understood your situation correctly.
However, an Android version update (if feasable) might also help.
That worked ;-)
Almost - for some reason 16b and 32b recording seems fine but when set to 24b (all for 384ksps), the VU meters go to the roof with some slight movement while red... strange!!
Now how to power feed the Mobile for long recording sessions... an other y-split USB-C_USBmicro cable!?
//
Almost - for some reason 16b and 32b recording seems fine but when set to 24b (all for 384ksps), the VU meters go to the roof with some slight movement while red... strange!!
Now how to power feed the Mobile for long recording sessions... an other y-split USB-C_USBmicro cable!?
//
Last edited:
But... very distorted.... 16/44 or any other. There is data and some sound correlated to my voice but just extremely distorted so cant be heard what is being said.
//
//
I disconnected the isolator, set it up to 24/384 and it recorded fine. If it relay is 24 bit I'm not sure but I think so - some earlier observation of the data indicates that it is 24 bit indeed.
//
//
Please note that GTO cable are not the same than USB just because they have an additional pin (a fifth pin connected to the fourth) on the USB-C connector side connected through a resistor to the phone, so the 2 ends are not interchangeable and GTO cables never have 2 identical connectors at their ends.
I think the issue you described could also has to do with grounding (not sure, though), and I believe that if you delve deeper into the topic and/or into some experiments you will come to a solution in that regard.
There is no need to guess, the device itself reports its capabilities. lsusb -v -d VID : PID or /proc/asound/CARD_NAME/stream0 in linux, https://www.uwe-sieber.de/usbtreeview_e.html should do for windows.
So I should run this from the phone: lsusb -v -d VID : PID or /proc/asound/CARD_NAME/stream0 ?
This is what is written to the .wav file when set to 24b ->
//
This is what is written to the .wav file when set to 24b ->
//
I do not know if MacOS has some detailed USB config listing, maybe it does. Maybe lsusb with -v param is in brew.
Okey - no such command.
I check with what I have... the native audio setting application Audio/Midi lists 24b as an option.
and my DAW, Amadeus Pro - both seem to accept that 24b can be negotiated and set. The Amadeus has a Quality pane with a button that says Adjust hw as I understand it .. once pressed it changes form 16b to 24 as requested, took a second but it change to and acknowledged 24b.
Amadeus Source setting panel:
Checking the device in under System Info gave.... but no bit info...
To me it seems like the ADC offer 24b - I will try to enter that command to see what it gives...
//
I check with what I have... the native audio setting application Audio/Midi lists 24b as an option.
and my DAW, Amadeus Pro - both seem to accept that 24b can be negotiated and set. The Amadeus has a Quality pane with a button that says Adjust hw as I understand it .. once pressed it changes form 16b to 24 as requested, took a second but it change to and acknowledged 24b.
Amadeus Source setting panel:
Checking the device in under System Info gave.... but no bit info...
To me it seems like the ADC offer 24b - I will try to enter that command to see what it gives...
//
It may seem but we have no idea what goes between the device and these screens. The ultimate information is the actual USB configuration. Either directly, as e.g. listed by lsusb -v in linux (using the userspace libusb library), or reported by linux usb-audio driver in the stream0 file (e.g. https://alsa-devel.alsa-project.narkive.com/OJHvIzOP/correction-audiophile-usb-stream0-output )
There are more libusb-based USB viewers, maybe even for mac. You can try some.
There are more libusb-based USB viewers, maybe even for mac. You can try some.