For editing raw XML documents, I use XEmacs. It has a nice DTD parser which you can use to show you what elements/attributes are valid in the current context. So if I'm editing XHTML, I can C-c to insert a tag. It shows what tags are valid, and you can tab-complete. C-c + allows me to insert an attribute, and it again shows which are valid and allows for tab-completion.
To close a tag is a simple matter of C-c/. Very handy, since it will close the last open tag. If you have a big structure, you can just C-c / your way through it without having to scroll up or (gasp) remember the tag order.
Oh, and when you use C-c to insert tags, it automatically sticks it on the next line and indents it.
It's not for everybody, but it sure works great for me.
Actually, the Debian KDE packages are kept quite up-to-date. I just upgraded to 3.1.2 last night. While it's not officially in woody, I've had no problems.
deb http://download.kde.org/stable/latest/Debian woody main
Add the above line to/etc/apt/sources.list and be happy.
Mt. Rainier still doesn't have a lot of support, so you're not going to miss out on much. Firmware upgrades can add support for it in the future. For example, the Plextor 40/12/40A I bought last year has a firmware update which adds Mt. Rainier support.
If there's demand, Sony will probably do something similar for their drive in the future.
And is a GPL'd implementation of a patented compresson algorithm, which you must still pay fees to use, in the form of royalties. Just like MPEG 1 Layer 3, and the situation with LAME or any other F/OSS MP3 encoder.
FFmpeg and XviD are great, but they are not "free" in the RMS sense of the word.
Unfortunately, you have two issues to deal with. First and foremost is simply getting access to your data, and the second (and harder) is making that data usable to whatever os/apps you may be using.
For example, I use Konqueror on my Linux box(en), but use Mozilla on Mac OS X. How do you get bookmarks from one browser to work on the other?
As for the first problem, NFS works enough for LANs, but I sure wouldn't want to use it over the public 'net.
Coda seems promising, but I've never found a distro that actually supports it, and there's a fair amount of manual stuff you have to do to use it. I've never managed to get it working properly, but from what I understand, it's somewhat similar to CVS in that you have to update/commit. This has the advantage of working when disconnected.
InterMezzo also has some promise, but I haven't played with it as of yet.
USB keys seem like a better idea, until you realize that if you lose the little sucker, you're SOL. So, keep backups. Also, I keep a ridiculous amount of stuff in my home directory - multiple GBs - so being able to move a few hundred MB at a time just doesn't work for me.
Then, seal the display case inside a solid block of concrete, and bury it no less than three miles under the surface of the earth. With these precautions, you can overcome the risk of exposing the equipment to harmful substances, including water, air, light, or observation.
Since there is no conclusive evidence that exposing decrepit hardware to large quantities of dark is harmful in any way, the systems should last for a few million years, easy. Just don't bury them near the edge of a continental plate.
Don't know about 911, but corporate customers can get ANI (Automatic Number Identification) on their lines. Some prefixes have ANI built-in, like 888. ANI has been around for a long time, long before CID. I'm sure that googling will turn up tons and tons of information on ANI for you, if you're more interested.
CID has always been a consumer-level service, and this just shows that a little better.
Re:Footage and footageheads...the meme...
on
Pattern Recognition
·
· Score: 1
"It reminds me of a distantly remembered sci-fi short story about a boy who was kept isolated from the whole world while learning to play his musical instrument."
Aaugh. It was by Orson Scott Card, and I read it in "Maps In A Mirror," now sadly out of print. Can't remember the title. "Nightingale," perhaps?
I have two of the paperback volumes from MIAM, but don't have the huge hardback edition.
It's really a pity that MIAM is out of print. Some of Card's best work is in there.
This sounded like something I'd usually see on Rotten, until I read that the priest was brewing beer in his washing machine, not that a priest got brewed in his washing machine.
Time to go watch some Disney cartoons or something.
Re:What's wrong with the old ones?
on
A Sound Server For X
·
· Score: 2, Informative
Have you ever tried to use aRts' network transparancy? It's a sick joke. Neraly impossible to get functioning correctly, impossible to get working acceptably, and lacking any useful documentation or examples. I tried setting it up so I could have network audio on a (net-booted, diskless, Debian) X-terminal. I had to install aRtsd on the X-terminal (no problem), but ran in to problems because the aRts server must run as the same user that's logged in to the server. Small problem, since I use LDAP, but this destroyed my dreams of zero-administration on the X-Terminal. Oh, and aRtsd needs to be spawned on the X-Terminal at login time, and it doesn't die when you log out, so you need to manually kill off all the artsd processes, or restart the terminal.
When I did (finally) get it to work at all, the sound stuttered when playing any kind of audio. Upped the buffers, to no avail. This is on a 100mbit switched network.
Filed a bunch of bugs with the KDE/aRts folks, posted to the mailing lists and never got a satisfactory reply or fix.
While this sounds cool, there's really not much point. FLAC decoding is very fast. When I want a MP3 to take with me, I just reencode it:
flac -c -d flac_file.flac | lame - >mp3_file.mp3
It takes under a minute to reencode a typical 4 or 5 minute track this way on my 1.7ghz P4. Just decoding the track takes around 7 seconds, and reencoding it with lame takes 50 seconds.
I suppose it could be faster, but it works for me.
I usually add CD-TEXT information, since most of my discs don't have CD-TEXT:
'cdrdao read-cddb thedisc.toc'
Then, when you want to burn the disc, decode all your FLACs to e.g. track_xx.wav (or whatever is specified in the TOC file - you may need to edit the TOC) and:
I just started archiving my CD collection (350+ discs) using FLAC. I tested a number of codecs, including LAME, Ogg Vorbis, and FLAC.
In the end, I settled on FLAC for four reasons:
* It's completely lossless. * Gapless playback * If you save the TOC from the source CD, you can burn an exact copy, pregaps and all, from your FLACs. * I can reencode to Ogg, MP3 or whatever lossy format I want at any time. Nice for when I want to make a MP3 disc to play on my MP3 walkman, and I don't lose quality like I would if my source material was in Ogg.
Hopefully, we'll see wider support for FLAC come from this partnership. Not too many players support FLAC, though the FLAC developers have made plugins for XMMS and WinAmp.
Oh, and some people have been tossing the '50% compression' thing around already. It really depends on the music. I have managed up to 70% compression on some sparse music, (mainly ambient and classical) while my death metal and noise encoded around 30%. It seems that the more dense the source is, the less it compresses.
"OmniGroup is excited because Apple has given the OS X developer community a solid, fast, and very (though not yet perfectly) compliant HTML component."
Well, uh, KHTML is already under the GPL. Shouldn't these guys be thanking the KDE Project for writing the code in the first place?
In fact, since Apple based WebCore/JavaScriptCore off GPL code, they must make the code public. I'm not so sure that they would have released the code back to the community if it was under a BSD-style license.
Don't get me wrong - I think it's great when corporations enhance existing FOSS projects. I just think that the gratitude is misplaced in this instance.
As several other posters have pointed out, this guy is full of shit. He reminds me of the sort of people who call in to the Art Bell show.
If anything, my hearing has gotten better since I started listening to MP3s. I remember when I first started encoding my CDs, I couldn't tell the difference between 128kb CBR MP3s and the CD source. I can't even fathom how I was able to believe that; I encode everything with LAME's r3mix preset now.
Re:Filing date is not important
on
AOL Patents IM
·
· Score: 2
"I am trying to believe that IRC relates to this patent, but I'm having a little trouble. It is very easy to difference between Instant Message, and what IRC is."
Interesting. Though IRC is quite different from IM systems (note, though, that it supports a superset of any current IM system), it seems that the broad overly-vague language used in patent applications is double-edged.
I.e., it's vague enough to apply to nearly everything, including prior art, though IM systems are quite different from IRC.
"While the kernel which has fs corruption bug is supposed to be used by non-production, testing environment, and for those you like to use bleeding edge release."
Bzzt. 2.4 is the current stable Linux branch, and 2.4.20 is the latest stable version of that branch.
While this kind of thing is not uncommon in the development branch, it's awful to see in a point release of the stable branch.
Yeah, for his first episode, he could fix the Tardis' chamelion circuit, and materialize on Earth in the 70s, disguised as a castle. A newly-engaged couple would drop by unexpectedly, and he could unravel the mystery of their sexuality.
Slashdot Mirror
Ever heard of shipping & handling?
For editing raw XML documents, I use XEmacs. It has a nice DTD parser which you can use to show you what elements/attributes are valid in the current context. So if I'm editing XHTML, I can C-c to insert a tag. It shows what tags are valid, and you can tab-complete. C-c + allows me to insert an attribute, and it again shows which are valid and allows for tab-completion.
/. Very handy, since it will close the last open tag. If you have a big structure, you can just C-c / your way through it without having to scroll up or (gasp) remember the tag order.
To close a tag is a simple matter of C-c
Oh, and when you use C-c to insert tags, it automatically sticks it on the next line and indents it.
It's not for everybody, but it sure works great for me.
"Plus I like how the old GBA takes AA batteries. Much easier upkeep compared to prying the thing open and replacing the internal."
Or you could recharge the SP's battery when it drains.
Add the above line to
Blast, my last mod point expired. Mod parent up, as this is the only practical solution.
Mt. Rainier still doesn't have a lot of support, so you're not going to miss out on much. Firmware upgrades can add support for it in the future. For example, the Plextor 40/12/40A I bought last year has a firmware update which adds Mt. Rainier support.
If there's demand, Sony will probably do something similar for their drive in the future.
Too freaking small :)
At least, it looks that way on my 21"er at 1600x1200
And is a GPL'd implementation of a patented compresson algorithm, which you must still pay fees to use, in the form of royalties. Just like MPEG 1 Layer 3, and the situation with LAME or any other F/OSS MP3 encoder.
FFmpeg and XviD are great, but they are not "free" in the RMS sense of the word.
Unfortunately, you have two issues to deal with. First and foremost is simply getting access to your data, and the second (and harder) is making that data usable to whatever os/apps you may be using.
For example, I use Konqueror on my Linux box(en), but use Mozilla on Mac OS X. How do you get bookmarks from one browser to work on the other?
As for the first problem, NFS works enough for LANs, but I sure wouldn't want to use it over the public 'net.
Coda seems promising, but I've never found a distro that actually supports it, and there's a fair amount of manual stuff you have to do to use it. I've never managed to get it working properly, but from what I understand, it's somewhat similar to CVS in that you have to update/commit. This has the advantage of working when disconnected.
InterMezzo also has some promise, but I haven't played with it as of yet.
USB keys seem like a better idea, until you realize that if you lose the little sucker, you're SOL. So, keep backups. Also, I keep a ridiculous amount of stuff in my home directory - multiple GBs - so being able to move a few hundred MB at a time just doesn't work for me.
Then, seal the display case inside a solid block of concrete, and bury it no less than three miles under the surface of the earth. With these precautions, you can overcome the risk of exposing the equipment to harmful substances, including water, air, light, or observation.
Since there is no conclusive evidence that exposing decrepit hardware to large quantities of dark is harmful in any way, the systems should last for a few million years, easy. Just don't bury them near the edge of a continental plate.
Of the percentage of traffic that isn't porn, how much is warez?
Don't know about 911, but corporate customers can get ANI (Automatic Number Identification) on their lines. Some prefixes have ANI built-in, like 888. ANI has been around for a long time, long before CID. I'm sure that googling will turn up tons and tons of information on ANI for you, if you're more interested.
CID has always been a consumer-level service, and this just shows that a little better.
"It reminds me of a distantly remembered sci-fi short story about a boy who was kept isolated from the whole world while learning to play his musical instrument."
Aaugh. It was by Orson Scott Card, and I read it in "Maps In A Mirror," now sadly out of print. Can't remember the title. "Nightingale," perhaps?
I have two of the paperback volumes from MIAM, but don't have the huge hardback edition.
It's really a pity that MIAM is out of print. Some of Card's best work is in there.
This sounded like something I'd usually see on Rotten, until I read that the priest was brewing beer in his washing machine, not that a priest got brewed in his washing machine.
Time to go watch some Disney cartoons or something.
Have you ever tried to use aRts' network transparancy? It's a sick joke. Neraly impossible to get functioning correctly, impossible to get working acceptably, and lacking any useful documentation or examples. I tried setting it up so I could have network audio on a (net-booted, diskless, Debian) X-terminal. I had to install aRtsd on the X-terminal (no problem), but ran in to problems because the aRts server must run as the same user that's logged in to the server. Small problem, since I use LDAP, but this destroyed my dreams of zero-administration on the X-Terminal. Oh, and aRtsd needs to be spawned on the X-Terminal at login time, and it doesn't die when you log out, so you need to manually kill off all the artsd processes, or restart the terminal.
When I did (finally) get it to work at all, the sound stuttered when playing any kind of audio. Upped the buffers, to no avail. This is on a 100mbit switched network.
Filed a bunch of bugs with the KDE/aRts folks, posted to the mailing lists and never got a satisfactory reply or fix.
Bring on MAS.
While this sounds cool, there's really not much point. FLAC decoding is very fast. When I want a MP3 to take with me, I just reencode it:
flac -c -d flac_file.flac | lame - >mp3_file.mp3
It takes under a minute to reencode a typical 4 or 5 minute track this way on my 1.7ghz P4. Just decoding the track takes around 7 seconds, and reencoding it with lame takes 50 seconds.
I suppose it could be faster, but it works for me.
Use cdrdao, e.g.
'cdrdao read-toc thedisc.toc'
I usually add CD-TEXT information, since most of my discs don't have CD-TEXT:
'cdrdao read-cddb thedisc.toc'
Then, when you want to burn the disc, decode all your FLACs to e.g. track_xx.wav (or whatever is specified in the TOC file - you may need to edit the TOC) and:
'cdrdao write thedisc.toc'
I just started archiving my CD collection (350+ discs) using FLAC. I tested a number of codecs, including LAME, Ogg Vorbis, and FLAC.
In the end, I settled on FLAC for four reasons:
* It's completely lossless.
* Gapless playback
* If you save the TOC from the source CD, you can burn an exact copy, pregaps and all, from your FLACs.
* I can reencode to Ogg, MP3 or whatever lossy format I want at any time. Nice for when I want to make a MP3 disc to play on my MP3 walkman, and I don't lose quality like I would if my source material was in Ogg.
Hopefully, we'll see wider support for FLAC come from this partnership. Not too many players support FLAC, though the FLAC developers have made plugins for XMMS and WinAmp.
Oh, and some people have been tossing the '50% compression' thing around already. It really depends on the music. I have managed up to 70% compression on some sparse music, (mainly ambient and classical) while my death metal and noise encoded around 30%. It seems that the more dense the source is, the less it compresses.
"OmniGroup is excited because Apple has given the OS X developer community a solid, fast, and very (though not yet perfectly) compliant HTML component."
Well, uh, KHTML is already under the GPL. Shouldn't these guys be thanking the KDE Project for writing the code in the first place?
In fact, since Apple based WebCore/JavaScriptCore off GPL code, they must make the code public. I'm not so sure that they would have released the code back to the community if it was under a BSD-style license.
Don't get me wrong - I think it's great when corporations enhance existing FOSS projects. I just think that the gratitude is misplaced in this instance.
As several other posters have pointed out, this guy is full of shit. He reminds me of the sort of people who call in to the Art Bell show.
If anything, my hearing has gotten better since I started listening to MP3s. I remember when I first started encoding my CDs, I couldn't tell the difference between 128kb CBR MP3s and the CD source. I can't even fathom how I was able to believe that; I encode everything with LAME's r3mix preset now.
"I am trying to believe that IRC relates to this patent, but I'm having a little trouble. It is very easy to difference between Instant Message, and what IRC is."
Interesting. Though IRC is quite different from IM systems (note, though, that it supports a superset of any current IM system), it seems that the broad overly-vague language used in patent applications is double-edged.
I.e., it's vague enough to apply to nearly everything, including prior art, though IM systems are quite different from IRC.
Uh, it has absolutely nothing to do with the browser. This is a feature of the resolver.
E.g. in
And I have an A record for box.private.domain.com on my local DNS server.
"While the kernel which has fs corruption bug is supposed to be used by non-production, testing environment, and for those you like to use bleeding edge release."
Bzzt. 2.4 is the current stable Linux branch, and 2.4.20 is the latest stable version of that branch.
While this kind of thing is not uncommon in the development branch, it's awful to see in a point release of the stable branch.
...is how anyone can fit in a Mountain Dew box. Seems like a pretty tight squeeze, even if the contents have been consumed to make room.
Yeah, for his first episode, he could fix the Tardis' chamelion circuit, and materialize on Earth in the 70s, disguised as a castle. A newly-engaged couple would drop by unexpectedly, and he could unravel the mystery of their sexuality.
We could call it "Doctor Whorror Picture Show."