Linux Audio the way to go!? - Page 61 - diyAudio
Go Back   Home > Forums > Source & Line > PC Based

PC Based Computer music servers, crossovers, and equalization

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 September 2008, 04:05 PM   #601
diyAudio Member
 
soundcheck's Avatar
 
Join Date: Mar 2005
Location: D
An idea just crossed my mind:

MPD output to stdout feeding brutefir daemon on stdin.

Anybody tried this?
  Reply With Quote
Old 11th September 2008, 07:26 PM   #602
breez is offline breez  Finland
diyAudio Member
 
Join Date: Jul 2004
Location: Finland
How would I get a linux box take S/PDIF input, decode AC3/DTS or plain PCM and feed this to brutefir? Names of software, general description of the system etc. would be helpful, I can figure out the small details.
  Reply With Quote
Old 12th September 2008, 09:25 AM   #603
phofman is online now phofman  Czech Republic
diyAudio Member
 
Join Date: Apr 2005
Location: Pilsen
Quote:
Originally posted by breez
How would I get a linux box take S/PDIF input, decode AC3/DTS or plain PCM and feed this to brutefir? Names of software, general description of the system etc. would be helpful, I can figure out the small details.
Conversion from AC3/DTS should be provided by ffmpeg (I have not tested myself, but it is definitely feasible as all linux players can decode 5.1 AC3/DTS and are mostly based on ffmpeg). Once in multichannel wav, you can pipe it to jack and proceed in a regular way.

BUT the playback chain is clocked by output soundcard clock. If your incoming SPDIF stream is not synchronized with the output soundcard clock, you will eventually encounter buffer underruns/overruns (see http://www.diyaudio.com/forums/showt...56#post1593456 and later). You could use only one sound card for input and output, or you could clock the output card via SPDIF output of the input card (if they support such arrangement). In both cases you would get identical input and output sample rate, no room for upsampling in the PC (unless your card chip allowed doubling the output sample rate from the input SPDIF rate which is possible by hacking the alsa driver for some ICE1724-based cards).


Plus if you intend to use the setup for AV, expect a pretty long sound latency which your video chain must be able to compensate for (I do not think regular DVD players offer so large video delays).

Playing directly from PC would be MUCH easier.

In any way it is a rather complicated setup which would require some knowledge of linux audio.
  Reply With Quote
Old 12th September 2008, 10:02 PM   #604
breez is offline breez  Finland
diyAudio Member
 
Join Date: Jul 2004
Location: Finland
Quote:
Originally posted by phofman


Conversion from AC3/DTS should be provided by ffmpeg (I have not tested myself, but it is definitely feasible as all linux players can decode 5.1 AC3/DTS and are mostly based on ffmpeg). Once in multichannel wav, you can pipe it to jack and proceed in a regular way.

BUT the playback chain is clocked by output soundcard clock. If your incoming SPDIF stream is not synchronized with the output soundcard clock, you will eventually encounter buffer underruns/overruns (see http://www.diyaudio.com/forums/showt...56#post1593456 and later). You could use only one sound card for input and output, or you could clock the output card via SPDIF output of the input card (if they support such arrangement). In both cases you would get identical input and output sample rate, no room for upsampling in the PC (unless your card chip allowed doubling the output sample rate from the input SPDIF rate which is possible by hacking the alsa driver for some ICE1724-based cards).


Plus if you intend to use the setup for AV, expect a pretty long sound latency which your video chain must be able to compensate for (I do not think regular DVD players offer so large video delays).

Playing directly from PC would be MUCH easier.

In any way it is a rather complicated setup which would require some knowledge of linux audio.
Thanks for the reply!

I can synchronize the S/PDIF output to the input (the output hardware allows internal/external sync). Both devices are PCs, video delay ok.

This is really just an afterthought to an already implemented DRC/crossover standalone box and I have a few channels left for surround sound! I'm no AV enthusiast, but rear channels for the occasional movie or multi channel record would be nice.

I'll look into ffmpeg and jack and see how piping streams works.
  Reply With Quote
Old 14th September 2008, 07:53 PM   #605
phofman is online now phofman  Czech Republic
diyAudio Member
 
Join Date: Apr 2005
Location: Pilsen
If it is PC to PC, did you consider linking somehow via ethernet instead of SPDIF? Using a suitable protocol (e.g. netjack) you could avoid the synchronization issue. Unless the playback machine is running windows, very limited options for that inflexible OS.
  Reply With Quote
Old 1st October 2008, 08:02 PM   #606
ronybc is offline ronybc  India
diyAudio Member
 
ronybc's Avatar
 
Join Date: Jun 2004
Location: Kerala, INDIA
Default SoX 14.1.0

Hello all... coming back to this thread after an entire year...!

well.. with a good news... i just got hit by the latest SoX 14.1.0, introducing a far more better resampling effect.. 'rate'. The 'resample', 'polyphase' and 'rabbit' effects are now deprecated.

see the comparison at: http://www.ronybc.8k.com/linux-tweaks.htm#sox
__________________
The coolest website on the planet..!
http://www.ronybc.com
  Reply With Quote
Old 2nd October 2008, 09:52 AM   #607
diyAudio Member
 
soundcheck's Avatar
 
Join Date: Mar 2005
Location: D
Hi Rony.

What "rabbit" version (libsamplerate?) and mode (best sinc?) had been used?

\Klaus
  Reply With Quote
Old 2nd October 2008, 10:35 AM   #608
diyAudio Member
 
Join Date: Sep 2005
Out of curiosity...

Has anyone tried the latest pulseaudio (>= 0.9.11) with its "glitchfree" feature? It has not shown up stable in the distribution I use and it is supposed to be a big improvement in audio time scheduling.

Matth.
  Reply With Quote
Old 2nd October 2008, 10:36 AM   #609
anbello is offline anbello  Italy
diyAudio Member
 
anbello's Avatar
 
Join Date: Sep 2004
Location: Italy
Quote:
Originally posted by soundcheck
An idea just crossed my mind:

MPD output to stdout feeding brutefir daemon on stdin.

Anybody tried this?

Sorry, maybe i missed something but why don't use jackd as glue between MPD and brutefir?

ciao
andrea
  Reply With Quote
Old 2nd October 2008, 12:10 PM   #610
phofman is online now phofman  Czech Republic
diyAudio Member
 
Join Date: Apr 2005
Location: Pilsen
Quote:
Originally posted by soundcheck
Hi Rony.

What "rabbit" version (libsamplerate?) and mode (best sinc?) had been used?

\Klaus

I peeked at the code of the new version, it is using principles outlined in http://ldesoras.free.fr/doc/articles/resampler-en.pdf. Revision 1.32 brought the new functionality http://sox.cvs.sourceforge.net/viewv...1=1.31&r2=1.32

BTW, the CVS version has new parameters http://sox.cvs.sourceforge.net/viewv....c?view=markup . Looks pretty good now.
  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



New To Site? Need Help?

All times are GMT. The time now is 08:39 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