A whole new batch of devices and stores support FLAC: for portables there are the iAUDIO T2 and iAUDIO F2, TrekStor's Vibez, the Onda VX737, and the AP3000 from Green Apple. For the home stereo, Slim Devices' Transporter and Ziova's CS510 and CS505. For music in FLAC format check out digital-tunes for electronic and underground, or FestivaLink.net for live shows.
Want some FLAC with your Volvo? Volvo's Digital Jukebox, developed with PhatNoise, is fully integrated with the car's audio system and available for the S60, V70, XC70, and S80. PhatNoise's PhatBox in 2002 was the first device to support FLAC natively and has gained a loyal following.
It looks to me like there is ample choice for playing FLAC on a portable, in your home or even in your car.
I'm not sure I would classify Richard Stallman or Linus Torvalds or Alan Cox as "Poor", unless comparing them to Steve Ballmer or Bill Gates or Steve Jobs.
I mean sure it's not classified as theft, but I think it should be.
I would say it is exactly classified as theft by the copyright holders, and in many cases, the law... it's a matter of what level they are able to prosecute on, based on resources available vs. number of guilty parties. That's where the scare tactics come in and why there are "don't steal music" stickers on new iPods.
You've clearly never ever developed anything in Java before. Perhaps you've heard the saying "Do not hold strong opinions about things you do not understand"... I've been developing a fairly large Java application for over 5 years, and the old beta versions that were written for Java 1.3 work unmodified on the Java 1.6 beta.
Not a copy of windows, not an OEM copy of windows or office, no support, no security patches, nothing.
except for all those people who use illegally obtained ones... I highly doubt the bittorrent community would cease sharing windows xp install cd ISO images with the EU as well.
iPods are also quite expensive compared to lower-end MP3 players. Thus, those who can afford an iPod are probably more likely to use iTunes to download their music than somebody looking to save every penny.
Re:I guess it depends on where you came from
on
Java Is So 90s
·
· Score: 1
I can absolutely agree with that. The only thing I might add is that there are two types of JRE: those (JIT) which act as a run-time compiler (which, if I understand correctly, would be analogous to the type of thing you were describing), and those (a true VM) which abstract the bytecode from the native machine code and interpret it, running it as input into the program, rather than a program itself.
And yes, Java applets do tend to make browsers eat shit. I would be the first in line for a Java browser plugin that behaved properly.:)
Re:I guess it depends on where you came from
on
Java Is So 90s
·
· Score: 1
I did not say that java eliminates the need to compile. Of course you have to compile java source into binary.class bytecodes. I said you do not need to compile a java application for each target platform, because the various platforms' virtual machines (each of which is, obviously, compiled at least partially into binaries for the target platform) interpret the same bytecodes in a predictably similar fashion.
Java accomplishes much of what you say about a compiler ported to various architectures (javac), and the set of libraries (rt.jar, tools.jar, etc.) right now. So, your argument essentially seems to boil down to, "Let's write a new C++ compiler and library set, so we can replace Java, because nobody likes applets or interpreted bytecode". Which, I think, is a comment which makes no sense, because no matter how you look at it, applets enable you to do things that would be extremely difficult to do in any other widely adopted technology embedded in browsers today.
Re:I guess it depends on where you came from
on
Java Is So 90s
·
· Score: 1
The only loss would be applets (not gonna run untrusted C++ code on the browser) - and who would miss those? Really, who uses the hardware-agnosticism of Java anyways?
Are you serious? That's the most asinine comment I've heard on/. today. Java's platform neutrality is an absolute godsend for anybody who writes multi-platform applications, even if you do end up having to create a platform-specific bootstrap to do things like setting up the classpath properly. As well, though Flash may be better for creating video games, having an ssh terminal or IRC client embedded in a web page as an applet is extremely useful, something which is comparatively easily accomplished with java.
after all, it's pretty easy to write C++ code that will compile/run everywhere if your libraries work the same everywhere, and your compilers actually follow the standards.
1) That's a very big "if".
2) Java eliminates the need to compile for each target platform, thus saving you, the developer, time and money.
The tracker is the only centralisation in an otherwise open, decentralised network. How do you propose that, other than peer participation, one regulates how peers are discovered?
I think you should read up on peer to peer networking technologies before calling bittorrent broken. Short of PKE through the whole network (thus breaking every existing client, and destroying its openness), you cannot regulate who connects to who from a tracker, any more than you can regulate who connects to which website (without being their ISP, or in charge of their perimeter).
And every single torrent I've tried to download that had a private tracker URL errored with the "IP not recognised" error (or something similar). Ergo, someone is using shitty tracker software somewhere.
the reason the tracker says that is because you're not registered with it, and thus are not permitted to download the content. The shitty software is between your ears, I think. Unless you're on AOL, which uses rotating proxies, in which case your choice of an ISP still points the malfunction to the same place.
Here's a screenshot of my multi-head 3d accelerated desktop:
/ screen.jpg (big image warning)
http://i22.photobucket.com/albums/b316/handsome-b
try this:
That is what I would imagine takes up the time.
You should have waited another few milliseconds to register your account. That would be loeeot.
/me braces for the off-topic moderation
Sounds like a microcosm of the Slashdot community.
Chandler seems like it will be a very good C/S groupware application.
crack isn't ingested through the nose, it's smoked.
It looks to me like there is ample choice for playing FLAC on a portable, in your home or even in your car.
Yeah. Or until somebody creates a Free Lossless Audio Codec... That would be sweet. I wonder why nobody has done that yet?
I'm not sure I would classify Richard Stallman or Linus Torvalds or Alan Cox as "Poor", unless comparing them to Steve Ballmer or Bill Gates or Steve Jobs.
What version of Windows NT have you been using? Their multi-user support sucks to date.
You've clearly never ever developed anything in Java before. Perhaps you've heard the saying "Do not hold strong opinions about things you do not understand"... I've been developing a fairly large Java application for over 5 years, and the old beta versions that were written for Java 1.3 work unmodified on the Java 1.6 beta.
Your statement is 100% false, face it.
"Fuck the police"
http://dosbox.sf.net/ is probably a pretty safe bet
iPods are also quite expensive compared to lower-end MP3 players. Thus, those who can afford an iPod are probably more likely to use iTunes to download their music than somebody looking to save every penny.
"640K ought to be enough for anybody"
I can absolutely agree with that. The only thing I might add is that there are two types of JRE: those (JIT) which act as a run-time compiler (which, if I understand correctly, would be analogous to the type of thing you were describing), and those (a true VM) which abstract the bytecode from the native machine code and interpret it, running it as input into the program, rather than a program itself.
And yes, Java applets do tend to make browsers eat shit. I would be the first in line for a Java browser plugin that behaved properly. :)
I did not say that java eliminates the need to compile. Of course you have to compile java source into binary .class bytecodes. I said you do not need to compile a java application for each target platform, because the various platforms' virtual machines (each of which is, obviously, compiled at least partially into binaries for the target platform) interpret the same bytecodes in a predictably similar fashion.
Java accomplishes much of what you say about a compiler ported to various architectures (javac), and the set of libraries (rt.jar, tools.jar, etc.) right now. So, your argument essentially seems to boil down to, "Let's write a new C++ compiler and library set, so we can replace Java, because nobody likes applets or interpreted bytecode". Which, I think, is a comment which makes no sense, because no matter how you look at it, applets enable you to do things that would be extremely difficult to do in any other widely adopted technology embedded in browsers today.
2) Java eliminates the need to compile for each target platform, thus saving you, the developer, time and money.
The tracker is the only centralisation in an otherwise open, decentralised network. How do you propose that, other than peer participation, one regulates how peers are discovered? I think you should read up on peer to peer networking technologies before calling bittorrent broken. Short of PKE through the whole network (thus breaking every existing client, and destroying its openness), you cannot regulate who connects to who from a tracker, any more than you can regulate who connects to which website (without being their ISP, or in charge of their perimeter).
That wasn't a question.
Sorry karma, I couldn't resist...