Ron Olsen;666234 Wrote:
Is there a working version of puddletag for Mac OS X Lion? Installation
instructions?
I've struggled (unsuccessfully) to get puddletag running on Lion.Have a look
at the puddletag forum, there's a post there that sets out
how to get it done without too much effort.
audiomuze;666508 Wrote:
Have a look at the puddletag forum, there's a post there that sets out
how to get it done without too much effort.
The only info I found in the puddletag forum for a Mac install is for
Mac OS X Snow Leopard (10.6), not Lion (10.7):
Let's move the discussion to the puddletag forum. Bottom line is with
the exception of windows file paths puddletag is OS agnostic, written
in Python and dependent on a series of Python libraries to do its work.
Those libraries are also OS agnostic and available for most OS', so
getting puddletag
Mnyb;665835 Wrote:
But the fact remain no native ALAC for SB3 SB3 reciever or Boom is
possible.
(well it is possible if you throw out something else, like encryption
for some services... )
AFAIR the ip3k-products have native support for a zillion funny codecs.
I strongly suggest/hope
bhaagensen;666286 Wrote:
AFAIR the ip3k-products have native support for a zillion funny codecs.
The IP3K based products only support these codecs:
MP3, FLAC, Ogg/Vorbis, WMA (lossy), AIFF, WAV.
On the lossy codecs side, I guess you couldn't remove any of them
without breaking compatibility
sebp;666391 Wrote:
The IP3K based products only support these codecs:
MP3, FLAC, Ogg/Vorbis, WMA (lossy), AIFF, WAV.
On the lossy codecs side, I guess you couldn't remove any of them
without breaking compatibility with online streaming services /
webradios.
On the lossless side, well:
sebp;666391 Wrote:
- try removing FLAC support and I would force you eating an iPad
So ? ;-)
Send me (a working) one, and I shall - you'll just have to trust that I
actually do !
My memory was off - I thought there were native support for more
esoteric codecs. I wouldn't mind losing wma,
Well of course we'd never remove anything just to add ALAC support. The
bridging+Rhapsody issue was unfortunate, just be glad it works at
all...
--
andyg
andyg's Profile:
andyg;665988 Wrote:
Actually I should mention that the code Apple released doesn't appear to
include any MP4 code, only code to decode raw CAF (CoreAudio Format)
files, and of course basically all ALAC files are going to be in MP4.
So that would require additional code...Yes. But --alluding
paul.raulerson;666038 Wrote:
ALAC support not only puts a product into the largest and (potentially)
most profitable environment around, it also forces Apple to improve
seriously on the specs.
No it doesn't. Apple doesn't have to change a thing, and there's
little reason to suspect they
how many channels do ALAC support , can it cary multichannel discrete
hirez as FLAC can ?
--
Mnyb
Main hifi: Touch + CIA PS +MeridianG68J MeridianHD621 MeridianG98DH 2 x
MeridianDSP5200 MeridianDSP5200HC 2 xMeridianDSP3100
mkozlows;666162 Wrote:
Apple doesn't have to change a thing, and there's little reason to
suspect they will.Hey guys, both ALAC and FLAC are somewhat like ZIP. It is
lossless
compression, and there is only so far that you can go with that. And
anyway, why would anyone want to develop it
Mnyb;666188 Wrote:
how many channels do ALAC support , can it cary multichannel discrete
hirez as FLAC can ?Well, their open source header files contain the following
definitions,
so it is a fairly safe bet that it can go up to 7+1 channels.
Concerning the bit depth and sample rates, I did
wazza;665791 Wrote:
I too was wanting to convert my flac library to ALAC, simply due to the
fact there's no good tools for tagging of flac files for macyou've obviously
not yet discovered puddletag...
--
audiomuze
*'Linux finally gets a great audio tagger'
wazza Wrote:
I too was wanting to convert my flac library to ALAC, simply due to the
fact there's no good tools for tagging of flac files for mac
audiomuze;666226 Wrote:
you've obviously not yet discovered puddletag...
Is there a working version of puddletag for Mac OS X Lion? Installation
Yes this was unnecessary , there are already to many formats would have
been better if apple incorporated FLAC in their products.
But that's thinking beyond pride and short term profit .
pipe dream :
1 lossy and 1 lossless format, with a tagging/metadata system endorsed
and understood by both
Personally I think this is bad news. It is the thin end of a wedge that
will see ALAC slowly surplant FLAC as the de-facto lossless codec of
choice. I don't trust Apple's motives. Just because this particular
release of their codec is now in the wild does not mean future versions
will be. I
cliveb;665817 Wrote:
personally i think this is bad news. It is the thin end of a wedge that
will see alac slowly surplant flac as the de-facto lossless codec of
choice. I don't trust apple's motives. Just because this particular
release of their codec is now in the wild does not mean future
erland;665802 Wrote:
The big advantage with ALAC from my perspective would be that suddenly
I can use the same files both in Squeezebox and Apple ecosystem.
YE. Finally.
--
lucas72
'QNAP Club Italy' (www.qnapclub.it)
cliveb;665817 Wrote:
I don't trust Apple's motives.
It depends what you think are those motives...
cliveb;665817 Wrote:
I predict that once Apple has rendered other lossless codecs obsolete,
they will improve ALAC and keep it closed source, then extract
lucrative licence fees from all
But the fact remain no native ALAC for SB3 SB3 reciever or Boom is
possible.
(well it is possible if you throw out something else, like encryption
for some services... )
So server transcoding is still needed for all the old players , but now
with possibly improved reliability.
Touch and Radio
bjs;665789 Wrote:
Interesting news:
http://www.tuaw.com/2011/10/27/apples-alac-codec-is-now-open-source/Unfortunately
I think there is still a part of this story missing...
Apple .M4A music files consist of a raw data music stream, that is
wrapped inside an ISO MPEG4 file container.
MPEG4
AndrewFG;665859 Wrote:
Unfortunately I think there is still a part of this story missing...
Apple .M4A music files consist of a raw data music stream, that is
wrapped inside an ISO MPEG4 file container.
MPEG4 is an open ISO standard that defines a nestable structure of
boxes, where each
Mnyb;665863 Wrote:
Ok this means that this open support is basically useless we have to
rely on reverse engineered stuff anyway.No. Apple already made a good step in
the right direction. -- They just
need to finish the journey...
--
AndrewFG
Regards,
AndrewFG
Try out Whitebear. The
lucas72;665833 Wrote:
cliveb;665817 Wrote:
Rather than everyone else adding support for ALAC, wouldn't it just be
easier for Apple to support FLAC?
Of course not, why a company should force their customers to convert
all their audio files?! Makes much more sense that new customers
aubuti;665870 Wrote:
Quite the contrary
True. Sorry too much beer today.
--
lucas72
'QNAP Club Italy' (www.qnapclub.it)
-
When the Boogeyman goes to sleep every night, he checks his closet
correct me if i'm wrong, but i believe the transporter does not support
HW decoding for alac. for this reason, and because i use iTunes for
library management, i've kept my library as AIFF. sure, takes up more
space, but hard drives are cheap.
the other reason being i can hear the difference
netchord;665885 Wrote:
correct me if i'm wrong, but i believe the transporter does not support
HW decoding for alac. for this reason, and because i use iTunes for
library management, i've kept my library as AIFF. sure, takes up more
space, but hard drives are cheap.
the other reason
AndrewFG;665859 Wrote:
Unfortunately I think there is still a part of this story missing...
Apple .M4A music files consist of a raw data music stream, that is
wrapped inside an ISO MPEG4 file container.
MPEG4 is an open ISO standard that defines a nestable structure of
boxes, where each
I think it's great news, it removes most of the open source arguments at
a stroke. I can't see Apple going back on this, what would be the
reason?
Anyway I'll be moving to an Apple tv come Christmas if Santa is good to
me. Far too much trouble running my old squeezebox 2 these days. The
last
andyg;665793 Wrote:
ALAC seeking is supported. But yes this is great news, we can finally
implement the official decoder.
So is there any hope that we might see firmware updates for legacy
devices such as the Transporter or Classic so they will understand
ALAC
some day?
--
loneagle
loneagle;665961 Wrote:
So is there any hope that we might see firmware updates for legacy
devices such as the Transporter or Classic so they will understand
ALAC
some day?
The amount of code for ALAC is actually quite small, so who knows,
maybe it would be possible.
--
andyg
andyg;665965 Wrote:
The amount of code for ALAC is actually quite small, so who knows, maybe
it would be possible.
Count one big vote from an owner of multiple SB2's and 3's!
--
abdomen
abdomen's Profile:
Actually I should mention that the code Apple released doesn't appear to
include any MP4 code, only code to decode raw CAF (CoreAudio Format)
files, and of course basically all ALAC files are going to be in MP4.
So that would require additional code...
--
andyg
erland;665802 Wrote:
Are there any advantages of using FLAC now when ALAC is open sourced ?
Last time I tested, stereo FLAC files were slightly smaller than their
FLAC counterparts...and mono FLAC files were a *lot* smaller.
--
atrocity
andyg;665965 Wrote:
The amount of code for ALAC is actually quite small, so who knows, maybe
it would be possible.
Interesting and positive :) was not the memory/cpu/something in the SB3
so limited that the bridging function was sacrificed for some change in
the encryption for some service
(
Mnyb;665809 Wrote:
Yes this was unnecessary , there are already to many formats would have
been better if apple incorporated FLAC in their products.
But that's thinking beyond pride and short term profit .
You know, I hear a lot of this, but there are far more devices out
there using
Interesting news:
http://www.tuaw.com/2011/10/27/apples-alac-codec-is-now-open-source/
Personally I think this is great news. I currently keep my music
library in FLAC format. But we're an Apple house, and lately I've been
considering converting it to ALAC so that everything works better with
I believe ALAC has been supported by squeezebox for a while, but without
the ability to seek within the track.
This is great news, and hopefully the seek feature will finally be
available in the next release.
I too was wanting to convert my flac library to ALAC, simply due to the
fact there's
ALAC seeking is supported. But yes this is great news, we can finally
implement the official decoder.
--
andyg
andyg's Profile: http://forums.slimdevices.com/member.php?userid=3292
View this thread:
This is great news. Even better would be Apple adding support for FLAC
to their products but this is a great step forward for lossless audio!
--
paulster
Receiver stuck at blue LED state after reboot? Please vote for bug
'17462' (http://bugs.slimdevices.com/show_bug.cgi?id=17462)
Web
wazza;665791 Wrote:
I believe ALAC has been supported by squeezebox for a while, but without
the ability to seek within the track.
This is great news, and hopefully the seek feature will finally be
available in the next release.
I too was wanting to convert my flac library to ALAC,
Are there any advantages of using FLAC now when ALAC is open sourced ?
Is FLAC still better supported in Squeezeboxes ?
Is FLAC still better supported in other software/hardware players ?
The big advantage with ALAC from my perspective would be that suddenly
I can use the same files both in
erland;665802 Wrote:
Are there any advantages of using FLAC now when ALAC is open sourced ?
Well, it may have been open sourced but the likes of Logitech still
have to develop decoders for it allowing full use of the specification
(seek, etc.) so FLAC still has the advantage for the time being.
44 matches
Mail list logo
