tingtong5 wrote:
> This is why I posted in the Audiophiles subforum :D
I meant nothing personal as I'd have replied in the same way no matter
who posted it. The "Audiophiles" sub is not a safe zone where anything
goes; post a "miraculous discovery" and you should expect to be
challenged.
tingtong5 wrote:
> Yes it does ;-) Can't seem to find it though, a link would be
> apreciated. :p
Mans Rullgard lately added dsd support. At another place Mans mentioned
the ultra mode. I compiled an early version back then and -u works.
Since it works with his snapshot it must be in the SoX
drmatt wrote:
> Ok, it seems cp is too dumb to not write.
I don't see how there's anything dumb about this. The whole point of
Unix is that it's built from lots of uncomplicated components (that you
might like to classify as "dumb"), and it's the way you combine them
that results in "clever"
Wombat wrote:
> I knew ULTRA makes guys horny, look further, it is out there!
Yes it does ;-) Can't seem to find it though, a link would be
apreciated. :p
tingtong5's Profile:
tingtong5 wrote:
> Nothing about an ultra quality mode?
I knew ULTRA makes guys horny, look further, it is out there!
Transporter (modded) -> RG142 -> Avantgarde Acoustic based 500VA
monoblocks -> Sommer SPK240 -> self-made speakers
drmatt wrote:
> Oh I don't know, I like it when people copy dev null to their hard drive
> instead of the other way around.
True, but think of all the disk space it frees up...
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the
drmatt wrote:
> Oh I don't know, I like it when people copy dev null to their hard drive
> instead of the other way around.
:)
*Vortexbox LMS 7.9 music on QNAP TS419p via NFS* iThingys/iPeng/Tablets
*Living Room* - SB3 -> Onkyo TS606 - > Celestion Ditton F20s - Zone 2 ->
Sony TA FE 320 ->
Julf wrote:
> And why wouldn't it be? Not much damage anyone can do with it...
Oh I don't know, I like it when people copy dev null to their hard drive
instead of the other way around.
drmatt's Profile:
Checked the source code (rate.c) of latest sox from git.
Code:
static char const * lines[] = {
"[-q|-l|-m|-h|-v] [override-options] RATE[k]",
"BAND-",
" QUALITYWIDTH REJ dB TYPICAL USE",
" -q quick n/a ~30 @ Fs/4
drmatt wrote:
> Not sure I agree with this statement. /dev/null is writeable by all,
> always
And why wouldn't it be? Not much damage anyone can do with it...
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a
DJanGo wrote:
> Hmmm
> All linux systems that i am aware of didnt allow a user to use
> /dev/null.
Not sure I agree with this statement. /dev/null is writeable by all,
always.
drmatt's Profile:
Julf wrote:
> Thanks for verifying that!
So cp is too dumb to not write. Things like "tar" are smarter. If it
can't seek on output it doesn't even bother reading the input. That's
been a thorn in my side on numerous occasions in the past too..
tingtong5 wrote:
> It works with /dev/null, the amount of cached bytes increases with the
> size of the copied file.
Thanks for verifying that!
"To try to judge the real from the false will always be hard. In this
fast-growing art of 'high fidelity' the quackery will bear a solid gilt
edge
Guys in my first post I already stated that the improvement I heard is
subjective and not a proven fact.
I will stop posting now in this thread, as I do not feel like
participating in a bullshit or not bullshit kind of discussion. I just
wanted to share my personal subjective experience and
Julf wrote:
> /tmp is a real file system, so of course the files get both read and
> written. /dev/null is a special case.
It works with /dev/null, the amount of cached bytes increases with the
size of the copied file.
tingtong5 wrote:
> This was simply tested by first using /tmp instead of /dev/null, the
> played tracks were indeed copied to /tmp.
/tmp is a real file system, so of course the files get both read and
written. /dev/null is a special case.
"To try to judge the real from the false will always
tingtong5 wrote:
> Having an opinion is fine, but getting personal does not help a lot most
> of the times.
I don't think Apesbrain intended his comment as a personal attack - one
of the meanings of the expression "I call bullshit" is "to have found
something at odds with a generally accepted
Apesbrain wrote:
> Yeah, I'm just going to go ahead and call bullshit on this.
Having an opinion is fine, but getting personal does not help a lot most
of the times.
tingtong5's Profile:
drmatt wrote:
> You would have to check the system call activity behind this command.
> You might find that the cp command recognises that its output is invalid
> and never does the reads from the source file. .
This was simply tested by first using /tmp instead of /dev/null, the
played tracks
19 matches
Mail list logo
