The real travesty in radio is that the only real ownership liberalization in many years was stifled at the request of the NAB and Clear Channel - Low Power FM stations which can be licensed and brought on line at very low cost compared to a "regular" station.
I still go back to the analogy of plumbers. If I know that I can get someone to fix my plumbing for free- I will resist paying a regular plumber a few hundred bucks to come out.
But, you do know such a person. Someone who will always work for free on your plumbing.
This person is Yourself. Or, do you mean to imply that all DIYers are stealing jobs from plumbers and other contractors?
Us poor souls still running RH{7,8} don't have a choice but to build and install from scratch. That is unless someone can definitively say that the RH9 RPMs will work with RH{7,8}.
Probably not a terrible provided we don't have to drag around the goddamned VM along with it.
Java will never be taken seriously as a system language until it can be reliably compiled into machine native executables (with no stupid-assed requirements for a bloated VM). I have high hopes for GCJ. Sun f.cked up when they didn't do this themselves.
The ABC Notation is very popular amongst tradtional music enthusiasts. It's the format of choice for emailing and exchanging tunes on tradional music mailing lists and newsgroups. ABC is in widespread use.
Here's the introduction:
abc is a language designed to notate tunes in an ascii format. It was designed primarily for folk and traditional tunes of Western European origin (such as English, Irish and Scottish) which can be written on one stave in standard classical notation. However, it is extendible to many other types of music and recently Steve Allen has coded Beethoven's Symphony No. 7, Movement 2 in abc! Since its introduction at the end of 1991 it has become very popular and there now exist several Windows, Mac, Palmtop and UNIX based tools which can read abc notation and either process it into staff notation or play it through the speakers of a computer.
One of the most important aims of abc notation, and perhaps one that distinguishes it from most, if not all, computer-readable musical languages is that it can be easily read by humans. In other words, with a little practice, it is possible to play a tune directly from the abc notation without having to process and print it out. Even if this isn't of interest, the resulting clarity of the notation makes it fairly easy to notate tunes. In addition, the ability to write music in abc notation means that it can be easily and portably stored or transported electronically hence enabling the discussion and dissemination of music via email.
I live in Austin, where we arguably have the best radio stations in the nation.
I really need ideas for a FM -> mp3 recording scheme (hw/sw) for Linux. There is stuff out there, and I can always write cron jobs, etc.
But, often, I need to record more than one show at a time.
(Example: Sunday nights KUT runs the World Music Show at the same time that KGSR runs the The Sunday Night News -- and I usually have time to listen to neither. Not to mention that KOOP is always running shows that conflict with other shows that I want to listen to, but have no time for).
So, what do I need to do to be able to record more than one FM radio station to mp3 at the same time? Any ideas?
This is how technology goes mainstream and becomes inexpensive enough for the everyday consumer: following.
Possibly. But everyone knows it's much more interesting to do something new than to keep improving the wheel.
Just imagine what would occur if AMD, in the 1990's, came up with something completely different...
Maybe bad for business, but the world would have been a much more interesting place without all the x86/peecee hegemony. And, possibly, Intel wouldn't be the behemoth it is today.
From Sun's letter: Can you toe the very difficult line of being sensitive to the business interests of the participating vendors, and not just look at technology for technology's sake?
I won't speak for Eclipse, but if that question were put to me, I would answer along the lines of: "No. We are technologists. We will focus on technology. It is the responsibility of busineses to focus on business interests. Agile busineses will adapt to new and changing technology, or they will die."
If that's your definition of interpreted then hardly no languages are interpreted.
Agreed. All languages are interpreted, especially compiled languages. A CPU is nothing but a machine code intepreter. I think too many people have forgotten that.
I don't know how you concieve of interpreted languages
Interpreted languages are intepreted one line at a time, just before the line is run.
/bin/sh (and bash, etc) scripts don't barf with a syntax error (for instance) until you hit the line with the syntax error. There's no pre-run compilation phase. Different versions of BASIC work differently. Some were intepreted, some were compile-and-go.
Aww, c'mon. Don't you reconize hyperbole when you see it? The main point is that an OO solution isn't always the correct solution to a problem. In fact, I'd maintain that an OO solution usually isn't the solution to most problems. Don't use OO when it's not called for. Ooops, Java won't let you do that.
OK, here's a more real-world example: Say you use CVS and the (:pserver:) repository has been moved to another machine, and the old CVS server is no more. You already have a lot of CVS stuff checked out into your local directory. You don't want to have to pull all your source again. An easy solution is to simply re-write all the CVS/Root files in your source trees with the CVSROOT of the new server.
Write a program that will descend into a specified directory and re-write any CVS/Root files that it finds with the current value of the CVSROOT environment variable. There may be hundreds of these files.
I can do (and have done) this with 10 lines of perl code. How many would it take in Java?
Also, how exactly is java "overkill" for these devices?
Call me old-fashioned, but I like simple things to be simple. I've written about this before, but it seems like java wonks can't write a hello world with out also generating a "HelloWorld" class, and about 500 classes (not lines of code, but classes to go along with it. I'm getting pretty pissed off about it.
Not all problems require an OO solution. The majority of all problems don't require an OO solution. When you're doing something simple, the code should be simple as well. Why invent zillions of java classes and interfaces when 5 or 10 lines of perl code will do? IMO, this is the overkill that people speak of.
And, as we all know, complicated things are just layered simple things, so perl does well for complicated things, too. Very well, in fact.
Perl is interpreted,...
This is a common mispercption about perl. Perl is what mainframers used to call a "compile and go" language (I used to do all my MNF programming as compile and go, but then I had unlimited machine time). Perl is compiled down to an optree, and the the optree is run by the perl runtime (which is essentailly a VM, but the perl folks don't like to call it that). This all happens transparently. An interpeted language is quite a different thing.
...java will still be faster then Perl
I have my doubts. All the language performance comparisions I've read never take into account that perl programs are compiled just before they are run. I'd wager that if this was taken into account, then their performace would be fairly similar. (Of course, anyone can write inefficient programs in any language).
Re:Perhaps the best policy is to make it plain . .
on
What You Can't Say
·
· Score: 2, Insightful
XML and OOP suck big, fat, hairy monkey balls.
There, how'd I do?
Very well, I'd say.
I'm getting pretty sick and tired of Java weenines at my workplace writing 6000 Java classes to do something that would take about 10 lines of Perl.
Satellite radio seems to have made it over the hump, and has reached critical mass. So, I'm ready to jump in.
I'd like to subscribe to both services, but I don't want to have to buy two receivers.
So, are there any receivers that work with both services. Presumably, it would allow you to seamlessly switch back and forth between channels on both services.
Rockbox is the main reason I went with Archos instead of getting an iPod. AFAIK, there is no way to write your own software for the iPod. I spent a couple of evenings reading the Rockbox source code, and it's put together very well. With the new plugins architecture, it's very easy to write your own modules for it.
This thing really, really rocks.
Rockbox is an Open Source replacement firmware for the Archos Jukebox 5000, 6000, Studio, Recorder, FM Recorder and Recorder V2 MP3 players.
I checked out her website, and it looks like she's from Dallas. It's not surprising that someone espousing "style is just as important as substance" would be from Dallas.
Dallas is probably the most soul-less place in the Southwest. It's full of vapid, consumeristic, shllow, plastic people who long ago turned to consumerism to justify their self-inflated egos and collective false sense of entitlement.
If Texas ever needed an enema, Dallas is where the tube would go in.
Just read through the report. Once again, management gets it wrong when the engineers (at least those that hadn't been brainwashed by mgmt) had it right.
I swear, if someone had explained to me (when I was an engineering undergraduate student) that most of my career would consist of having to deal with PHBs, I would have majored in music. Or something. Too bad Dilbert wasn't around in the early '80s.
Sub-millimeter accuracy can be achieved with very long integration time of GPS data.
Your hand-help GPS reports a fix once a second or so -- so the integration time of the GPS data is approx one second.
If you program your GPS receiver to integrate GPS data over, say 24 hours instead of one second, then you get very high accuracy. Your GPS has to remain perfectly stationary during the integration.
Hand helds don't have an option for setting integration time. You need fancy, expensive receivers for that. Or, you can roll your own, which isn't as hard as it sounds.
What he's groping for is a theory of economic externalities. But he doesn't have one.
Fuck Economics. The man's article was about disaster and how to possibly avoid future ones.
If avoiding future disasters means throwing out current economic models, then good riddance!
Slashdot Mirror
Yup. But NPR was instrumental in killing LPFM as well.
... you insensitive clod!
But, you do know such a person. Someone who will always work for free on your plumbing.
This person is Yourself. Or, do you mean to imply that all DIYers are stealing jobs from plumbers and other contractors?
Us poor souls still running RH{7,8} don't have a choice but to build and install from scratch. That is unless someone can definitively say that the RH9 RPMs will work with RH{7,8}.
Probably not a terrible provided we don't have to drag around the goddamned VM along with it.
Java will never be taken seriously as a system language until it can be reliably compiled into machine native executables (with no stupid-assed requirements for a bloated VM). I have high hopes for GCJ. Sun f.cked up when they didn't do this themselves.
Here's the introduction:
(Emphasis mine.)ABC is an extremely popular format for collecting and exchanging tunes. There are Large Tune Repositories and Tune Search Engines using ABC.
Unix/Linux are operating systems for computers.
I really need ideas for a FM -> mp3 recording scheme (hw/sw) for Linux. There is stuff out there, and I can always write cron jobs, etc. But, often, I need to record more than one show at a time.
(Example: Sunday nights KUT runs the World Music Show at the same time that KGSR runs the The Sunday Night News -- and I usually have time to listen to neither. Not to mention that KOOP is always running shows that conflict with other shows that I want to listen to, but have no time for).
So, what do I need to do to be able to record more than one FM radio station to mp3 at the same time? Any ideas?
Possibly. But everyone knows it's much more interesting to do something new than to keep improving the wheel.
Just imagine what would occur if AMD, in the 1990's, came up with something completely different...
Maybe bad for business, but the world would have been a much more interesting place without all the x86/peecee hegemony. And, possibly, Intel wouldn't be the behemoth it is today.
I won't speak for Eclipse, but if that question were put to me, I would answer along the lines of: "No. We are technologists. We will focus on technology. It is the responsibility of busineses to focus on business interests. Agile busineses will adapt to new and changing technology, or they will die."
Agreed. All languages are interpreted, especially compiled languages. A CPU is nothing but a machine code intepreter. I think too many people have forgotten that.
Interpreted languages are intepreted one line at a time, just before the line is run.
Given that I already have, why wouldn't I?
Aww, c'mon. Don't you reconize hyperbole when you see it? The main point is that an OO solution isn't always the correct solution to a problem. In fact, I'd maintain that an OO solution usually isn't the solution to most problems. Don't use OO when it's not called for. Ooops, Java won't let you do that.
OK, here's a more real-world example: Say you use CVS and the (:pserver:) repository has been moved to another machine, and the old CVS server is no more. You already have a lot of CVS stuff checked out into your local directory. You don't want to have to pull all your source again. An easy solution is to simply re-write all the CVS/Root files in your source trees with the CVSROOT of the new server.
Write a program that will descend into a specified directory and re-write any CVS/Root files that it finds with the current value of the CVSROOT environment variable. There may be hundreds of these files.
I can do (and have done) this with 10 lines of perl code. How many would it take in Java?
Call me old-fashioned, but I like simple things to be simple. I've written about this before, but it seems like java wonks can't write a hello world with out also generating a "HelloWorld" class, and about 500 classes (not lines of code, but classes to go along with it. I'm getting pretty pissed off about it.
Not all problems require an OO solution. The majority of all problems don't require an OO solution. When you're doing something simple, the code should be simple as well. Why invent zillions of java classes and interfaces when 5 or 10 lines of perl code will do? IMO, this is the overkill that people speak of.
And, as we all know, complicated things are just layered simple things, so perl does well for complicated things, too. Very well, in fact.
Perl is interpreted,...
This is a common mispercption about perl. Perl is what mainframers used to call a "compile and go" language (I used to do all my MNF programming as compile and go, but then I had unlimited machine time). Perl is compiled down to an optree, and the the optree is run by the perl runtime (which is essentailly a VM, but the perl folks don't like to call it that). This all happens transparently. An interpeted language is quite a different thing.
I have my doubts. All the language performance comparisions I've read never take into account that perl programs are compiled just before they are run. I'd wager that if this was taken into account, then their performace would be fairly similar. (Of course, anyone can write inefficient programs in any language).
There, how'd I do?
Very well, I'd say.
I'm getting pretty sick and tired of Java weenines at my workplace writing 6000 Java classes to do something that would take about 10 lines of Perl.
I'd like to subscribe to both services, but I don't want to have to buy two receivers.
So, are there any receivers that work with both services. Presumably, it would allow you to seamlessly switch back and forth between channels on both services.
If not, then why not?
Any marketrioids out there?
This thing really, really rocks.
Rockbox is an Open Source replacement firmware for the Archos Jukebox 5000, 6000, Studio, Recorder, FM Recorder and Recorder V2 MP3 players.
Dallas is probably the most soul-less place in the Southwest. It's full of vapid, consumeristic, shllow, plastic people who long ago turned to consumerism to justify their self-inflated egos and collective false sense of entitlement.
If Texas ever needed an enema, Dallas is where the tube would go in.
Please. You're joking, right?
>lynx -dump -head http://www.microsoft-antitrust.gov/
HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Date: Fri, 12 Sep 2003 13:02:49 GMT
Connection: Keep-Alive
Content-Length: 9968
Content-Type: text/html
Set-Cookie: ASPSESSIONIDSCQTCCQR=FKLJKJLDAPCDJKKOALFNGJEE; path=/
Cache-control: private
... and let the engineers do their jobs.
Just read through the report. Once again, management gets it wrong when the engineers (at least those that hadn't been brainwashed by mgmt) had it right.
I swear, if someone had explained to me (when I was an engineering undergraduate student) that most of my career would consist of having to deal with PHBs, I would have majored in music. Or something. Too bad Dilbert wasn't around in the early '80s.
When that happens, you'll be all set.
Your hand-help GPS reports a fix once a second or so -- so the integration time of the GPS data is approx one second.
If you program your GPS receiver to integrate GPS data over, say 24 hours instead of one second, then you get very high accuracy. Your GPS has to remain perfectly stationary during the integration.
Hand helds don't have an option for setting integration time. You need fancy, expensive receivers for that. Or, you can roll your own, which isn't as hard as it sounds.
Fuck Economics. The man's article was about disaster and how to possibly avoid future ones.
If avoiding future disasters means throwing out current economic models, then good riddance!