Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-24 Thread MrSinatra
Phil Leigh;362801 Wrote: I stand corrected! - I can't hear any obvious differences between the settings on a casual check. just a data point: when i rip to mp3 in EAC, i use -q 1 my computer encodes that fast enough. when i use -q 0 i see a really large slowdown in encoding speed, so i

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-24 Thread MrSinatra
i forgot to mention, (duh)... i also seem to recall that i could hear a difference of the -q 9 level vs higher ones via SC. now, i may be conflating things, but generally the rule as i recall seemed to be: anything that went higher from 5 might stutter as the load on the server increased, and

[slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread AndrewFG
How does Settings | Advanced | File Types work? And does Settings | Player | Audio have any impact on it? If I understand it correctly, SqueezeCenter can convert any given input file type on the fly to three or four different other stream formats before sending it to the player concerned ?? If

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Phil Leigh
Andrew - that's a mega-question! I'll make a start: 1) Slim can't support Apple natively because Apple is a proprietory format - sorry but AFAIK that will never happen, thanks to Apple. 2) Your player settings are independent of each other - even when synced. 3) You should set ALAC to stream as

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread JJZolx
AndrewFG;362755 Wrote: How does Settings | Advanced | File Types work? And does Settings | Player | Audio have any impact on it? They're related. First comes the File Types settings, which is universal and mostly tells SqueezeCenter what it is permitted to do as far as streaming and

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread JJZolx
Phil Leigh;362768 Wrote: 6) LAME quality level is about degree of compression vs. CPU load not sound quality - leave it set on 9 That's incorrect. It isn't a compression level, but a separate quality level. This is a LAME setting, so it's only used when bitrate limiting is set. It would be

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread AndrewFG
JJZolx;362778 Wrote: The other reason is debatable, but I'll mention it, and hope the thread doesn't go off on a tangent. Some audiophiles claim that WAV sounds better than Flac (and some claim Flac sounds better than WAV, so it goes both ways). This shouldn't be the case, as Flac is

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Phil Leigh
AndrewFG;362795 Wrote: I notice that on Settings | Advanced | File Types | Apple Lossless, the dropdown selection box for FLAC offers alac/flac whereas the dropdown for WAV offers alac. Does this mean that when Apple Lossless is transcoded to FLAC it goes through first an ALAC processor

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Phil Leigh
JJZolx;362783 Wrote: That's incorrect. It isn't a compression level, but a separate quality level. This is a LAME setting, so it's only used when bitrate limiting is set. It would be nice if related options like this in the SC server settings could be grayed out or hidden when another

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread JJZolx
AndrewFG;362795 Wrote: I notice that on Settings | Advanced | File Types | Apple Lossless, the dropdown selection box for FLAC offers alac/flac whereas the dropdown for WAV offers alac. Does this mean that when Apple Lossless is transcoded to FLAC it goes through first an ALAC processor

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread AndrewFG
Phil Leigh;362798 Wrote: From a sound quality point of view, lossless is lossless and it doesn't matter how long the code path length is, the sound remains the same... Indeed lossless is lossless. No dispute on this truism. But on the other hand if you ask the sound processing to jump

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Phil Leigh
AndrewFG;362812 Wrote: Indeed lossless is lossless. No dispute on this truism. But on the other hand if you ask the sound processing to jump through hoops on the journey from A to B then the more hoops you add, the higher the chances that something WILL get lost. { I hope you guys are

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread AndrewFG
Phil Leigh;362817 Wrote: I am a designer of VERY large scale computer systems, and I'm more than happy to state that lossless audio computer software doesn't behave like analogue electronics! :o). There is no direct equivalent of transfer loss or generation loss. There is no sound

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Phil Leigh
AndrewFG;362840 Wrote: Don't get me wrong. I don't dispute that lossless is lossless. The word lossless is a definition of meaning and it simply CANNOT be disputed... I am not talking about theory, I am talking about practice. I am simply stating that, in real world systems, as you insert

Re: [slim] Settings | Advanced | File Types Settings | Player | Audio?

2008-11-23 Thread Pat Farrell
Phil Leigh wrote: Yes, the software stack might be so deep that the CPU struggles and the systems slows to an unusable crawl. I say that's not lossy - it's broken. The music will eventually stutter and stop. Flac was designed to be asymmetric on the processing load for compression and