Your discussion has moved on but I'd like to conclude the offshoot I
started.

I don't know DXD but I think I understand the underlying issue.  
DXD "hide" in a WAV file format - WAV is just a convenient format to
hold the DXD datastream which can be used to trick LMS to send the DXD
data stream content to a DAC unchanged.
For that to happen LMS must think the destination player can support the
file format.
WAV files can hold samples in different formats fixed point PCM, IEEE
Float, 8bit a-Law, 8bit mu-Law and extensible. 
LMS players only support fixed point PC and so will have difficulty with
any non PCM format.  Different sample size and sample rate can be
handled by LMS

You provided a dump of the file headers of two DXD 325kHz DXD files. As
I understand it one plays and the other doesn't. Summary of the header
analysis is as follows

2 ch, 352.8kHz, 32bits/sample, audio format of sample is IEEE Float :
What-A-Wonderful-World_DXD352KHz_2chDXD.wav
2 ch, 352.8kHz, 24bits/sample, audio format of sample is PCM :
a-fool-for-you-carmen-gomes-inc-dxd352khz.wav

There is a "JUNK" chunk which has some data but is different for each
file. This could be DXD related but AFAICT the data in JUNK is not
passed by LMS or squeezelite to DAC so is ignored.

To understand why the file is unplayable you need to determine whether
the data in the unplayable file WAV fmt header is correct and the audio
DXD data is really in 32 bit floating point and needs to be converted or
whether the fmt file header is wrong and just the header needs to be
corrected.  

What-A-Wonderful-World_DXD352KHz_2chDXD.wav


Code:
--------------------
    
  Chunk Id       52 49 46 46  "RIFF"  - Chunk tag 
  Chunk size     2a 7a b1 24 
  Format         57 41 56 45  "WAVE" - Chunk Tag 
  
  subChunk Id    4a 55 4e 4b  "JUNK"  - Chunk tag 
  subChunk size  1c 00 00 00  28 bytes in JUNK Chunk
  2a 7a b1 24  00 00 00 00 e0 79 b1 24 00 00 00 00 00 00 00 00  00 00 00 00 00 
00 00 00
  
  subChunkId     66 6d 74 20  "fmt " - Chunk tag 
  subchunkSize   12 00 00 00  18 bytes in "fmt " chunk
  AudioFormat    03 00        WAVE_FORMAT_IEEE_FLOAT=3   IEEE Float
  NumChannels    02 00        2= Stereo
  SamplesperSec  20 62 05 00  0x00056220 = 352800 aka 352.8kHz
  AvgBytesPerSec 00 11 2b 00  0x002b1100 = 2822400 avg bytes/sec
  BlockALign     08 00
  BitsPerSample  20 00        32 Bits/sample
  cbSize         00 00        0 = No extension - field required for any 
AudioFormat not PCM
  
  ChunkId        64 61 74 61 "data"  - Chunk tag
  
--------------------


a-fool-for-you-carmen-gomes-inc-dxd352khz.wav

Code:
--------------------
    
  Chunk id       52 49 46 46  "RIFF"  - Chunk tag 
  Chunk size     ba 73 2b 0f 
  Format         57 41 56 45  "WAVE" - Chunk tag 
  subChunkID     4a 55 4e 4b  "JUNK"  - Chunk tag 
  subChunk size  1c 00 00 00 
  00 00 00 00  00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 
00 00 00
  
  subChunkId     66 6d 74 20  "fmt " - Chunk tag 
  subchunkszie   10 00 00 00  16 bytes in "fmt " chunk
  AudioFormat    01 00        WAVE_FORMAT_PCM=1  PCM
  NumChannels    02 00        2= Stereo
  SamplesPerSec  20 62 05 00  0x056220 = 352800 aka 352.8kHz
  AvgBytesPerSec c0 4c 20 00  0x00204cc0 = 2116800 avg bytes/sec
  BlockAlign     06 00        
  BitsPerSample  18 00        24 bits / sample
  
  ChunkId        64 61 74 61  "data" - Chunk tag
  
--------------------


------------------------------------------------------------------------
bpa's Profile: http://forums.slimdevices.com/member.php?userid=1806
View this thread: http://forums.slimdevices.com/showthread.php?t=97046

_______________________________________________
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to