Go Back   Home > Forums > Source & Line > Digital Source

Digital Source Digital Players and Recorders: CD , SACD , Tape, Memory Card, etc.

Please consider donating to help us continue to serve you.

Ads on/off / Custom Title / More PMs / More album space / Advanced printing & mass image saving
Reply
 
Thread Tools Search this Thread
Old 11th August 2012, 03:48 PM   #1761
diyAudio Member
 
Join Date: Jul 2008
Location: santa clara, CA
just as a spoiler alert, sort of (lol), I have a system where the volume control IS done entirely outside of the dac or spdif transport (whether its pci based spdif or usb based). the screen cap shows the alsamixer having a Master element there. you can drag that up and down all you like and it never alters the bit-perfect spdif output, at least with usb audio (both the AW and my older usb1 based 44/48k dongles).

the real-world link is that I have a process that scans the mixer device for value changes on Master and then sends rs232 control messages to keep the *real* volume control updated. its sort of an intercept style, where the system vol control looks like any other on linux, but moving it causes a real world item to move instead of a software value shift of the bit stream.

the device at the other end is currently my own device, the LCDuino system that controls relay attens or PGA chips. it has a serial control slave port of its own and that makes it remote controllable over rs232/ttl. you link up the 'amixer' part (that detects system fader value changes) with the external serial controlled box and you then have all the right parts done at the right places (imho).

when I run MPD, for example, I can have MPD think that there is a hardware vol control called Master. the only vol control you then see on any MPD interface becomes this one. this one now links to the rs232-controlled real world device and that does your real attenuation. or if you use local apps (like audacious) their volume slider also asumes 'Master' and so it can control your stereo, too.

that's my approach (and my test setup is all working!). its not quite the approach of the audio widget, though; as the control channel requires the usb path to be there and this device to be there. with my scheme, its independant of what usb sound card you have.
Attached Images
File Type: gif alsamixer_Master_volcontrol.gif (13.5 KB, 400 views)
__________________
My Photostream:http://www.flickr.com/photos/linux-works/

Last edited by linuxworks; 11th August 2012 at 03:50 PM.
  Reply With Quote
Old 12th August 2012, 06:55 PM   #1762
diyAudio Member
 
Join Date: Apr 2012
Quote:
Originally Posted by linuxworks View Post
just as a spoiler alert, sort of (lol), I have a system where the volume control IS done entirely outside of the dac or spdif transport (whether its pci based spdif or usb based). the screen cap shows the alsamixer having a Master element there. you can drag that up and down all you like and it never alters the bit-perfect spdif output, at least with usb audio (both the AW and my older usb1 based 44/48k dongles).

the real-world link is that I have a process that scans the mixer device for value changes on Master and then sends rs232 control messages to keep the *real* volume control updated. its sort of an intercept style, where the system vol control looks like any other on linux, but moving it causes a real world item to move instead of a software value shift of the bit stream.

the device at the other end is currently my own device, the LCDuino system that controls relay attens or PGA chips. it has a serial control slave port of its own and that makes it remote controllable over rs232/ttl. you link up the 'amixer' part (that detects system fader value changes) with the external serial controlled box and you then have all the right parts done at the right places (imho).

when I run MPD, for example, I can have MPD think that there is a hardware vol control called Master. the only vol control you then see on any MPD interface becomes this one. this one now links to the rs232-controlled real world device and that does your real attenuation. or if you use local apps (like audacious) their volume slider also asumes 'Master' and so it can control your stereo, too.

that's my approach (and my test setup is all working!). its not quite the approach of the audio widget, though; as the control channel requires the usb path to be there and this device to be there. with my scheme, its independant of what usb sound card you have.
can you give me more example... i am facing same issue ..i have puppy mpd and the sound is off the chart i am unable to control the volume any mean ...

can you explain how u did it...
  Reply With Quote
Old 12th August 2012, 09:30 PM   #1763
diyAudio Member
 
Join Date: Jul 2008
Location: santa clara, CA
I plan to list all the steps to get it going, but I'm not ready yet.

it involves a bit of alsa 'magic' (to me, I'm not well versed in alsa architecture or api's yet), plus the ability to control some real-world device over a serial port or possible tcp network port.

ie, I like using the linux system to pass vol-control requests and UI feedback but I don't want the software to do attenuation via software; I prefer it twiddle a real world knob (literally or figuratively) when the user asks for a volume raise or lower.

what I did, just to get something going, was to get an alsa build environment and copy/adapt the 'amixer.c' program. it seems as good as any for a lean example of how to read and write the system volume mixer settings.

once I hacked that, I could call it as a shell program and be able to read/write the system Master mixer element. something like:

% ./vm_mixer
113
% ./vm_mixer 205
205

one call simply gets the current 0..255 value and the 2nd way sets it. something that simple is what I have going right now.

the other end is a similar deal; a program that you can call to GET and SET the value to the real world vol control.

the last bit is to run them both in an alternate polling loop and when the real world control changes, up date the linux view. when the linux slider changes, move the real world control. that's the last part that I'm now working on. when its ready, I'll post a link for people to try out. you'll have to glue on your own real-world back-end but the plumbing will at least be there for you.
__________________
My Photostream:http://www.flickr.com/photos/linux-works/
  Reply With Quote
