A Audio, hi-fi and car audio  forum. Audio Banter

Go Back   Home » Audio Banter forum » UK Audio Newsgroups » uk.rec.audio (General Audio and Hi-Fi)
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

uk.rec.audio (General Audio and Hi-Fi) (uk.rec.audio) Discussion and exchange of hi-fi audio equipment.

FLAC v WAV



 
 
LinkBack Thread Tools Display Modes
  #21 (permalink)  
Old June 8th 14, 01:50 PM posted to uk.rec.audio
Johny B Good[_2_]
external usenet poster
 
Posts: 88
Default FLAC v WAV

On Sun, 08 Jun 2014 09:44:44 +0100, Jim Lesurf
wrote:

In article , Bob Latham
wrote:
In article , Jim Lesurf
wrote:
[snip]


Oh this is interesting.


I store flac files on a Synology NAS and then use a Sonos box (under
iPad control) to pull the data across the network and play it with spdif
into my pre-amp.


Now my definition of streaming which I assume is wrong, is that chunks
of the file is pulled or pushed just before it is needed with the
minimum amount of data stored at the player, just enough to overcome
blips on the data stream.


So I do consider what I do to be streaming.


From my POV I have a program I've written myself as an example I can use to
illusrate.

The program reads a wave file and shovels data from it to a USB DAC. First
it reads the header of the file so it finds the sample rate, etc. It then
sends to the DAC the value of the sample rate at which to operate.

Then it proceeds by grabbing successive 1-sec 'blocks' of data from the
file and dumping them into an output buffer.

The DAC reads samples from this buffer at a rate the *DAC* now controls. It
reads at regular intervals, each time taking a few samples to allow it to
play at the rate required. Once this buffer-full has been read, this is
detected and the program - which has loaded another buffer-worth ready -
gives that via the buffer.

In effect the software in the computer is just shuffling blocks of data,
and doing each new block when the DAC says it wants it.

This works either from a local hard disc, or something like a NAS or device
like a USB memory stick, say. In each case a filing system makes the file
available to be read.

I *guess* that a 'streamer' is an all-in-one chunk of hardware that
provides its own ability to access files, let the user choose one, and play
it via its own DAC. Thus saving the user the bother of having a computer
run a program to do the job. But I've only deduced this by reading what
people say.

What I don't understand and would love to is, what the blazes is the
point of dlna for audio streaming? What I do does not use dlna at all,
the Sonos just opens the file and pulls data from the NAS using good old
SMB, no dlna server needed or running. It works just fine. What does
dlna do that this doesn't?


I'm also curious about the role and point of dlna.


The point, afaik, is that it provides a searchable database of the
media content placed in its charge on the server for use by a decent
streaming client and can be configured to transcode certain media file
formats to a form that _can_ be recognised and played by the dnla
client being used.

This transcoding feature can take its toll[1] on the server's CPU so
it's best avoided where possible, especially when the server is "cpu
cycles challenged". Unfortunately, this requires that you choose a
client (media streaming box) capable of playing your files in their
native formats.

A few years ago I "Hired" a Medion streaming player from Aldi, set up
the dnla service on the FreeNAS box, drilled the necesary hole through
the basement wall into the kitchen/diner to feed a network cable to
the tiny Medion server box slung under the wall mounted TV stand on
the brackets designed just for such STB support and... was rather
disappointed with the whole experience.

At least two problems became apparent. One, it offered a very klunky
and, as seems to be the way with "TV interfaces", cumbersome/ponderous
explorer style list of the content placed in the charge of the dnla
service on the server box, and two, it couldn't distinguish between
the TV folders stored on the 4 seperate disk volumes under the control
of dnla. I landed up having to rename those folders from "TV Programs"
on each volume to "TV Programs 1" on the first disk through to "TV
Programs 4" on the fourth disk before the Medion stream player would
allow me to access the whole database.

At that point, I did rather wonder what the feckin' point of the 50
quid streaming player box was. I could have just pressed a cheap 2nd
hand laptop into mediaplayer service _without_ the faffing about with
dnla and had a much slicker PC style interface to boot. Needless to
say, I took the gadget back to Aldi for a full refund on the basis of
it not being fit for purpose.

[1] The transcoding won't always be a 'heavy duty' process, sometimes
simply a matter of transcoding the audio stream portion or stripping
out FEC crap from a TS or vice versa for a PS.
--
J B Good
  #22 (permalink)  
Old June 8th 14, 02:32 PM posted to uk.rec.audio
Jim Lesurf[_2_]
external usenet poster
 
Posts: 2,668
Default FLAC v WAV

In article , Johny B Good
wrote:
On Sun, 08 Jun 2014 09:44:44 +0100, Jim Lesurf
wrote:

[big snip]

I'm also curious about the role and point of dlna.


The point, afaik, is that it provides a searchable database of the
media content placed in its charge on the server for use by a decent
streaming client


Ah. I can understand the logic of that on platforms that don't already have
decent filing systems, etc.

and can be configured to transcode certain media file
formats to a form that _can_ be recognised and played by the dnla client
being used.


Ah. That sounds a bit like some of the 'streaming' re-encoders, etc, that
I've come across on Linux. And which I always avoid like a plague as they
so often foul up playback by applying presumptions I don't share with
whoever set them up. :-)

All too often I've found that they not only convert the format in terms
like mp3 to lpcm but resample down in fairly clumsy ways. Hence giving you
44.1k/16 output from a 96k/24 file, having also 'improved' the gain level
without bothering to use dither, etc. PITA. Another example of how
processes neatly hidden from the user can lead to conclusions like "files
of type A sound better than files of type B" in magazines, etc. Ditto for
claims about always playing from ram, etc, etc.

