Re: [slim] How Replay Gain Works

Are we 3 talking past each other ? *The recorded clipping as present in the original signal does not go away with replay gain I don't think anyone believes that ? *Aditional problems by intersample overs and overloading the digital signal chain downstream *How squeezebox volume works *How

Re: [slim] How Replay Gain Works

Sorry 4 of us . two kinds of clipping . *Inherent in the signal . it's there forever . *to high input to something digital or analog does not matter (for example callersroe's TacT or my meridian processor ) Main hifi:

[slim] Squeezebox 3 - playback issues

Hi all Following a possible power surge over the weekend I have had a few problems with my much loved SB3. First of all there was a problem with the display and network connectivity (cable) - nothing showing at all but the device was taking some power as there was red light from the optical

Re: [slim] How Replay Gain Works

Mnyb wrote: Are we 3 talking past each other? To some degree, yes. *The recorded clipping as present in the original signal does not go away with replay gain I don't think anyone believes that? I think *almost* all of us agree. Not sure about callesoroe. *Aditional problems by

Re: [slim] How Replay Gain Works

Heh. As a result of this discussion, I revisited some of the classic AES papers. One, from 1999, states Clearly, to obtain the goal of music conservation, new standards are needed. One way to go would be to establish a set of gentleman processing rules that need to be followed in order for the

Re: [slim] How Replay Gain Works

utgg wrote: There seems to be an assumption from Julf that all squeezebox volume (including replay gain) works by digital scaling of the digital input samples prior to input the DAC - and with a decent 24-bit DAC that is a fine thing to do. But is this true for all squeezebox and 3rd party

Re: [slim] How Replay Gain Works

Mnyb wrote: *How squeezebox volume works There seems to be an assumption from Julf that all squeezebox volume (including replay gain) works by digital scaling of the digital input samples prior to input the DAC - and with a decent 24-bit DAC that is a fine thing to do. But is this true for

Re: [slim] How Replay Gain Works

utgg wrote: There seems to be an assumption from Julf that all squeezebox volume (including replay gain) works by digital scaling of the digital input samples prior to input the DAC No, not assuming that at all, as it really doesn't matter (for the purpose of this discussion) where the

Re: [slim] Squeezebox 3 - playback issues

try the xilink reset (audio chip) described in the wiki Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100 +Rel Stadium 3 sub. Bedroom/Office: Boom

Re: [slim] PicorePlayer + internet browser

Phil Leigh wrote: Sorry! I'm in Windows... Installation Instructions on piCorePlayer 1.19+ Copy these two files to /mnt/mmcblk0p2/tce/optional on the piCorePlayer sd card. There's enough free space on the default image to add the jivelite files. If you've installed other packages you

Re: [slim] How Replay Gain Works

utgg wrote: There seems to be an assumption from Julf that all squeezebox volume (including replay gain) works by digital scaling of the digital input samples prior to input the DAC - and with a decent 24-bit DAC that is a fine thing to do. But is this true for all squeezebox and 3rd party

Re: [slim] Squeezebox 3 - playback issues

Mnyb wrote: try the xilink reset (audio chip) described in the wiki Superb! Many, many thanks. hellnick's Profile: http://forums.slimdevices.com/member.php?userid=14240 View this thread:

Re: [slim] Rebuffering problems

Likely a network or host system issue. Tried rebooting LMS host machine and router? Which LMS version and OS? Host computer and Transporter are WiFi or wired? toby10's Profile:

[slim] Rebuffering problems

Just recently I started having rebuffering problems when playing hi rez audio on my transporter. I have never experienced this before. Any suggestions on how to fix this? Thanks in advance. razorboi's Profile:

Re: [slim] Rebuffering problems

razorboi wrote: Just recently I started having rebuffering problems when playing hi rez audio on my transporter. I have never experienced this before. Any suggestions on how to fix this? Thanks in advance. Is this on wifi ? Then I suggest the usual fault racing there . Or just use Ethernet

Re: [slim] Squeezeplay Logs

elziko wrote: ...ip address: SlimServer {77.***.***.***}... I suppose the stars are yours. This is a public IP address, your server somehow advertises a public address instead of an address within the LAN. The good news is that your router's firewall stands in the way. Your home is safe ;)

[slim] Squeezeplay Logs

Hi, I've been using Squeezeplay for years on various Windows machines to connect to my LMS over the internet and it usually works well. However, from one location Squeezeplay is unable to connect to my remote server and I do not know why. Does Squeezeplay produce any logs (I'm on Windows 8.1)

Re: [slim] Squeezeplay Logs

Ah, I just found the logs after increasing the logging to debug level in Squeezeplay in %TEMP%\stdout-SqueezePlay.txt This is what the log looks like: stdout-SqueezePlay.txt wrote: 1439480359.023 INFO applet.ChooseMusicSource - ChooseMusicSourceApplet.lua:215 Using existing server with