Home of the Squeezebox™ & Transporter® network music players.
Page 3 of 6 FirstFirst 12345 ... LastLast
Results 21 to 30 of 56
  1. #21
    Senior Member Mnyb's Avatar
    Join Date
    Feb 2006
    Location
    Västerås Sweden
    Posts
    16,009
    There is a low end alternative to lame , shine . Results is worse , but it actually works on Sheeva plug and other machines without floating piont .

    I have not yet seen a cruder alternative to SoX for low end servers ?

    Depending on CPU architecture and FPU I've had a server where lame used much more CPU than SoX.

    But enough off topic from me , let's see some backyard systems
    --------------------------------------------------------------------
    Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub.
    Bedroom/Office: Boom
    Kitchen: Touch + powered Fostex PM0.4
    Misc use: Radio (with battery)
    iPad1 with iPengHD & SqueezePad
    (spares Touch, SB3, reciever ,controller )
    server HP proliant micro server N36L with ClearOS Linux

    http://people.xiph.org/~xiphmont/demo/neil-young.html

  2. #22
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    3,029
    Quote Originally Posted by Mnyb View Post
    There is always need for filtering for various reasons, but I'm afraid I can't explain it very good .
    Simplest case there is signal content even if it's noise above the nyqvist limit for 44.1 or 48 k (22,05khz , 24khz) or in practice a little bit lover ,this will aliase back into the signal if you just drop samples . Therefore they are filtered before downsampling . There must be no signal content at all above the nyqvist limit of the target sample rate .
    You're right but here is what I meant more precisely.

    Sampling a signal s at a rate of T has the effect of duplicating its spectrum an infinite amount of time with an n/T spacing. Obviously if the spectrum is larger than 1/T (max complex frequency 1/2T), then overlapp (aliasing) occurs and original info is lost.
    So, assuming that spectrum is below that 1/T limit, sampling at T/2 has the effect of duplicating spectrum every 2n/T and sampling at 4T spaces it at 4n/T. So, mathematically speaking, a signal with a spectrum below 1/T and sampled at T/2 or T/4 can be simply punctured at 1/2 or 1/4 without any loss of information, assuming that you do a perfect cardinal sine filtering when you switch back to analogue domain.

    What I meant by "no filtering needed" is that if you want do downsample at non integer multiple of initial rate, then you have to re-interpolate (filtering ...) in the digital domain at the new rate . When it is an integer multiple, there is no need of that. And if you downsample in respect with spectrum size, there is no need to lowpass filter

    In "real life", the analogue conversion filtering is not a perfect cardinal sine and the benefit of oversampling is that by increasing space between spectrum "replica", you ease the analogue filtering requirements. But, without entering into an audiophile debate, assuming a decent DAC, I was suggesting that in case the host CPU is a problem, moving from 96K to 48K without filtering should be done by 1/2 puncturing which requires no CPU, re-interpolating and lowpass is not needed

    (PS: I'm not trying to be pedantic, sorry if it looks like that )
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express

  3. #23
    Senior Member Mnyb's Avatar
    Join Date
    Feb 2006
    Location
    Västerås Sweden
    Posts
    16,009
    Quote Originally Posted by philippe_44 View Post
    You're right but here is what I meant more precisely.

    Sampling a signal s at a rate of T has the effect of duplicating its spectrum an infinite amount of time with an n/T spacing. Obviously if the spectrum is larger than 1/T (max complex frequency 1/2T), then overlapp (aliasing) occurs and original info is lost.
    So, assuming that spectrum is below that 1/T limit, sampling at T/2 has the effect of duplicating spectrum every 2n/T and sampling at 4T spaces it at 4n/T. So, mathematically speaking, a signal with a spectrum below 1/T and sampled at T/2 or T/4 can be simply punctured at 1/2 or 1/4 without any loss of information, assuming that you do a perfect cardinal sine filtering when you switch back to analogue domain.

    What I meant by "no filtering needed" is that if you want do downsample at non integer multiple of initial rate, then you have to re-interpolate (filtering ...) in the digital domain at the new rate . When it is an integer multiple, there is no need of that. And if you downsample in respect with spectrum size, there is no need to lowpass filter

    In "real life", the analogue conversion filtering is not a perfect cardinal sine and the benefit of oversampling is that by increasing space between spectrum "replica", you ease the analogue filtering requirements. But, without entering into an audiophile debate, assuming a decent DAC, I was suggesting that in case the host CPU is a problem, moving from 96K to 48K without filtering should be done by 1/2 puncturing which requires no CPU, re-interpolating and lowpass is not needed

    (PS: I'm not trying to be pedantic, sorry if it looks like that )
    He he so you mean by the typical 24/96 download which is fake it's really a 16/44 master but HD tracks don't tell you that there is not much that could aliase down ? Or for other reasons there are nothing much above the limit .
    There might be real world issues anyway ,but that's beyond my detailed understanding . I think the current use of SoX is best practice .

    But the LMS architecture may need a compromise solution for low CPU servers that just do as you suggest with multiples of the sample rate giving end results that's playable but may be compromised . Or is there a less CPU demanding resampler out there .
    Or is it so simple as give SoX the right commands and it runs a less demanding procedure .

    But how many low CPU servers is there today ? Would not mores law fix this faster than the comunity finds a solution ?
    --------------------------------------------------------------------
    Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub.
    Bedroom/Office: Boom
    Kitchen: Touch + powered Fostex PM0.4
    Misc use: Radio (with battery)
    iPad1 with iPengHD & SqueezePad
    (spares Touch, SB3, reciever ,controller )
    server HP proliant micro server N36L with ClearOS Linux

    http://people.xiph.org/~xiphmont/demo/neil-young.html

  4. #24
    Senior Member pippin's Avatar
    Join Date
    Oct 2007
    Location
    Berlin
    Posts
    14,028
    No, what he's saying is that if you just drop every second sample that would be the same process as sampling at a lower sampling rate all along.
    If there is really any improvement in a particular recording from going from a 48 kHz sample rate to a 96 kHz sample rate that improvement will be lost in the process but you still get something slightly superior to CD quality which should be fine for applications where you don't have a 96kHz DAC anyway. You might be able to get a very slight improvement over that by interpolation so you would "save" some of the benefits of the higher sample rate recording but if you don't have the CPU required, the result is actually a broken playback which is the worst SQ you'll ever have. Working always beats "theoretically better but not working".

    Those upsampled tracks have gone through so many potentially distortion- and aliasing-adding conversions it probably doesn't matter what you are doing to them anyway, they will be worse than the original 44.1/16 recording anyway.
    ---
    learn more about iPeng, the iPhone and iPad remote for the Squeezebox and
    Logitech UE Smart Radio as well as iPeng Party, the free Party-App,
    at penguinlovesmusic.com
    New: iPeng 9, the Universal App for iPhone, iPad and Apple Watch

  5. #25
    Senior Member Mnyb's Avatar
    Join Date
    Feb 2006
    Location
    Västerås Sweden
    Posts
    16,009
    Quote Originally Posted by pippin View Post
    No, what he's saying is that if you just drop every second sample that would be the same process as sampling at a lower sampling rate all along.
    If there is really any improvement in a particular recording from going from a 48 kHz sample rate to a 96 kHz sample rate that improvement will be lost in the process but you still get something slightly superior to CD quality which should be fine for applications where you don't have a 96kHz DAC anyway. You might be able to get a very slight improvement over that by interpolation so you would "save" some of the benefits of the higher sample rate recording but if you don't have the CPU required, the result is actually a broken playback which is the worst SQ you'll ever have. Working always beats "theoretically better but not working".

    Those upsampled tracks have gone through so many potentially distortion- and aliasing-adding conversions it probably doesn't matter what you are doing to them anyway, they will be worse than the original 44.1/16 recording anyway.
    Very likely , but I do have some real content that ain't to broken that do contain above 24khz signal there are actual hires recordings just far fewer than audiophiles care to admit ( even fewer that contains music anyone cares for ) . But obviously I won't care in the garden or on mobile

    One obvious choice we all have is to just down convert everything offline , I convinced that I can't hear the difference even on state of the art recordings down converted to 16/44.1 if you do 24/44.1 and 24/48 of everything you are probably good to go and enjoy life and music
    --------------------------------------------------------------------
    Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub.
    Bedroom/Office: Boom
    Kitchen: Touch + powered Fostex PM0.4
    Misc use: Radio (with battery)
    iPad1 with iPengHD & SqueezePad
    (spares Touch, SB3, reciever ,controller )
    server HP proliant micro server N36L with ClearOS Linux

    http://people.xiph.org/~xiphmont/demo/neil-young.html

  6. #26
    Senior Member
    Join Date
    Sep 2012
    Posts
    152
    Well... I just installed SqueezePlayer on my tablet and it's playing well up to 24/44,1.
    Above it stops playing.

    Is there something I need to setup in LMS that songs with bitrates up to 24/192 can be played or will this not be possible?

    It's not that I will hear a difference between 16/44,1 and higher rates. But it would be more convenient if they would be played. Honestly I don't like the idea to downsampling them (lazy me).

  7. #27
    Senior Member Apesbrain's Avatar
    Join Date
    Jun 2005
    Location
    East Coast, USA
    Posts
    1,055
    Quote Originally Posted by marflao View Post
    Is there something I need to setup in LMS that songs with bitrates up to 24/192 can be played...
    You might be able to do it with a "custom-convert.conf" file that tells LMS to use SoX to resample all FLAC going to that device to 16/44. The contents of this text file would look something like this:

    Code:
    flc flc * 00:00:00:00:00:00
    	# FT:{START=--skip=%t}U:{END=--until=%v}
    	[flac] -dcs $START$ $END$ -- $FILE$ | [sox] -q -t wav - -t flac -C 0 -b 16 -r 44.1k -
    Where 00:00:00:00:00:00 is the MAC address of your tablet.

    This file goes on your server in same folder as "convert.conf". Restart.

  8. #28
    Senior Member
    Join Date
    Sep 2012
    Posts
    152
    Thanks for that hint, apesbrain.

    Just one question: in case I would choose my Touch as the player this custom conversion would not be applicable (because the Mac address of the tablet is used), right?
    Or am I wrong and the songs will also be downsampled once I'll choose the Touch?

  9. #29
    Senior Member
    Join Date
    May 2008
    Location
    Canada
    Posts
    3,029
    Quote Originally Posted by Mnyb View Post
    He he so you mean by the typical 24/96 download which is fake it's really a 16/44 master but HD tracks don't tell you that there is not much that could aliase down ? Or for other reasons there are nothing much above the limit .
    There might be real world issues anyway ,but that's beyond my detailed understanding . I think the current use of SoX is best practice .

    But the LMS architecture may need a compromise solution for low CPU servers that just do as you suggest with multiples of the sample rate giving end results that's playable but may be compromised . Or is there a less CPU demanding resampler out there .
    Or is it so simple as give SoX the right commands and it runs a less demanding procedure .

    But how many low CPU servers is there today ? Would not mores law fix this faster than the comunity finds a solution ?
    You're right on CPU, it should not be the issue unless you want to have many players in parallel.

    I also meant that tracks made to be played should have nothing in spectrum above 20KHz, it is useless. The benefit of A/D oversampling is to push away spectrum images so that you can use easier analogue filters and then in the digital domain, you should eliminate anything above between 20KHz (up to Fs/2 or course) by digital filtering where you can use all the complicated, non real-time, post-processing in the world. After that, your file can be downsampled for size improvment with no information loss. Then when you do the D/A process, the benefit of up-sampling is that again, with the images being rejected further, the analogue filters can be less complicated. But up-sampling and interpolation could be done realtime, do not need to store the over-sampled file.

    But you're right, I'm hijacking the original thread on top of risking to start another flame war
    LMS 7.7, 7.8 and 7.9 - 5xRadio, 3xBoom, 4xDuet, 1xTouch, 1 SB2. Sonos PLAY:3, PLAY:5, Marantz NR1603, JBL OnBeat, XBoxOne, XBMC, Foobar2000, ShairPortW, JRiver 21, 2xChromecast Audio, Chromecast v1 and v2, , Pi B3, B2, Pi B+, 2xPi A+, Odroid-C1, Odroid-C2, Cubie2, Yamaha WX-010, AppleTV 4, Airport Express

  10. #30
    Senior Member Mnyb's Avatar
    Join Date
    Feb 2006
    Location
    Västerås Sweden
    Posts
    16,009
    Quote Originally Posted by philippe_44 View Post
    You're right on CPU, it should not be the issue unless you want to have many players in parallel.

    I also meant that tracks made to be played should have nothing in spectrum above 20KHz, it is useless. The benefit of A/D oversampling is to push away spectrum images so that you can use easier analogue filters and then in the digital domain, you should eliminate anything above between 20KHz (up to Fs/2 or course) by digital filtering where you can use all the complicated, non real-time, post-processing in the world. After that, your file can be downsampled for size improvment with no information loss. Then when you do the D/A process, the benefit of up-sampling is that again, with the images being rejected further, the analogue filters can be less complicated. But up-sampling and interpolation could be done realtime, do not need to store the over-sampled file.

    But you're right, I'm hijacking the original thread on top of risking to start another flame war
    I get you but believers in hirez do want content above 20kHz even in the delivery format to customers . But I agree that most likely this creates problem in the playback chain tweeter resonances and IM and provoke IM in amplifiers etc and actually transformer resonances in tube amps etc .
    So hirez dowloads to consumers do contain over 20kHz . Worst case they contain unfiltered DSD noise as the original might have been DSD ,that you *really* want to filter out .

    I do understand that recording in very high resolution is necessary for a myriad of reasons , this is not the same topic as playback I constanly say this as this is always confused . (now thats done )

    But i agree that not hearing them is the worst option , you really want the music .

    On topic should not even the software players report back properly to LMS about their capability so LMS can downsample automatically . If you have to write you own convert conf's something seem broken to me ?? So bug report to the author of such player seems the next step
    --------------------------------------------------------------------
    Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub.
    Bedroom/Office: Boom
    Kitchen: Touch + powered Fostex PM0.4
    Misc use: Radio (with battery)
    iPad1 with iPengHD & SqueezePad
    (spares Touch, SB3, reciever ,controller )
    server HP proliant micro server N36L with ClearOS Linux

    http://people.xiph.org/~xiphmont/demo/neil-young.html

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •