(In reply to comment #0)
> As a result of moving to the ALAC decoder in recent nightliesmy M4a files
> encoded into apple lossles using itunes have stopped decoding. I simply get
> white noise. I believe this is an important bug since the resultant noise is
> probably capable of damaging speaker systems.
> 

2006-08-14 worked fine, the next one I downloaded was 2006-08-29 and white noise.
Thought it was something I had done as computer has suffered major rebuild.
Agree this is an important bug.

I just encoded a test file using iTunes 6.0.5 on my Mac and it plays just fine using alac.  Can you attach a file that doesn't work?

Created attachment 1489 [details]
a failing m4a file as example

That file works for me.

(In reply to comment #4)
> That file works for me.
> 
dunno what to say could it be a mac vs pc thing?

(In reply to comment #5)
> (In reply to comment #4)
> > That file works for me.
> > 
> dunno what to say could it be a mac vs pc thing?
> 

Just to recofnirm checked again alac running in taskbar but hiss from slimserver

(In reply to comment #6)
> (In reply to comment #5)
> > (In reply to comment #4)
> > > That file works for me.
> > > 
> > dunno what to say could it be a mac vs pc thing?
> > 
> 
> Just to recofnirm checked again alac running in taskbar but hiss from
> slimserver
> 
ahem thats Task Manager not task bar...

OK, on win32 I do have a hissing sound for both your file and my own test file.  The file decoded using alac.exe works fine however.

Dan: The same command line that works on Mac produces static on win32.

Produces a normal wav file:
alac.exe -f test.wav test.m4a

Static:
alac.exe test.m4a | flac.exe --compression-level-0 --endian big --sign signed --channels 2 --bps 16 --sample-rate 44100 -o test.flac -

Created attachment 1490 [details]
Fixed alac.exe binary

Can you please try replacing your current alac.exe with this one?  The file is located in C:\Program Files\SlimServer\server\Bin\MSWin32-x86-multi-thread

This one works for me!

I think the problem was that the currrent alac.exe was built without -DWIN32 and so stdout was not opened in binary mode.

(In reply to comment #10)
> Created an attachment (id=1490) [edit]
> Fixed alac.exe binary
> 
> Can you please try replacing your current alac.exe with this one?  The file is
> located in C:\Program Files\SlimServer\server\Bin\MSWin32-x86-multi-thread
> 
> This one works for me!
> 
> I think the problem was that the currrent alac.exe was built without -DWIN32
> and so stdout was not opened in binary mode.
> 

(In reply to comment #6)
ok fixed!


 (In reply to comment #5)
> > (In reply to comment #4)
> > > That file works for me.
> > > 
> > dunno what to say could it be a mac vs pc thing?
> > 
> 
> Just to recofnirm checked again alac running in taskbar but hiss from
> slimserver
> 

Created attachment 1496 [details]
ALAC (2006-09-01 version) crashes when playing this file

I've just found that I can't play some of my m4a files.

If I try to play them using ALAC (I'm using the 2006-09-01 version) from the command line, I can see that ALAC crashes immediately.

I've tried playing the files with MPlayer (the AlienBBC 6.5 version) and they play perfectly. So I think there must still be a problem with ALAC....

I've attached one of the problem files to this bug.

But that's not an Apple Lossless file, so it should play with mov123 right?

Sorry! I assumed the m4a file extension was Apple Lossless - I was wrong...

But it still when I use mov123 running from the command line gives the following error message:

"NativePathNameToFSSpec failed on source file 2-16 At Dusk.m4a with -2095"

Pressed "enter" too soon.... I meant to say:

But it still fails when I use mov123. Running from the command line gives the
following error message:

"NativePathNameToFSSpec failed on source file 2-16 At Dusk.m4a with -2095"

Can you open up a new bug about that problem with mov123?