Is there any progress on this?
Running 7.5.2 on Windows 7, 64 bit. Same problem described by the
original poster: .m4a files identify as MPEG-4 and SOME of these will
not play, with same symptoms as experienced by others.
Tried many permutations of File Format decoding (Native/Disabled...).
What is the status for a fix to this issue? I posted the server/scanner
log errors and screenshots but haven't seen anybody said it was fixed
yet.
--
AudioFrog
AudioFrog's Profile:
I am having a similar problem on debian (squeeze). I upgraded to 7.5.1
(r30670) hoping this would solve the problem, but I still cannot get
apple lossless to play. I think the problem is with the faad
transcoding. I can replicate the problem with other m4a files, if I
disable native handling
As Phil suggested I put the SBS looging level to debug for the
Player.source and all file types are set to default. The atteched
server.log shows my attempt to play an Apple Lossless (ALAC) m4a file
on the Touch resulting in a Can't open error.
Win 7 x64, Itunes 9.1, latest SBS 7.5.1
{looking at AudioFrog's log...}
Andy - what is this?
[10-04-21 11:36:46.7328] Slim::Player::TranscodingHelper::checkBin
(242) Found command: -
[10-04-21 11:36:46.7330]
Slim::Player::TranscodingHelper::getConvertCommand2 (424) Matched:
mp4-aac via: -
This is an ALAC file... !? What's mp4-aac
OK if that's indeed an ALAC file it should not be streaming as AAC, so
that's the problem. I assume this file shows as type MPEG-4 and not
Apple Lossless when you view it in the web UI? Which means it's not
being scanned properly. I'd like to see the file, maybe there is a
Windows-only issue
andyg;538578 Wrote:
OK if that's indeed an ALAC file it should not be streaming as AAC, so
that's the problem. I assume this file shows as type MPEG-4 and not
Apple Lossless when you view it in the web UI? Which means it's not
being scanned properly. I'd like to see the file, maybe there
same problem here, been unable to open these files on my netgear
Readynas duo eversince I upgraded to 7.5.0. I even tried 7.5.1 but with
no success and been checking these forums for a solution eversince. What
does surprise me is that I have no problem running the latest version on
my Windows
Here is a copy/paste of track info and tagging from the SBS web GUI for
a track that won't play with default file type settings:
Disc: 1/1
Track Number: 5
File Format: Apple Lossless
Duration: 4:03
Volume Adjustment: -6.18 dB
Bitrate: 676kbps VBR
Sample Rate: 44.1 kHz
Sample Size: 16 Bits
and here is what Win 7 reports as the file type (jpeg screenshot).
+---+
|Filename: audiofrog.jpg|
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=9724|
Sorry, I meant SBS's track info page.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread: http://forums.slimdevices.com/showthread.php?t=71623
andyg;538675 Wrote:
Sorry, I meant SBS's track info page.
That is what I thought I posted in my first post. I opened the SBS web
gui on the PC and selected the track and copy/pasted the track info
from the webpage and then clicked on the tag info link and copy/pasted
that also. I could do a
Here are some screenshots:
+---+
|Filename: audiofrog2.jpg |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=9726|
when I mean native, it's for the MP4 file type.
In my case, ALL ALAC files are considered as MP4s files.
Before that it was sent as quicktime movies (???).
If I leave the standard file type settings, it's always transcoded as
FLAC (and my ALACs are considered as MP4s).
Before that, I always
sbb;537377 Wrote:
when I mean native, it's for the MP4 file type.
In my case, ALL ALAC files are considered as MP4s files.
Before that it was sent as quicktime movies (???).
If I leave the standard file type settings, it's always transcoded as
FLAC (and my ALACs are considered as MP4s).
I have the same problem...iTunes .m4a tracks (probably Apple Lossless)
don't play because the Squeezebox can't find the file, but the file is
there.
--
el_chupacabra
el_chupacabra's Profile:
Phil Leigh;537382 Wrote:
MP4 is not a file type (in SBS-speak), it is a container that can hold
both AAC and ALAC files. Both of these files have the .m4a extension.
The only way to tell what an m4a file is, is to open the container and
have a look (which is what SBS does).
At the moment
continued to try to isolate the issue:
- started with a fresh install of squeezeboxserver (7.5 beta) and new
prefs + new cache= it works fine
I modified the file type settings to have all files played as native
only if possible or transcoded to PCM (for ALAC mainly)... the issue is
back again :/
Phil Leigh;537329 Wrote:
This is not right...
Under 7.6, Apple Lossless (.m4a with lossless setting in the mp4
container) are transcoded to FLAC via faad and sox - this is the
default setting and works now that faad has been patched in 7.5.1.
FLAC-PCM also works (again using faad).
Phil Leigh;537329 Wrote:
This is not right...
Under 7.6, Apple Lossless (.m4a with lossless setting in the mp4
container) are transcoded to FLAC via faad and sox - this is the
default setting and works now that faad has been patched in 7.5.1.
FLAC-PCM also works (again using faad).
Mnyb;537340 Wrote:
Don't you think they introduced the ALAC native for Touch is it not
supposed to support ALAC ?
Sorry I meant it has to be transcoded at the moment - native ALAC is
not working properly yet according to AndyG.
When it IS, I guess the defaults will change...
--
Phil Leigh
Is there an update to this huge problem
I have a new Touch and an ALAC ITunes library and haven't been able to
play a SINGLE SONG since I plugged in the Touch!! THIS IS A P1 ISSUE
IMO.
--
AudioFrog
AudioFrog's
AudioFrog;536785 Wrote:
Is there an update to this huge problem
I have a new Touch and an ALAC ITunes library and haven't been able to
play a SINGLE SONG since I plugged in the Touch!! THIS IS A P1 ISSUE
IMO.
What problem(s) are you having exactly? What platform etc are you
using?
I run SBS on a Win 7 x64 PC and all my ITunes files are Apple Lossless
(m4a). When I go to play a song on the Touch I get the Problem: Can't
open file for the D:\itunes\Music\etc error every time regardless
of which build of SBS I use (7.5, 7.5.1 nightly including todays, 7.6).
I completely
AudioFrog;536835 Wrote:
I run SBS on a Win 7 x64 PC and all my ITunes files are Apple Lossless
(m4a). When I go to play a song on the Touch I get the Problem: Can't
open file for the D:\itunes\Music\etc error every time regardless
of which build of SBS I use (7.5, 7.5.1 nightly including
I did some more testing this morning and I am pretty sure it a path
length problem as the album name in the files meta-data is used as a
folder name in the iTunes Library (and thus becomes a part of the file
path). Even though the problematic files play fine (and MacOS X per se
has no size
I have played with my problematic alac file again:
If I put
Code:
Symphonie No. 9 d-moll op. 125
in the Album filed it works fine, if I use
Code:
Beethoven · Bernstein 9 Symphonies · Overtures CD 6
I have played with my problematic alac file again:
If I put
Code:
Symphonie No. 9 d-moll op. 125
in the Album filed it works fine, if I use
Code:
Beethoven · Bernstein 9 Symphonies · Overtures CD 6
I think it's pretty clear that 7.5 is the problem. I uninstalled 7.5
and reinstalled 7.4.2 and everything worked as expected. I guess the
key to this SBS thing is to not accept the updates until I can be sure
they are stable.
--
Libernet
WhaleOil;532695 Wrote:
I feel sure that this is a SBS 7.5 issue. All my Apple Lossless files
(encoded by a variety of different software) played just fine before in
7.4.2 and now they don't in released 7.5 or latest 7.5.1. They still
work as normal in iTunes, QuickTime and any other player
on 7.5 (just upgraded to 7.5.1 to try and fix it) on ubuntu 9.10.
The mp4s are ripped by itunes mp4s and a boom. faad lame are standard
ubuntu packages.
--
jamespo
jamespo's Profile:
I have this problem, too. Just installed SBS 7.5 on my NAS, and suddenly
Apple Lossless won't work anymore.
It was working just fine under 7.4.2.
(if anyone is wondering why open source isn't really for most people,
these continuous roller-coaster-rides of works, doesn't work, works,
doesn't
jamespo;532909 Wrote:
on 7.5 (just upgraded to 7.5.1 to try and fix it) on ubuntu 9.10.
The mp4s are ripped by itunes mp4s and a boom. faad lame are standard
ubuntu packages.
Well this may be your problem, you cannot use a standard faad package,
ours is heavily patched to fix various bugs
oivindi;532937 Wrote:
I have this problem, too. Just installed SBS 7.5 on my NAS, and suddenly
Apple Lossless won't work anymore.
It was working just fine under 7.4.2.
(if anyone is wondering why open source isn't really for most people,
these continuous roller-coaster-rides of works,
oivindi;532937 Wrote:
I have this problem, too. Just installed SBS 7.5 on my NAS, and suddenly
Apple Lossless won't work anymore.
It was working just fine under 7.4.2.
(if anyone is wondering why open source isn't really for most people,
these continuous roller-coaster-rides of works,
SilverRS8;530158 Wrote:
Ofcourse you could be right. But fact is it start appearing with the
beta 7.4.3 line which I updated occasionally. I can't reproduce it as
it occurs out of the blue and not with the same tracks and when
pressing play again SBS will play the track. Is this the same for
copperstate;531417 Wrote:
I deleted the old playlist Apple Lossless files from my iTunes library
and - utilizing the original cd - re-encoded the files one more time and
they are now playing fine again (using MacOS X 10.6.3 iTunes 9.1). I
had already re-encoded the offending one using
There were a couple of MP4 bugs fixed for Radio with 7.5.0, just
released.
There is also another fix in the 7.6.0 code-base but I do not know of
any actual cases that would hit that bug.
--
awy
awy's Profile:
awy;530993 Wrote:
There were a couple of MP4 bugs fixed for Radio with 7.5.0, just
released.
There is also another fix in the 7.6.0 code-base but I do not know of
any actual cases that would hit that bug.
My Radio runs fine with any SBS Version I throw at it. It is my SB3
that has
I have just tried the release version of 7.5 and am still unable to play
any Apple Lossless files. All work fine on 7.4.2 - so I am going to
have to go back to that until this is fixed.
WhaleOil
--
WhaleOil
WhaleOil's
I deleted the old playlist Apple Lossless files from my iTunes library
and - utilizing the original cd - re-encoded the files one more time and
they are now playing fine again (using MacOS X 10.6.3 iTunes 9.1). I
had already re-encoded the offending one using iTunes 9.1 before so the
file sizes
sbb;529953 Wrote:
you mean re-converting your files with itunes 9.1?
yup, I had to rebuilt my sbs database and the problem returned.
--
copperstate
copperstate's Profile:
This problem LOOKS fixed in 7.6... can anyone confirm? It hasn't cropped
up for me in a day of casual usage.
--
hungarianhc
'Howto: Building a squeezebox server for under $100!'
(http://www.crazyhawt.com/2009/11/23/howto-building-a-squeezebox-server-for-under-100-yes-it-can-be-done/)
I've posted on this error already
http://forums.slimdevices.com/showthread.php?t=76328
Original text:
For a few weeks now I occasionally I get the error Problem: Can't open
file for: file path on my SB3 when playing a playlist. However when I
press play again, it plays the song perfectly. I
As far as I'm concerned, it's not a wireless problem because I only
use my SB3 over ethernet.
I've always been using my SB3 over ethernet (on a network with 200mbps
PLC) and never experienced a similar issue.
So what you posted is somewhat similar, but your fix is apparently
indicating that the
sbb;530153 Wrote:
As far as I'm concerned, it's not a wireless problem because I only
use my SB3 over ethernet.
I've always been using my SB3 over ethernet (on a network with 200mbps
PLC) and never experienced a similar issue.
So what you posted is somewhat similar, but your fix is
sbb;529866 Wrote:
vielen dank Copperstate!
Did you notice as well that the files are streamed as Quicktime videos?
I can't remember if that was already the case with the 7.4.x versions I
used in the past...
Unfortunately it was only a temporary solution, it broke again later on
... :(
--
I have just tried the latest nightly of 7.5 (trunk) 30462 and still
cannot play any Apple Lossless files. I have tried files that have
been ripped by iTunes, Max and Rip. None play. MP3 files seem to be
OK. I have tried changing various settings in File Types but nothing
seems to work.
sbb;529759 Wrote:
Hello,
I've been experiencing similar issues with either AAC and ALAC (but
mostly with ALAC files since it's a large part of my library)... at
least I noticed this since I'm using the 7.5 betas (last build form the
04/01).
...
What I noticed is that when I get the
I am getting this error with 7.5.0 - r30462 running on a Windows XP
machine as the server. I get this error Can't Open file error for ALAC
files but only when trying to play them on the SB Radio not on my SB
Duet.
I attempt reflashing the Radio and rebooting it several times. This
error did
I am getting this error with 7.5.0 - r30462 running on a Windows XP
machine as the server. I get this error Can't Open file error for ALAC
files but only when trying to play them on the SB Radio not on my SB
Duet.
I attempt reflashing the Radio and rebooting it several times. This
error did
that's what I thought, too. I will use 7.4.3 until it gets fixed ...
--
copperstate
copperstate's Profile: http://forums.slimdevices.com/member.php?userid=34756
View this thread:
I have included a log excerpt when the problem first appeared in late
Feb.
+---+
|Filename: apple lossless not working.log |
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=9477|
Looks like a special character handling issue... (assuming OSX is OK
with total path lengths that are very long (unlike Windows...))
--
Phil Leigh
You want to see the signal path BEFORE it gets onto a CD/vinyl...it
ain't what you'd call minimal...
SB Touch Beta (wired) - TACT 2.2X (Linear
I have the same problem. I have just tried updating from 7.4.2 (works
perfectly) to yesterday's 7.5.0. Even tried a clean install and a full
re-scan. Apple Lossless files refuse to play in 7.5.0 - stating 'can't
open file for...'
Happy to help investigate further if I knew where to check.
Installing 7.5.0 - r30373 did not help. :( Are there any log files so
that I may monitor what is happening? :confused:
--
copperstate
copperstate's Profile: http://forums.slimdevices.com/member.php?userid=34756
View this
andyg;524288 Wrote:
copperstate: Your Beethoven file scans fine and plays fine for me in
7.5.
Hi Andy,
I just reinstalled the latest 7.5 build (r30365) for MacOS X (10.6.2)
for re-testing. Unfortunately it really does not play and shows a file
not found error on the SB 3. It works perfectly
Peter: I tested your Nick Cave file in 7.5 and it is correctly detected
as ALAC and plays fine. The only bug I noticed was that the bitrate was
incorrectly read as 9kbps, this is because of the way the file is
structured and I'll fix this in a future version. This does not affect
playback or
copperstate: Your Beethoven file scans fine and plays fine for me in
7.5.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread:
I've opened a bug for the bitrate bug I mentioned, the file seems to
have 2 mdat boxes which confuses the scanner a bit.
http://bugs.slimdevices.com/show_bug.cgi?id=15875
--
andyg
andyg's Profile:
There is a bug in Rip most likely:
https://bugs.launchpad.net/rip/+bug/452114
I would recommend using a better ripping tool (and also using FLAC :)
--
andyg
andyg's Profile:
Can you please send me one of your ALAC files that does not get
recognized correctly? If it's too big for a bug, you can use
yousendit.com, my email is andy-at-slimdevices.com
--
andyg
andyg's Profile:
I had the same problem with a recent 7.5.0 build for MacOS X and had to
change back to the 7.4 branch to get it working again. The Apple
lossless file in question worked fine on the Radio, but was quite
unreliable on my SB3 (which required transcoding).
--
copperstate
A very helpful observation - thank you.
--
awy
awy's Profile: http://forums.slimdevices.com/member.php?userid=7480
View this thread: http://forums.slimdevices.com/showthread.php?t=71623
I've got the same problem with yesterday's build of SqueezeServer
7.5-embedded: My Apple Lossless tracks mistakenly get detected as
MPEG-4. If I change the transcoding parameters for mp4 to those meant
for alc, everything works normally (well, I don't have any actual
MPEG-4 audio tracks -
Version: 7.5.0 - r29334 @ Thu Nov 19 02:04:50 PST 2009
Hostname: nas-01-E7-3D
Server IP Address: 192.168.2.102
Server HTTP Port Number: 9000
Operating system: Netgear RAIDiator - EN - utf8
Platform Architecture: sparc-linux
Perl Version: 5.8.8 - sparc-linux
MySQL Version:
faad is used to play AAC files.
Do you have a version of faad that works in your server/Bin directory.
The SBS version of faad has patches for streaming audio so make sure
you have the SBS version and not the standard version.
--
bpa
I think I may have found it :-
All Apple Lossless files (and others) with spaces in the path /
filename play ok.
All files, regardless of type, where the spaces in the path / filename
for some reason are replaced by the percent sign % do not play.
Disc: 1/1
Track Number: 1
File Format: Apple
bpa;487527 Wrote:
Do you have a version of faad that works in your server/Bin directory.Do you
know where it might be located - roughly ?
And why can I play m4a files not Apple lossless - what else is
transcoding if faad isn't there ?
--
rolski
alac decodes Apple lossless
faad decodes Apple AAC and MPEG4.
I'm not sure if faad has been distributed for all ReadyNAS - I think
only some version of ReadyNAS has faad.
Check WebUI Settings/Advanced/Filetypes and see if AAC is disabled.
--
bpa
I'm not sure if faad has been distributed for all ReadyNAS - I think
only some version of ReadyNAS has faad.It was working until last night - and
I'm certain it's always been there
before.
Check WebUI Settings/Advanced/Filetypes and see if AAC is disabled.Both are
set to Native.
--
1) Update to previous comments, it seems what it says are MPEG-4 files
can't be played, but what it says are Apple Lossless can be played.
I'm not sure why the non-playing files are displayed as MPEG-4 when
they are definitely lossless - is there perhaps something wrong with the
file tagging
On Nov 20, 2009, at 12:44 PM, rolski wrote:
1) Update to previous comments, it seems what it says are MPEG-4 files
can't be played, but what it says are Apple Lossless can be played.
I'm not sure why the non-playing files are displayed as MPEG-4 when
they are definitely lossless - is there
Thanks, but any idea why these NetGear binaries have stopped working for
me suddenly ?
Is it possible that they've been removed as a result of a recent update
?
--
rolski
rolski's Profile:
Update. both binaries are still there, in /usr/bin
The question is now, why aren't they working ?
And why did they stop working ?
--
rolski
rolski's Profile: http://forums.slimdevices.com/member.php?userid=23776
View
Conclusion :-
The binaries have gone AWOL from 7.5.0 : I've just re-installed
7.4.1-r28947 and all my files play again
Don't know if it's important for you to fix that in this Beta, but I
hope this information's useful for you
--
rolski
76 matches
Mail list logo