Old 13th August 2012, 10:05 PM   #1764
diyAudio Member
 
Join Date: Jul 2008
Location: santa clara, CA
if anyone wants a weekend project (arduino based), here's an easy one.

its an spdif meter that converts word-clock frequency (from your i2s line or dac or spdif receiver chip) into a discrete led that you can display.

here's the arduino code: Index of /spdif_meter_simple

grab the .zip file there and all you care about is the .pde file (usual for arduino; that's the only C file in this project). you could load it directly into the arduino GUI and press 'play' (build). it should build on the last NON-1.0 arduino environment (ie, 0022). the makefile should also work if you edit the ARDUINO_ROOT to point to where your 'hardware' and 'libraries' and 'reference' folders are, if you installed the arduino linux pkg.

pics of what my proto looks like:

http://farm8.staticflickr.com/7178/6...f25bd48c_b.jpg
http://farm8.staticflickr.com/7187/6...b6e5b8c9_b.jpg

and mounted in my diy dac; the cluster of leds to the far left is this board:

http://farm8.staticflickr.com/7064/6...5846af54_b.jpg

you could use any 328 series arduino (or even 168). the leds go to pins as follows:

#define LED_44 A3
#define LED_48 A2
#define LED_88 A1
#define LED_96 12
#define LED_176 10
#define LED_192 9

and those are the SR's that this device supports. for the odd guy of 32k, the bottom 2 leds should light up (44+48). all others have their own led to show samplerate.

maybe there will be a pcb made for this (anyone want to volunteer?) but you can see that perfboarding this is not hard at all. a 16mhz resonator is the only 'odd' part you'd need.

pin5 gets the word-clock input and I used a 74hc14 (iirc) as a shaper between the spdif receiver chip's WC out and the pin5 of the arduino.

if you ever need to spy on your spdif and be sure what rate your are locked in as, this could be a useful tool for you. or just build it into your spdif transmitter system (like the audio widget) or even inside your dac (like I did).

hope someone finds it useful
__________________
My Photostream:http://www.flickr.com/photos/linux-works/
  Reply With Quote
Old 15th August 2012, 12:14 AM   #1765
zumbik is offline zumbik  Europe
diyAudio Member
 
Join Date: Jul 2012
Hi all,
small, nice surprise: AIMP3/win7-64 works with UAC2 at 192k
Attached Images
File Type: png AIMP3_UAC2_192k.PNG (63.5 KB, 260 views)
  Reply With Quote
Old 15th August 2012, 12:26 AM   #1766
zumbik is offline zumbik  Europe
diyAudio Member
 
Join Date: Jul 2012
Hi all,
UAC1 finally works for me without any clicks, stops, freezes, metallic sounds.
Clean install Windows7 64bit + Experimental Audio firmware 2012-08-13 + latest drivers from Nikolay (3.0.5.16)

Best regards,
Zumbik
  Reply With Quote
Old 15th August 2012, 02:11 PM   #1767
johnm is offline johnm  United Kingdom
diyAudio Member
 
johnm's Avatar
 
Join Date: Sep 2003
Location: Hampshire
Hi. Probably a slightly off-topic question now being as my widget is the earlier 1.1 version, but if using an external PSU, can a 6V supply be used safely (I know the stock usb power supplied is 5V)?

Thanks,

- John
  Reply With Quote
Old 15th August 2012, 02:32 PM   #1768
borges is offline borges  Norway
diyAudio Member
 
Join Date: Dec 2003
Location: Oslo, Norway
Hi John,

not OT at all! The TPS73633DCQ on the USB-I2S module only accepts up to 5.5V. Same with the ADP151 on the analog board. These two components are the same on AB-1.1 and AB-1.2.

BÝrge
  Reply With Quote
Old 15th August 2012, 03:18 PM   #1769
johnm is offline johnm  United Kingdom
diyAudio Member
 
johnm's Avatar
 
Join Date: Sep 2003
Location: Hampshire
OK - Many thanks BÝrge

- John
  Reply With Quote
Old 15th August 2012, 06:28 PM   #1770
dhbiker is offline dhbiker  Slovenia
diyAudio Member
 
Join Date: Feb 2012
Location: Maribor/Ormož, Slovenia
just a quick question... why is PROG button linked to media button PLAY on experimental FW ?

its really annoying for me
  Reply With Quote

Reply


Hide this!Advertise here!
Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are Off
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
Async 192Khz USB - the SDR-Widget collaborative project SunRa PC Based 5 26th April 2011 06:38 PM
usb audio interface david12 Equipment & Tools 14 10th October 2010 02:58 AM
Cheap Audio Interface (USB?) to PC agm2003 Instruments and Amps 11 16th September 2007 07:48 AM
Open call for suggestions on Open Source DIY Audio Design gfergy Everything Else 1 15th April 2007 07:33 AM
USB Interface Perfect?- Computer Audio fmak Digital Source 3 4th December 2004 10:24 PM


New To Site? Need Help?

All times are GMT. The time now is 09:36 PM.


vBulletin Optimisation provided by vB Optimise (Pro) - vBulletin Mods & Addons Copyright © 2014 DragonByte Technologies Ltd.
Copyright ©1999-2014 diyAudio

Content Relevant URLs by vBSEO 3.3.2