Yes, it has resume. To resume, just point it at the partially completed file when you restart the download. It will not redownload already completed segments.
Watch out for the spaces in there (yes, I know that they are added automatically by Slash). If you paste the first link as-is, it'll think that the CD is 65 meg rather than 650. Similarly for the third.
Anyhow, wouldn't Bittorrent be a much better fit for these files?
AVI is a container format (it standard for Audio Video Interleave, or something similar). Within reason, you can put data encoded with many different audio or video codecs into an AVI file -- the most common choice these days being an MPEG-4 variant (i.e. DivX) for the video, and MP3 for the audio.
A similar situation holds for Apple's container format, which often has the suffix.MOV (this is also the basis for the MPEG-4 container format). Most commonly, you'll see.MOVs with the Sorenson video codec -- and it's the closed nature of this video codec which has (until very recently) held back most.MOVs from being played back in Linux.
Back to Xiph's products: Ogg is the overall container format. It's quite simple, and is currently being submitted to the IETF as an internet recommendation. Inside this container, you can place whatever you like. Until very recently, almost every Ogg file would contain Vorbis audio, which leads to the confusion a lot of people have between the things Ogg and Vorbis stand for. This is slowly changing. Quite a few people in the movie ripping world are using Ogg as an alternative to AVI, as the Ogg container format is a lot happier with containing variable bitrate codecs (such as Vorbis) than AVI is (even variable bitrate MP3 can only be inserted into an AVI container by a fairly dodgy procedure).
Xiph's codecs include Vorbis, which is for medium bitrate music, Speex, which is for low bitrate speech, FLAC, which is for high bitrate lossless audio, and in development is Theora, a video codec which is a reworking of the previously closed VP3 codec by On2.
I note that the LaTeX syntax is the default way of representing mathematical formulae in TEI Lite (xml-ish e-text encoding specification which is probably going to be adopted by Project Gutenberg in the near future).
Read your shell script (or even better, a perl script) out loud, and that might just give you the slightest on how hard it might be to do something like that over hte phone.
Yet another argument for Python over Perl, then:).
No. When giFT first started out, it was trying to be compatible with KaZaA. However, almost immediately afterwards, KaZaA changed their protocol to make it highly difficult to use (I don't believe anyone has reverse engineered the current KaZaA protocol), so giFT uses its own p2p network protocol called openFT.
I've considered mirroring the Gutenberg project, but there are all sorts of redistribution issues with a bunch of their files, and I don't want to go through all that hassle.
ADPCM is not lossless. It is a non-perceptual lossy method of encoding audio. Contrast this with MP3, which is a perceptual lossy encoder, and ZIP which is a non-perceptual lossless encoder.
'Perceptual' means that the method has some model of human hearing, which means that it can more easily discard data which the human ear can't hear.
'Lossy' means that the encoded data is not an accurate representation of the original.
Generally, non-perceptual lossy audio codecs represent an old generation of technology -- they take up less processing power than perceptual codecs, but cannot compress audio as efficiently as perceptual codecs.
FLAC has been around for a very long time, as a seperate project -- FLAC 1.0 was released in June 2001, for example. The reason for this announcement is that FLAC is joining the Xiph family of completely free (no cost, no patents, no licencing restrictions) media projects. It nicely complements Vorbis, which is Xiph's lossy codec.
You can think of the relationship between FLAC and MAC similarly to the relationship between Vorbis and MP3. It's a slightly strained analogy, but works to a first approximation.
Re:The DALnet attacks are the real deal
on
DDoS for Fun and Profit
·
· Score: 3, Informative
Someone should setup a website or something saying who went where, unless of course this has been setup already.
You could try searching for them here. That site maintains statistics on *all* the major IRC networks. It also has some very pretty graphs -- this one, for example, very graphically illustrates DALnet falling off the edge of the world.
It's not too hard to avoid low quality/bogus files. All you need is some form of rating and feedback system. ShareReactor fulfills this need for the eDonkey network, providing links to verified versions of files. I imagine it's very possible to decentralise this system significantly, or even to integrate it into the file sharing protocol itself, in order to reduce the possibility of the rating site being shut down.
Be careful, or he might slap down your comment and all replies to the land of -1 -- just like the thread I point to in my signature (which contains what must be the most moderated comment in Slashdot history).
In the UK the media are not allowed to report any exit poll information until *after* the polls have closed, precisely in order to remove any possibility of the media influencing the votes of the populace. I'm very surprised that the same isn't true in the US.
Of course, we don't have the amount of different time zones in this country, so we don't have quite the pressure for early information to satisfy the ravenous need for statistics.
It was nothing more than a vitriolic attack on the "religious right" dressed up as a report about the books.
It was not vitriolic at all. In fact, it casts a relatively mild view over one of the worst things about your country -- the incredible power of religious fundamentalists. Perhaps you're not used to reading things containing viewpoints which you disagree with.
APE is fine if you're on Windows, but it has a very unclear licence and the non-Windows version is completely unsupported/unmaintained.
FLAC does not compress as well as APE, but decompression uses a *lot* less processing time, the format and code are both completely open, and they're integrating themselves into the Ogg framework.
With Speex, Vorbis, and FLAC all using the Ogg framework, Ogg audio covers low bitrate voice, medium bitrate music, and high bitrate lossless archival.
That's an internal compile error -- in other words, it's a bug with the *compiler*, not with mplayer. I note that you're using GCC 3.1. Perhaps the bug isn't there in the current version.
Slashdot Mirror
No, it hasn't changed - a nibble is still 4 bits (or half a b[iy]te :) ).
Yes, it has resume. To resume, just point it at the partially completed file when you restart the download. It will not redownload already completed segments.
Watch out for the spaces in there (yes, I know that they are added automatically by Slash). If you paste the first link as-is, it'll think that the CD is 65 meg rather than 650. Similarly for the third.
Anyhow, wouldn't Bittorrent be a much better fit for these files?
An example from the media formats world:
.MOV (this is also the basis for the MPEG-4 container format). Most commonly, you'll see .MOVs with the Sorenson video codec -- and it's the closed nature of this video codec which has (until very recently) held back most .MOVs from being played back in Linux.
AVI is a container format (it standard for Audio Video Interleave, or something similar). Within reason, you can put data encoded with many different audio or video codecs into an AVI file -- the most common choice these days being an MPEG-4 variant (i.e. DivX) for the video, and MP3 for the audio.
A similar situation holds for Apple's container format, which often has the suffix
Back to Xiph's products: Ogg is the overall container format. It's quite simple, and is currently being submitted to the IETF as an internet recommendation. Inside this container, you can place whatever you like. Until very recently, almost every Ogg file would contain Vorbis audio, which leads to the confusion a lot of people have between the things Ogg and Vorbis stand for. This is slowly changing. Quite a few people in the movie ripping world are using Ogg as an alternative to AVI, as the Ogg container format is a lot happier with containing variable bitrate codecs (such as Vorbis) than AVI is (even variable bitrate MP3 can only be inserted into an AVI container by a fairly dodgy procedure).
Xiph's codecs include Vorbis, which is for medium bitrate music, Speex, which is for low bitrate speech, FLAC, which is for high bitrate lossless audio, and in development is Theora, a video codec which is a reworking of the previously closed VP3 codec by On2.
I note that the LaTeX syntax is the default way of representing mathematical formulae in TEI Lite (xml-ish e-text encoding specification which is probably going to be adopted by Project Gutenberg in the near future).
I never really liked Mosaic. Cello was better.
Read your shell script (or even better, a perl script) out loud, and that might just give you the slightest on how hard it might be to do something like that over hte phone.
:).
Yet another argument for Python over Perl, then
Jeff Noon?
A PIII 800 is 'painfully old' now?
Hmm... my PIII 500 still seems to be going along fine.
Imagine the fun if foreign courts enforced laws in distant lands.
Such as having a Russian arrested for breaking, while in Russia, a US law?
Or a Norwegian arrested for putatively breaking, while in Norway, a US law?
No. When giFT first started out, it was trying to be compatible with KaZaA. However, almost immediately afterwards, KaZaA changed their protocol to make it highly difficult to use (I don't believe anyone has reverse engineered the current KaZaA protocol), so giFT uses its own p2p network protocol called openFT.
... a Linux jewkbox ...
A jukebox that doesn't eat mayonnaise?
for c in i:
:).
# blah blah blah
Seems to be nicer than both examples you gave
I hope you reported that at the KDE Bugs database, then.
I've considered mirroring the Gutenberg project, but there are all sorts of redistribution issues with a bunch of their files, and I don't want to go through all that hassle.
Could you expand on this?
ADPCM is not lossless. It is a non-perceptual lossy method of encoding audio. Contrast this with MP3, which is a perceptual lossy encoder, and ZIP which is a non-perceptual lossless encoder.
'Perceptual' means that the method has some model of human hearing, which means that it can more easily discard data which the human ear can't hear.
'Lossy' means that the encoded data is not an accurate representation of the original.
Generally, non-perceptual lossy audio codecs represent an old generation of technology -- they take up less processing power than perceptual codecs, but cannot compress audio as efficiently as perceptual codecs.
FLAC has been around for a very long time, as a seperate project -- FLAC 1.0 was released in June 2001, for example. The reason for this announcement is that FLAC is joining the Xiph family of completely free (no cost, no patents, no licencing restrictions) media projects. It nicely complements Vorbis, which is Xiph's lossy codec.
You can think of the relationship between FLAC and MAC similarly to the relationship between Vorbis and MP3. It's a slightly strained analogy, but works to a first approximation.
Someone should setup a website or something saying who went where, unless of course this has been setup already.
You could try searching for them here. That site maintains statistics on *all* the major IRC networks. It also has some very pretty graphs -- this one, for example, very graphically illustrates DALnet falling off the edge of the world.
It's not too hard to avoid low quality/bogus files. All you need is some form of rating and feedback system. ShareReactor fulfills this need for the eDonkey network, providing links to verified versions of files. I imagine it's very possible to decentralise this system significantly, or even to integrate it into the file sharing protocol itself, in order to reduce the possibility of the rating site being shut down.
Be careful, or he might slap down your comment and all replies to the land of -1 -- just like the thread I point to in my signature (which contains what must be the most moderated comment in Slashdot history).
AlterSlash seems to do a very good job of filtering out the drivel from Slashdot.
In the UK the media are not allowed to report any exit poll information until *after* the polls have closed, precisely in order to remove any possibility of the media influencing the votes of the populace. I'm very surprised that the same isn't true in the US.
Of course, we don't have the amount of different time zones in this country, so we don't have quite the pressure for early information to satisfy the ravenous need for statistics.
It was nothing more than a vitriolic attack on the "religious right" dressed up as a report about the books.
It was not vitriolic at all. In fact, it casts a relatively mild view over one of the worst things about your country -- the incredible power of religious fundamentalists. Perhaps you're not used to reading things containing viewpoints which you disagree with.
APE and FLAC are the two main formats.
APE is fine if you're on Windows, but it has a very unclear licence and the non-Windows version is completely unsupported/unmaintained.
FLAC does not compress as well as APE, but decompression uses a *lot* less processing time, the format and code are both completely open, and they're integrating themselves into the Ogg framework.
With Speex, Vorbis, and FLAC all using the Ogg framework, Ogg audio covers low bitrate voice, medium bitrate music, and high bitrate lossless archival.
That's an internal compile error -- in other words, it's a bug with the *compiler*, not with mplayer. I note that you're using GCC 3.1. Perhaps the bug isn't there in the current version.