ralphy wrote: > From the log it appears as though ffmpeg has problems parsing the alac > file. > > This could be a bug in ffmpeg but quite often it's caused by the file > headers being placed at the end and not the beginning. > > When lms transcodes the file it can seek to the end and read the headers > before sending the transcoded file to the player, where as squeezelite > needs to have the headers at the beginning. > > I use the mp4file util in linux to move the headers to the start. I'm > sure there are other utilities that can do the job as well. > > $ mp4file --optimize filename > > Can you try this? Make sure you have a backup copy of the file before > running the optimize.
My files are already in progressive format. I use dbPowerAmp ALAC encoder to encode them with the optimize for streaming option set. And its only high sample rate files that are failing. 16/44, 24/44 and 24/48 ALACs are fine. MP4 Box: C:\Program Files\GPAC>mp4box -info 01-Night_Train.m4a * Movie Info * Timescale 96000 - Duration 00:04:48.958 1 track(s) Fragmented File: no File suitable for progressive download (moov before mdat) File Brand M4A - version 0 Created: UNKNOWN DATE Modified: UNKNOWN DATE File has no MPEG4 IOD/OD iTunes Info: Name: Night Train Artist: Oscar Peterson Album: Night Train Genre: Jazz Created: 1962 TrackNumber: 1 / 0 Cover Art: JPEG File 1 UDTA types: meta (1) Track # 1 Info - TrackID 1 - TimeScale 96000 - Media Duration 00:04:48.958 Media Info: Language "und (und)" - Type "soun:alac" - 6773 samples Audio Track - Sample Rate 30464 - 2 channel(s) RFC6381 Codec Parameters: alac All samples are sync ------------------------------------------------------------------------ BuddyRich's Profile: http://forums.slimdevices.com/member.php?userid=63124 View this thread: http://forums.slimdevices.com/showthread.php?t=97803 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/unix
