yawn. ;)
drmatt's Profile: http://forums.slimdevices.com/member.php?userid=59498
View this thread: http://forums.slimdevices.com/showthread.php?t=106375
___
audiophiles
Or sticking to media analogies. Looking at a picture in a book, closing
the book, opening it again to look at the same picture. Call me sceptic,
but I don't feel the need to verify that it looks the same. This is the
case here, nothing the player is aware of has changed.
edwardthern wrote:
> No not the same as putting too much salt on food, because I know what
> thats like. Its more like putting a spice on some food that you never
> tasted and commenting on how it tastes.
OK, bad analogy. A better one would be seeing someone shining a
flashlight at the food.Do
Julf wrote:
> You mean like when you see someone putting far too much salt in your
> food, or seeing them overcook it until it is black?
>
>
>
> Not as amazing as how it makes you think you see and hear things that
> actually aren't there... :)
No not the same as putting too much salt on
edwardthern wrote:
> Instead of listening to it, I just used my own reasoning and logic to
> determine how it would sound. Kind of like seeing a food or hearing
> about a food and automatically saying its nasty.
You mean like when you see someone putting far too much salt in your
food, or
Instead of listening to it, I just used my own reasoning and logic to
determine how it would sound. Kind of like seeing a food or hearing
about a food and automatically saying its nasty.
Amazing how powerful my brain is.I can hear and taste things without
actually hearing it or tasting
Which I already said... :)
drmatt's Profile: http://forums.slimdevices.com/member.php?userid=59498
View this thread: http://forums.slimdevices.com/showthread.php?t=106375
___
tingtong5 wrote:
>
> The second time a track plays, it is read from the linux OS disk cache
> instead from disk. This means the track is played from RAM memory
> instead of from the hard drive that contains the file (track).
>
This is not exactly true. Linux always copies data from the disk
tingtong5 wrote:
> It works with /dev/null, the amount of cached bytes increases with the
> size of the copied file.
hmm again...
Code:
ls -l /dev/null
crw-rw-rw- 1 *root root* 1, 3 Okt 23 13:51 /dev/null
where is the failure?
There is also a lack of context ? Is this suposed tweak for a local
player or a networked one ? The later removes most plausability for
this, op does not say ? He tweaks lms ? But lms has no sound .
It can be a case of creating your own problems bend SoX arm far enough
and i'm sure you can make
cliveb wrote:
> 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" outcomes.
>
> cp has no knowledge of
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
tingtong5 wrote:
> After noticiting that playing a track for the second time sounds better
> then the first time, I did some research
You have noticed a known psychoacoustic phenomen . Indeed playing the
same thing again can sometimes sound different ,some one else did the
reasearch too , but
tingtong5 wrote:
>
> >
Code:
> >
> cp $FILE$ /dev/null
>
> >
>
> Search for the differences ;D
>
> Maybe someone else likes to try this as well :-)
Hmmm
All linux systems that i am aware of didnt allow a user to use
/dev/null.
That means
tingtong5 wrote:
> Maybe someone else likes to try this as well :-)
Thanks, but, no thanks... :-)
badboygolf16v's Profile: http://forums.slimdevices.com/member.php?userid=19486
View this thread:
Yeah, I'm just going to go ahead and call bullshit on this.
Apesbrain's Profile: http://forums.slimdevices.com/member.php?userid=738
View this thread: http://forums.slimdevices.com/showthread.php?t=106375
How can it sound even remotely good when you don't upsample with the use
of the latest ULTRA (-u) setting with SoX? VHQ is MidFi at best.
Transporter (modded) -> RG142 -> Avantgarde Acoustic based 500VA
monoblocks -> Sommer SPK240 -> self-made speakers
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. Secondly note that the
kernel will read-ahead when the first byte is read from a file, to the
tune of quite
After noticiting that playing a track for the second time it sounds
better then the first time, I did some research.
The second time a track plays, its read from the linux OS disk cache
instead from disk. This means the track is played from RAM memory
instead of from the hard drive that containt
37 matches
Mail list logo
