The people that keep windows around just for games will have to continue to do so indefinitely unless they are willing to sacrifice themselves to the greater good and go without.
I would personally feel deeply ashamed to have Windows running in my home, though I realize that is beside the point.
People use mp3 because that is what is being offered. By offering something else, I can influence users, in however small measure, to change their minds and use free software.
Vorbis is unencumbered. MP3 is not. Even if LAME is completely unencumbered at this time, I will back away from it if there is a free alternative.
It is what I think users should demand, but if they won't, it is what I will provide.
I am not saying that in the future Ogg Vorbis will be free from some of the same problems we have with MP3. I have considered that point at length.
What matters is that our actions, should we move, clearly state that developers and users will not tolerate restrictive patents, will not tolerate legal meddling... we just want to hear the music.
So it's a sidestep; it's a sidestep I feel good about.
This is much less about whatever is happening with the record industry and more about patents. We shouldn't need to consider either.
At present, it is questionable whether it is legal for me to even offer my own original music for download, as I used BLADEENC, not a licensed copy of Fraunhoefer, to encode it.
That aside, what if an ISP suddenly decides that ALL mp3's are probably pirated (and how could they tell?) They will do what they have to in order to protect themselves, and require that you remove your legitimate files.
With a new file format, we dodge the mainstream for a time. Hopefully education will have time to catch up.
Anyway, I don't wish to stand near the Hindenberg when it spirals down. If you want to stand up for an algorithm that was released in poor faith and is synonymous with "piracy", I don't really think you are wrong for doing so.
MP3 is a very good audio encoding format. I am happy with the sounds and the compression.
On the other hand, it has become associated with every sort of horrible legal problem an algorithm and file format could encounter.
Now that Vorbize exists, I think we ought to disassociate ourselves from this cursed gem called MP3. It is clear no one involved with its original design wishes us to have it, and soon silly laws will likely make it a crime to even say "mp3" aloud in mixed company.
I have a good deal of my music available online, (www.devo.com/fabco), and am changing to Ogg Vorbis as soon as the spec appears to be stable.
I know it will make it more difficult for listeners at first, but I hope that goodwill toward free software will prevail.
The real question on everyone's minds is probably whether to use Logo or Pascal.
I have tried using UCBLogo as a CGI tool, but have had trouble due to its lack of ability to read environment variables and disrespect of the # operator in #!/ situations. As a proper dialect of Lisp, however, a little hacking will make this the ideal choice for CGI.
Pascal, on the other hand, makes a fine CGI language out of the box. My first CGI programs were in Surpas on Windows NT, and for some time I used Free Pascal on Linux for the purpose.
Drawbacks of both are lack of robust support for major databases, but this should be simple to address.
Looks a lot like The Onion... this could be a new addition to their "Ask a..." series... "Ask a Floundering Marketroid President of a Failing Tech Company". Or something. I suppose that is offensive... but it does look very like those articles.
I have one of the CxxxxZ series camera, and they are truly a joy to use. You get a lot of control over the picture, and while perhaps still not quite as much as a film camera, you'll find most of the settings you want are available.
There are some lenses available via an adapter also, so no complaints. First I had an Olympus D320L, which is nice for snapshots, but isn't the serious camera the C2000Z is.
Beos may well do it better, but I challenge you to find any sequencers for the intel platform for the damn thing. I'd be happy to pay for one, if such a beast was even available.
Indeed, I am surprised SLab was not mentioned. It handles several aspects of the hard disk recording process, and supports many soundcards simultaneously.
I have a couple of musical projects online, where I distribute our MP3's. I do this because I want to share the music.
For money, I work a day job.
No one is guaranteed a living through only producing art. Everyone has different goals, I know, do what you have to do, but at least consider the idea that your art be something you give, not barter with.
The OJI, the necessary portion to do a Java plugin, is available at Blackdown. It works with Netscape... the same technology works with the Windows version of Mozilla, so why no Java on Linux Mozilla?
Not that I'd cry if the world forgot about Java applets. The VisualWorks smalltalk plugin for Linux sounds very interesting.
There are actually quite a few things to evaluate, but many of them are more for sound experimentation and not straightforward music sequencing and recording, which is what you likely mean.
Note that my ideal sequencer is version 1 of Vision from OpCode, which I still have on a Mac Classic. Clone that, and the world will thank you.
Jazz++ is the best of the worst. It does audio tracks, and under linux offers most of the basic midi capability you need to write music. Lacking is decent support for MMC or MTC, and there is no concept of "subsequences", ala Vision, which to be fair, is not found on a lot of Windows sequencers either. No step recording either; though you can draw notes on the piano roll window. Jazz++ is what I currently use for all of my music.
Brahms looks like it might be good sometime, but not yet. GSeq lags even further behind.
Melys is one to watch also.
Muse promises some great features, but I haven't gotten it to run on my system yet.
Typesetting your music, you might look at Rosegarden and Lilypond; I haven't dealt with either.
As far as multitrack, SLab is pretty darn neat. If you are up for the command line, ecasound would do.
Latency is certainly an issue. Even recording.wav from my line in gives me pops and drops. Shielding on most home sound cards is awful. Linux doesn't have support for many of the multi input sound cards on the market for pro dtd recording, so beware.
They said their 686 chips outperformed similar Intel chips. They even showed graphs that proved it to me visually. I have actually owned two, and both were nowhere near the performance of my Intel and AMD chips.
Lying is the most abhorrent thing in the universe. It has brought dishonor on the marketers and their families, and it is my hope that a plague of 1000 years falls upon them for their froghearted schemes.
There are 'more free' solutions available, like Mozilla, and indeed, lynx. The browser in KDE is coming along nicely, and there are many browser projects in need of some support.
Embracing non-free software solutions is a dead end.
Yay! Now that OS9 is available on the Mac, I can run all of my old Color Computer III software. Now if I can just get a Mac with a 35 track single-sided floppy...
I don't happen to have a reference handy, but it is my understanding that under the X/Open specification, a window manager is not allowed to intercept any keystrokes that could be used by an application, that any window manager that has a bunch of hotkeys is non-compliant.
This sort of compliance matters to me. There are obviously many circumstances in which hotkeys are desirable or necessary, but it would seem the spec would need to be changed to reflect this before everyone added a ton of buttons to their wm.
As far as I know, there isn't such a thing, and I wouldn't envy the poor souls that would undertake such a task. Nevertheless it might be just the ticket. Just as BSD got the fine tooth comb treatment, so perhaps should Linux.
An optimization team could identify and correct bottlenecks, and inform the maintainers of the offending code, and they could either heed or ignore the advice.
I wonder if one of the current bottlenecks is GCC and the associated libraries...
I haven't looked at RMS Linux, but I wonder if the definitions of 'free' are as strict as those for Debian. Debian has a nice utility called "Virtual RMS" that tells you everything you have installed from Debian that is vaguely non-free, and I try to be very choosey and take the free alternatives where possible. Debian has made some very laudable decisions and have stuck to their guns even when such a choice is unpopular. I just wonder if this "RMS Linux" is every bit as free as RMS would like, as I think that Debian tries to be.
Well, it could be argued that one algorithm should not take more than one page. 24 lines isn't usually enough to see even a whole function but on a vertically maximized xterm you should be alright even on a 14"
I am paying something like $10.00 for telnet access only...
Slashdot Mirror
The people that keep windows around just for games
will have to continue to do so indefinitely unless
they are willing to sacrifice themselves to the
greater good and go without.
I would personally feel deeply ashamed to have
Windows running in my home, though I realize that
is beside the point.
People use mp3 because that is what is being offered. By offering something else, I can influence users, in however small measure, to
change their minds and use free software.
Vorbis is unencumbered. MP3 is not. Even if
LAME is completely unencumbered at this time,
I will back away from it if there is a free alternative.
It is what I think users should demand, but if they won't, it is what I will provide.
I am not saying that in the future Ogg Vorbis will be free from some of the same problems we have with MP3. I have considered that point at length.
What matters is that our actions, should we move, clearly state that developers and users will not tolerate restrictive patents, will not tolerate
legal meddling... we just want to hear the music.
So it's a sidestep; it's a sidestep I feel good about.
This is much less about whatever is happening with the record industry and more about patents. We shouldn't need to consider either.
At present, it is questionable whether it is legal for me to even offer my own original music for download, as I used BLADEENC, not a licensed
copy of Fraunhoefer, to encode it.
That aside, what if an ISP suddenly decides that ALL mp3's are probably pirated (and how could they tell?) They will do what they have to in order
to protect themselves, and require that you remove
your legitimate files.
With a new file format, we dodge the mainstream for a time. Hopefully education will have time to catch up.
Anyway, I don't wish to stand near the Hindenberg when it spirals down. If you want to stand up for an algorithm that was released in poor faith and is synonymous with "piracy", I don't really think you are wrong for doing so.
Like I said, let's reflect a bit.
MP3 is a very good audio encoding format. I am
happy with the sounds and the compression.
On the other hand, it has become associated with
every sort of horrible legal problem an algorithm
and file format could encounter.
Now that Vorbize exists, I think we ought to
disassociate ourselves from this cursed gem called
MP3. It is clear no one involved with its original design wishes us to have it, and soon
silly laws will likely make it a crime to even
say "mp3" aloud in mixed company.
I have a good deal of my music available online,
(www.devo.com/fabco), and am changing to Ogg Vorbis as soon as the spec appears to be stable.
I know it will make it more difficult for listeners at first, but I hope that goodwill toward free software will prevail.
Where will I get 64 megs for my Coco 3?
The real question on everyone's minds is probably
whether to use Logo or Pascal.
I have tried using UCBLogo as a CGI tool, but
have had trouble due to its lack of ability to
read environment variables and disrespect of the
# operator in #!/ situations. As a proper dialect
of Lisp, however, a little hacking will make this
the ideal choice for CGI.
Pascal, on the other hand, makes a fine CGI language out of the box. My first CGI programs
were in Surpas on Windows NT, and for some time
I used Free Pascal on Linux for the purpose.
Drawbacks of both are lack of robust support for
major databases, but this should be simple to address.
Hope this helps,
Looks a lot like The Onion... this could be a new addition to their "Ask a..." series... "Ask a Floundering Marketroid President of a Failing Tech Company". Or something. I suppose that is offensive... but it does look very like those articles.
I have one of the CxxxxZ series camera, and they
are truly a joy to use. You get a lot of control
over the picture, and while perhaps still not quite as much as a film camera, you'll find most
of the settings you want are available.
There are some lenses available via an adapter also, so no complaints. First I had an Olympus D320L, which is nice for snapshots, but isn't the
serious camera the C2000Z is.
No apps? It has BOTH of them, vi and perl. What else do you use?
Beos may well do it better, but I challenge you to
find any sequencers for the intel platform for
the damn thing. I'd be happy to pay for one, if
such a beast was even available.
Silly musicians indeed...
Indeed, I am surprised SLab was not mentioned. It
handles several aspects of the hard disk recording
process, and supports many soundcards simultaneously.
I have a couple of musical projects online, where
I distribute our MP3's. I do this because I want
to share the music.
For money, I work a day job.
No one is guaranteed a living through only producing art. Everyone has different goals, I
know, do what you have to do, but at least consider the idea that your art be something you give, not barter with.
The OJI, the necessary portion to do a Java plugin, is available at Blackdown. It works with
Netscape... the same technology works with the Windows version of Mozilla, so why no Java on Linux Mozilla?
Not that I'd cry if the world forgot about Java applets. The VisualWorks smalltalk plugin for Linux sounds very interesting.
Muse is a proper sequencer.
There are actually quite a few things to evaluate,
.wav from my line in gives me pops and drops. Shielding on most home sound cards is awful. Linux doesn't have support for many of the multi
but many of them are more for sound experimentation and not straightforward music sequencing and recording, which is what you likely mean.
Note that my ideal sequencer is version 1 of Vision from OpCode, which I still have on a Mac Classic. Clone that, and the world will thank you.
Jazz++ is the best of the worst. It does audio tracks, and under linux offers most of the basic midi capability you need to write music. Lacking is decent support for MMC or MTC, and there is no concept of "subsequences", ala Vision, which to be fair, is not found on a lot of Windows sequencers either. No step recording either; though you can draw notes on the piano roll window. Jazz++ is what I currently use for all of my music.
Brahms looks like it might be good sometime, but not yet. GSeq lags even further behind.
Melys is one to watch also.
Muse promises some great features, but I haven't gotten it to run on my system yet.
Typesetting your music, you might look at Rosegarden and Lilypond; I haven't dealt with either.
As far as multitrack, SLab is pretty darn neat.
If you are up for the command line, ecasound would do.
Latency is certainly an issue. Even recording
input sound cards on the market for pro dtd recording, so beware.
They said their 686 chips outperformed similar Intel chips. They even showed graphs that proved it to me visually. I have actually owned two, and
both were nowhere near the performance of my Intel and AMD chips.
Lying is the most abhorrent thing in the universe.
It has brought dishonor on the marketers and their families, and it is my hope that a plague of 1000 years falls upon them for their froghearted schemes.
FWIW, same here. 2.3.33 kernel, Debian woody system.
I'll start with Marc Bolan, stand him up in
my dining room...
There are 'more free' solutions available, like
Mozilla, and indeed, lynx. The browser in KDE is
coming along nicely, and there are many browser
projects in need of some support.
Embracing non-free software solutions is a dead end.
Yay! Now that OS9 is available on the Mac,
I can run all of my old Color Computer III software. Now if I can just get a Mac with
a 35 track single-sided floppy...
Hmm, did your novel have anything about One-Click Shopping in it?
I don't happen to have a reference handy, but it
is my understanding that under the X/Open specification, a window manager is not allowed to
intercept any keystrokes that could be used by an application, that any window manager that has a bunch of hotkeys is non-compliant.
This sort of compliance matters to me. There are obviously many circumstances in which hotkeys are desirable or necessary, but it would seem the spec would need to be changed to reflect this before everyone added a ton of buttons to their wm.
As far as I know, there isn't such a thing, and I wouldn't envy the poor souls that would undertake such a task. Nevertheless it might be just the
ticket. Just as BSD got the fine tooth comb
treatment, so perhaps should Linux.
An optimization team could identify and correct bottlenecks, and inform the maintainers of the offending code, and they could either heed or ignore the advice.
I wonder if one of the current bottlenecks is GCC and the associated libraries...
I agree; this is easy to do, and there isn't anything else on the screen to distract. Afterstep is a really good choice for a black box interface.
I haven't looked at RMS Linux, but I wonder if the definitions of 'free' are as strict as those for Debian. Debian has a nice utility called "Virtual RMS" that tells you everything you have installed from Debian that is vaguely non-free, and I try to be very choosey and take the free alternatives where possible. Debian has made some very laudable decisions and have stuck to their guns even when such a choice is unpopular. I just wonder if this "RMS Linux" is every bit as free as RMS would like, as I think that Debian tries to be.
Well, it could be argued that one algorithm should not take more than one page. 24 lines isn't usually enough to see even a whole function but on a vertically maximized xterm you should be alright even on a 14"
I am paying something like $10.00 for telnet access only...