The more options and clever automations are involed without the user
knowing or understanding, the more 'failure modes' there are, and reasons
for 'changes' which end up being blamed on something they can see.

I can sympathise with all this. I've been fighting to understand how a new
NAS is behaving for the last 2-3 days. Slooowly making progress, but not
exactly simple when encountered with no prior experience. The manuals are
goldmine of clear information... not. :-/

[snip interesting example of a 'too clever' such system]

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics http://www.st-and.ac.uk/~www_pa/Scot...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

  #23 (permalink)  
Old June 10th 14, 07:50 PM posted to uk.rec.audio
Richard Kimber
external usenet poster
 
Posts: 9
Default FLAC v WAV

On Sat, 07 Jun 2014 19:16:11 +0100, Bob Latham wrote:

What I don't understand and would love to is, what the blazes is the
point of dlna for audio streaming? What I do does not use dlna at all,
the Sonos just opens the file and pulls data from the NAS using good old
SMB, no dlna server needed or running. It works just fine. What does
dlna do that this doesn't?


That's OK if you've got a Sonos.

- Richard.
  #24 (permalink)  
Old June 10th 14, 07:58 PM posted to uk.rec.audio
Richard Kimber
external usenet poster
 
Posts: 9
Default FLAC v WAV

On Thu, 05 Jun 2014 22:52:44 +0100, tony sayer wrote:

Log onto this page for the Wolfson audio card for the Raspberry Pi PC
and theres a section marked download HD audio around 550 M/bytes.


These tracks are FLAC encoded, what do you think of them?..



http://www.element14.com/community/c.../raspberry-pi-
accessories/wolfson_pi?ICID=rpispace-wolfson-sideban


Unless I've been looking at the wrong files, I think most of these are
binaural, aren't they?

- Richard.
  #25 (permalink)  
Old June 11th 14, 04:33 PM posted to uk.rec.audio
Jim Lesurf[_2_]
external usenet poster
 
Posts: 2,668
Default FLAC v WAV

In article , Bob Latham
wrote:
In article , Richard
Kimber wrote:
On Sat, 07 Jun 2014 19:16:11 +0100, Bob Latham wrote:


What I don't understand and would love to is, what the blazes is the
point of dlna for audio streaming? What I do does not use dlna at
all, the Sonos just opens the file and pulls data from the NAS using
good old SMB, no dlna server needed or running. It works just fine.
What does dlna do that this doesn't?


That's OK if you've got a Sonos.


True I suppose but that rather misses the point.


A couple of years back when I was last looking at streamers I asked
manufacturers about some facilities I wanted and their product didn't
appear to have. I was told that DLNA doesn't support xxxyyyx and we will
have to do some hacking to make that work. At the time Sonos could do it
using Samba/SMB and so I was mystified as to why the use of DLNA seemed
so compulsory for many manufacturers especially if it was limiting as
they implied.


My impression from what people have said is that dlna works on the basis of
some specific assumptions / requirements. Possibly involving it insisting
on forms of metadata its creators have adopted, and formats they can
process. So limiting you to what they've decided, I suspect.

Personally I dislike on-the-fly convertors (gstreamer, you know who I
mean!) because you may not know if they're fiddling with the data in ways
you'd not want. As discussed earlier for player software.

FWIW All I do is give files and directories names that tell me what I want
to know - composer, etc, for classical, for example. And for something like
an LP I've made a digital file from, I add scans of the front and rear
covers of the LP sleeve, and any notes. Keep these as jpegs to display if I
choose. I've noticed that Audacity will find and display a thumbnail of
these when I give it a directory of files or a file from a directory with
such a bitmap. But to see it full-screen-size I just use a suitable bipmap
viewer. Normally, I don't bother as I'm listening to the music! :-)

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics http://www.st-and.ac.uk/~www_pa/Scot...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

  #26 (permalink)  
Old June 12th 14, 06:00 PM posted to uk.rec.audio
tony sayer
external usenet poster
 
Posts: 2,042
Default FLAC v WAV

In article , Richard
Kimber scribeth thus
On Thu, 05 Jun 2014 22:52:44 +0100, tony sayer wrote:

Log onto this page for the Wolfson audio card for the Raspberry Pi PC
and theres a section marked download HD audio around 550 M/bytes.


These tracks are FLAC encoded, what do you think of them?..



http://www.element14.com/community/c.../raspberry-pi-
accessories/wolfson_pi?ICID=rpispace-wolfson-sideban


Unless I've been looking at the wrong files, I think most of these are
binaural, aren't they?

- Richard.


Yes they are!..

Do sound good on headphones...
--
Tony Sayer

  #27 (permalink)  
Old July 1st 14, 08:59 PM posted to uk.rec.audio
Richard Kimber
external usenet poster
 
Posts: 9
Default FLAC v WAV

On Wed, 11 Jun 2014 17:01:07 +0100, Bob Latham wrote:

That's OK if you've got a Sonos.


True I suppose but that rather misses the point.

A couple of years back when I was last looking at streamers I asked
manufacturers about some facilities I wanted and their product didn't
appear to have. I was told that DLNA doesn't support xxxyyyx and we will
have to do some hacking to make that work. At the time Sonos could do it
using Samba/SMB and so I was mystified as to why the use of DLNA seemed
so compulsory for many manufacturers especially if it was limiting as
they implied.


I don't have any xxxyyyx, so it's not a problem for me ;-)

- Richard.
 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT. The time now is 03:36 AM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.SEO by vBSEO 3.0.0
Copyright ©2004-2025 Audio Banter.
The comments are property of their posters.