As far as I know, and I may be wrong here, iTunes will play standard mp3's. At least mine does. So what would the "...a great alternative to the DRM ridden iTunes..." gain you? I would rather have a player that can play drm'd songs, if I were forced to play a few, and still be able to play standard mp3's.
The problem with iTunes (and one that I am hopefuol Songbird will not have) is that you are limited to MP3 and Apple's AAC format; perhaps a couple of others that I don't care about too.
I'm not crazy enough to care about OGG, but I do have a large amount of music in FLAC format that I'd love to be able to load onto my iPod (dream on), but failing that at least being able to manage it in a nice front-end like Songbird will be a plus.
Great concept, the only problem is that the transcoding step can be very slow (e.g. I can encode VBR MP3 with lame --alt-preset standard at about 4x realtime on my machine). Because of this, its nice to have the original conversion results cached so you don't have to regenerate them from scratch every time.
Over the years I've written a number of scripts to deal with lossless audio files (like FLAC and Shorten) and one of them is called "shn2mp3". It can convert SHN or FLAC files to MP3 or OGG files. It is targeted at live concert recordings that are accompanied by a text "info" file that describes the recording gear, setlist etc and this info is parsed and turned into tags.
I wasn't, until now, aware of the "tagcopy" command used in another poster's sample script, but I think I'll knock up a new version of my scripts that can be used with this app so as not to require the error-prone text file parsing logic.
You can find shn2mp3 and other scripts at:
http://etree-scripts.sourceforge.net/
Hope this helps some people.
To me it is. To switch from FLAC to Apple Lossless would be a major pain in the ass. I have a lot of these files; hundreds of gigabytes worth. I keep them in FLAC format because they are supported more or less natively by:
Tag&Rename and MediaTagger, the two best audio file taggers I've encountered (Windows)
Formerly, my Rio Karma. But it was a POS and I sold it on ebay.
FLAC is audio format that best suits my usage patterns, which is why I'd like to be able to use it with my iPod. Which, of course, is the best portable audio player around.
Converting everything over to Apple Lossless would be a large time investment, not to mention the fact that there don't seem to be any standalone encoders for it (URL me if you've got one, I'm all ears). I have a number of scripts I use for converting other lossless audio files to FLAC and tagging FLAC files I download, so cross-platform, command line tools are my preference.
I for one have requested FLAC support, and hopefully other lossless audio geeks have as well. That and gapless playback would make the iPod beyond perfect. Right now its just near-perfect.
You can put the WAV files packed up inside your FLAC files onto the iPod pretty easily (albeit slowly) with Anapod Explorer, but you'd be able to fit twice as many if the iPod supported them natively.
Same disappointment here. I've gone through 2 Karmas and am waiting for DNNA to send me my third.
The first one worked fine for about 2 weeks and then suffered some sort of HD failure where it would (1) reboot, (2) flash its spinning "Rio" logo and then (3) GOTO 1.
The second one mostly worked, but would skip ahead to the next track in the middle of playback with no provocation from any of the controls (even with the Lock switch engaged).
Its a nice little player (when it works) and the interface doesn't suck TOO badly, but the quality control is for shit.
Actually, the BitTorrent protocol is not http-based at all. The protocol used to communicate with the TRACKER is http, but the protocol itself used between peers is custom.
Numerous good selections above, but also be sure to check out Lincoln's Stein's Apache::MP3 module. Requires Apache and mod_perl, so it is probably UNIX-only, but it rocks.
Shameless plug: I added FLAC and SHN support to the Apache::MP3::Resample module so you can stream your lossless music on your narrow-band connection.
Please tell me why you need optical out on the iPod if you are using it for a stereo add on
Well, its less of an issue on the iPod, since it is unlikely you'd have losslessly-encoded audio files on there (WAV, AIFF). But in the case of the Squeezebox, it allows you to get a pure digital audio stream from your source (PC) to your stereo, which presumably has a better A/D converter on it than the iPod does.
The Slimserver software can stream just about any audio format (including losslessly-compressed ones like FLAC, SHN) to the Squeezebox.
In short, it is for better audio quality.
Meanwhile AT&T Wireless customer service is less than helpful in determining when "soon" will be.
Heh, like that is a suprise. I ordered mine from Sprint the day I heard it was available. Here's hoping that their coverage in the NYC area isn't as bad as I've heard.
Actually FLAC and SHN usually achieve on the order of 50% compression. FLAC compresses better than SHN does most of the time, but takes longer to do the job. Unless you like shitty sounding audio, you choose either one of these lossless CODECs. MP3/AAC/WMA/etc are for w00ks. Gigs are cheap.
Well, why would you?
If you have the URL for the new tracker, why don't you get the torrent from that tracker instead?
Because trackers don't host torrent files. They are often on the same server, but you get.torrent files http servers (usually). Inside the torrent file (among other things) is the URL for the tracker to use. It might be on the same machine (but a different port) but it might be someplace comlpetely different. If you grab the same torrent from another web server, it will still point to the same tracker.
The only way to change the tracker which is used is to make a new.torrent file or use the "btreannounce.py" script to change the tracker URL inside an existing torrent file.
Can this plain text be edited so all the tracker files not have to be rebuilt?
Yes, see the "btreannounce.py" script which is included with the BitTorrent sources. It can be used to change the announce URL stored inside existing.torrent files.
See also the "btshowmetainfo.py" script which can be used to dump the contents of a.torrent file in a more human-friendly format.
Why bother with re-encoding? You're just wasting cycles on a format conversion that makes no difference (perhaps a slight space savings). It'd be like taking any zip or gzip file you have and converting to rar or bzip2.
I would venture to say that these same Phish shows will be available on Etree sites, so why does livephish think people will pay for what they A) can get free already from Etree or B) will almost certainly end up on Etree anyway?
They think people will pay for their soundboard recordings. The shows that circulate on etree.org are almost universally amateur audience recordings made with (sometimes ridiculously expensive) mics and taping gear. These audience recordings are usually good, sometimes great, and very occasionally stellar. There are very few that sound as good as a professional DSBD tape.
You will not find the official Live Phish releases circulating on etree. That would be a blatant copyright infringement and is exactly the sort of thing that we go to great lengths to avoid. Fortunately Phisg has changed their taping and trading policy to go along with this annoncement. Previously, the commercial release of one of their shows meant that audience recordings of the same show had to be removed from electronic circulation. Now they are allowing the audience recordings to stay in circulation. Kudos to the band and its management for making this change.
TPJ was the single best technical publication I've read in the past 5 years. Almost every article was interesting and very few were beginner-level. Its a real shame it went under.
Slashdot Mirror
Great concept, the only problem is that the transcoding step can be very slow (e.g. I can encode VBR MP3 with lame --alt-preset standard at about 4x realtime on my machine). Because of this, its nice to have the original conversion results cached so you don't have to regenerate them from scratch every time.
Nice script. I like the fact that it can do from to . The only problem is that FLAC and OGG don't use ID3 tagging (they use Vorbis Comment blocks).
etree-scripts.sourceforge.net
Over the years I've written a number of scripts to deal with lossless audio files (like FLAC and Shorten) and one of them is called "shn2mp3". It can convert SHN or FLAC files to MP3 or OGG files. It is targeted at live concert recordings that are accompanied by a text "info" file that describes the recording gear, setlist etc and this info is parsed and turned into tags. I wasn't, until now, aware of the "tagcopy" command used in another poster's sample script, but I think I'll knock up a new version of my scripts that can be used with this app so as not to require the error-prone text file parsing logic. You can find shn2mp3 and other scripts at: http://etree-scripts.sourceforge.net/ Hope this helps some people.
To me it is. To switch from FLAC to Apple Lossless would be a major pain in the ass. I have a lot of these files; hundreds of gigabytes worth. I keep them in FLAC format because they are supported more or less natively by:
FLAC is audio format that best suits my usage patterns, which is why I'd like to be able to use it with my iPod. Which, of course, is the best portable audio player around.
Converting everything over to Apple Lossless would be a large time investment, not to mention the fact that there don't seem to be any standalone encoders for it (URL me if you've got one, I'm all ears). I have a number of scripts I use for converting other lossless audio files to FLAC and tagging FLAC files I download, so cross-platform, command line tools are my preference.
I for one have requested FLAC support, and hopefully other lossless audio geeks have as well. That and gapless playback would make the iPod beyond perfect. Right now its just near-perfect.
You can put the WAV files packed up inside your FLAC files onto the iPod pretty easily (albeit slowly) with Anapod Explorer, but you'd be able to fit twice as many if the iPod supported them natively.
Pretty please?
Lots of your post was garbled due to the < being eaten as an HTML tag. This seems to be happening even in "Plain Old Text" mode.
/* do something with stacktrace */
My interest was piqued on backtrace_symbols() however; never knew about its existence. Very nice!
#include <execinfo.h>
void* stack[64];
int stacksize = backtrace (stack, sizeof (stack) / sizeof (void*));
char** stacktrace = backtrace_symbols (stack, stacksize);
free (stacktrace);
Very handy.
Those are all shortcuts lifted from Emacs.
Same disappointment here. I've gone through 2 Karmas and am waiting for DNNA to send me my third.
The first one worked fine for about 2 weeks and then suffered some sort of HD failure where it would (1) reboot, (2) flash its spinning "Rio" logo and then (3) GOTO 1.
The second one mostly worked, but would skip ahead to the next track in the middle of playback with no provocation from any of the controls (even with the Lock switch engaged).
Its a nice little player (when it works) and the interface doesn't suck TOO badly, but the quality control is for shit.
Actually, the BitTorrent protocol is not http-based at all. The protocol used to communicate with the TRACKER is http, but the protocol itself used between peers is custom.
Numerous good selections above, but also be sure to check out Lincoln's Stein's Apache::MP3 module. Requires Apache and mod_perl, so it is probably UNIX-only, but it rocks.
Shameless plug: I added FLAC and SHN support to the Apache::MP3::Resample module so you can stream your lossless music on your narrow-band connection.
Gauntlet ought to be fun especially multi-player, but c'mon, where's StarGate?
Actually FLAC and SHN usually achieve on the order of 50% compression. FLAC compresses better than SHN does most of the time, but takes longer to do the job. Unless you like shitty sounding audio, you choose either one of these lossless CODECs. MP3/AAC/WMA/etc are for w00ks. Gigs are cheap.
Why bother with re-encoding? You're just wasting cycles on a format conversion that makes no difference (perhaps a slight space savings). It'd be like taking any zip or gzip file you have and converting to rar or bzip2.
You will not find the official Live Phish releases circulating on etree. That would be a blatant copyright infringement and is exactly the sort of thing that we go to great lengths to avoid. Fortunately Phisg has changed their taping and trading policy to go along with this annoncement. Previously, the commercial release of one of their shows meant that audience recordings of the same show had to be removed from electronic circulation. Now they are allowing the audience recordings to stay in circulation. Kudos to the band and its management for making this change.
--Bklyn (etree.org server team member)
TPJ was the single best technical publication I've read in the past 5 years. Almost every article was interesting and very few were beginner-level. Its a real shame it went under.
See environ for a nice package that does this sort of thing and uses Perl code to manipulate your environment.
Comcast doesn't (at least not yet) meter your overall bandwidth usage.