What would be the easiest way of playing it in realplayer, grabbing the audio output, and turning it into a ogg file instead?
You could quite quickly write a device that dumps its input to a file. Call it/dev/audio (or is it/dev/pcm?) and then play the realplayer to it. Then use mencoder to encode to any format you want..
A serious question: How can someone really consider themselves a professional programmer - particular one that's been coding for 6 years - but has stuck to one language and one OS.
I'm not trolling, just thinking from an employers point of view. Wouldn't you be suspicious of someone who doesn't branch out a little more? I personally would wonder where there motivation and proffesional curiosity is.. Or do employers like that sort of thing?
Everyone who played with graphics a few years ago probably played about with optimising the line drawing program at some point:)
Btw, I worked out how denther got it faster than the fastest algorithm that they published - they set the mask to write to four seperate buffers simulatanously. I forget the details - it's been many years, I was very pleased with myself:)
People, I honestly don't think I've seen anything as pathetic as this poster.
Instead of working on a unique project requiring lots of engineering knowledge, creativity, and imagination, people's dreams stop at buying some pre-made car, as if that makes them important. Or hording lots of money showing how good they are.
Instead of just watching a film tonight just fantasing about doing something, I urge you to go out and do something, and stretch yourself!
It's an interesting development on a cool bit of software. If you don't want to risk it yet, then don't. However if others want to tinker and play with it, then they can.
It's obvious that this doesn't interest you, so just ignore it - why are you so angry? Because it isn't finished yet?
The whole point of OS development is to 'release' it before it is done.
But docbook has no display info at all! At least with HTML it is fairly close. With docbook you don't even know if it will have a contents page, etc.
And who said anything about editing the raw xml? I'm just saying what he is asking for is just a GUI editor of some kind - not a WYSIWYG. - See lyx for example.
1) Tripwire and co. are interuder DETECTORS, i.e. after the fact. Your system is already comprimised.
2) The data (checksums etc) must be on read only media, that cannot be altered no matter how what privilages you have to the system.
3) The kernel should be assumed to be comprimised. This means to check your system, you must reboot the system to check your system. The alternative is not as secure, but easier, is to have a hardened kernel which makes root have limited access, and does not allow kernel modules, and does not allow raw memory access.
heh, yeah those were the days - doing a memory map from file to 0xA000. Course, when you used protected memory you couldn't access 0xA000, and so used 0xA0000
Even nicer, which I haven't heard anyone mention yet, is that you can put it in cvs (assuming you don't compress the xml, or can somehow get cvs to uncompress then do the diff)
This allows you to have all the niceness of cvs on documents:)
If you have a terminal server, and export the display to every machine, that might work. You'll most definetly want to turn on compression. You'll have to try it to see if it is usuable tho over such a slow modem.
As to porting the dos apps to it - depends on the dos app:P
Re:Shit man, just post a MD5'd checksum (nt)
on
Putting P2P To Work
·
· Score: 2
And how do you know whether somebody hasn't maliciously replaced both the binary and the md5?
1) When a brand new client connects to the internet and needs to get the server's public key(s). This is when the client is at its most vulnerable from man in the middle attacks etc. You could try hard coding them into the client, but you get the same problem - basically you have to start off just trusting someone you don't know.
Then you have two choices. The server could either trust everything, say, apache spits out. To do this, the server would sign apache's public key. This is done once, and then never again do the user or apache have to contact the server again.
OR
The server could just sign individual files. The coder would then sign one of his files, then send the file and signature to the server. Some human would look over it, decide if it is good sign, then sign the signature.
In both cases, when the end-user downloads a file, they get 3 files directly from the coder - the file, their signature of the file, the signature of the signature/public key.
No no - look you just sign everything with pgp. The host has to inherently trust _someone_, so the key they trusts signs someones key who signs someone elses key and so on until you have a chain of trust to the signature on the pgp file.
One way of doing this practically is to joe-bloggs sign his new files with his keys. Then some main server checks over it all, and signs his keys. Then you client get: 1) the file 2) the pgp signature of the file 3) the pgp signature from the main server of the pgp key
This involves having a main server, however you don't need to talk to it.
You need some way to make a chain of trust, and a central server/group of servers that everyone trusts is the easiest way.
So... In summary you want a closed source, expensive, OS with only one window manager and one look and feel. No wonder you switched over to windows. Thankfully some of us want a litle bit more.
This is just gravity. If you took a bit of rope with a wieght on it to the top of a bridge, and threw it down, you could use the moving rope to generate electricity.
I have some old machines, and I run kde3 on them, with open office and mozilla. How? I actuallly run everything off a main server, and just export the display. My old machines don't have any hard disks, just a floppy disk drive, mobo, video card and ethernet card. See ltsp.org for more details.
My workplace had this clause. My workplace also had a scheme where there would market anyones ideas, in any field. Could they then claim that any work you do is in their area, since they are in all areas?
Well, one way to do it is to run a sound server on the remote machine, and then tell the sound server on the local machine to forward the sound to the remote server. This is just about doable. One problem is that there are several sound servers, including esd and arts. The plan originaly was to switch to arts only. (The job of a sound server mainly is to mix multiple inputs) This would mean that gnome etc uses arts.. However, the wonderful alsa ppl included many of the features of the sound server directly into the alsa stuff, so a seperate sound server is no longer needed. I'm hoping someone will correct me, but I think the current plan is to wait for alsa to improve, then dump arts and esd. I don't know whether alsa has any capability of remotely sending and recieving sound, I doubt it tho. This could be solved by having a sound proxy, or perhaps by making the audio output device one of those network devices, (I forget what they are called - you dump text to the device, and it appears on the remote host, to be used as an input)
Slashdot Mirror
can mplayer read rm files yet? I didn't think it could - if it can, then you could just use mencoder in the first place ;)
What would be the easiest way of playing it in realplayer, grabbing the audio output, and turning it into a ogg file instead?
/dev/audio (or is it /dev/pcm?) and then play the realplayer to it. Then use mencoder to encode to any format you want..
You could quite quickly write a device that dumps its input to a file. Call it
A serious question: How can someone really consider themselves a professional programmer - particular one that's been coding for 6 years - but has stuck to one language and one OS.
I'm not trolling, just thinking from an employers point of view. Wouldn't you be suspicious of someone who doesn't branch out a little more? I personally would wonder where there motivation and proffesional curiosity is.. Or do employers like that sort of thing?
Everyone who played with graphics a few years ago probably played about with optimising the line drawing program at some point :)
:)
Btw, I worked out how denther got it faster than the fastest algorithm that they published - they set the mask to write to four seperate buffers simulatanously. I forget the details - it's been many years, I was very pleased with myself
People, I honestly don't think I've seen anything as pathetic as this poster.
Instead of working on a unique project requiring lots of engineering knowledge, creativity, and imagination, people's dreams stop at buying some pre-made car, as if that makes them important. Or hording lots of money showing how good they are.
Instead of just watching a film tonight just fantasing about doing something, I urge you to go out and do something, and stretch yourself!
I don't understand your point.
It's an interesting development on a cool bit of software. If you don't want to risk it yet, then don't. However if others want to tinker and play with it, then they can.
It's obvious that this doesn't interest you, so just ignore it - why are you so angry? Because it isn't finished yet?
The whole point of OS development is to 'release' it before it is done.
But docbook has no display info at all! At least with HTML it is fairly close. With docbook you don't even know if it will have a contents page, etc.
And who said anything about editing the raw xml? I'm just saying what he is asking for is just a GUI editor of some kind - not a WYSIWYG. - See lyx for example.
It isn't a WYSIWYG editor if it isn't displayed the same way the end user will display it. And so you can't have a WYSIWYG editor for DocBook.
Just a really quick note that they aim for slightly different goals. GCC is cross-platform etc, and icc isn't.
Jeez, aren't there any hackers in here any more?
1) Tripwire and co. are interuder DETECTORS, i.e. after the fact. Your system is already comprimised.
2) The data (checksums etc) must be on read only media, that cannot be altered no matter how what privilages you have to the system.
3) The kernel should be assumed to be comprimised. This means to check your system, you must reboot the system to check your system.
The alternative is not as secure, but easier, is to have a hardened kernel which makes root have limited access, and does not allow kernel modules, and does not allow raw memory access.
heh, yeah those were the days - doing a memory map from file to 0xA000. Course, when you used protected memory you couldn't access 0xA000, and so used 0xA0000
damn, i'm a geek
Even nicer, which I haven't heard anyone mention yet, is that you can put it in cvs (assuming you don't compress the xml, or can somehow get cvs to uncompress then do the diff)
:)
This allows you to have all the niceness of cvs on documents
If you have a terminal server, and export the display to every machine, that might work.
:P
You'll most definetly want to turn on compression.
You'll have to try it to see if it is usuable tho over such a slow modem.
As to porting the dos apps to it - depends on the dos app
And how do you know whether somebody hasn't maliciously replaced both the binary and the md5?
I don't follow your point, sorry :(
The only time you access the central server is:
1) When a brand new client connects to the internet and needs to get the server's public key(s). This is when the client is at its most vulnerable from man in the middle attacks etc. You could try hard coding them into the client, but you get the same problem - basically you have to start off just trusting someone you don't know.
Then you have two choices. The server could either trust everything, say, apache spits out. To do this, the server would sign apache's public key. This is done once, and then never again do the user or apache have to contact the server again.
OR
The server could just sign individual files. The coder would then sign one of his files, then send the file and signature to the server. Some human would look over it, decide if it is good sign, then sign the signature.
In both cases, when the end-user downloads a file, they get 3 files directly from the coder - the file, their signature of the file, the signature of the signature/public key.
No no - look you just sign everything with pgp. The host has to inherently trust _someone_, so the key they trusts signs someones key who signs someone elses key and so on until you have a chain of trust to the signature on the pgp file.
One way of doing this practically is to joe-bloggs sign his new files with his keys. Then some main server checks over it all, and signs his keys. Then you client get: 1) the file 2) the pgp signature of the file 3) the pgp signature from the main server of the pgp key
This involves having a main server, however you don't need to talk to it.
You need some way to make a chain of trust, and a central server/group of servers that everyone trusts is the easiest way.
JohnFLux
So... In summary you want a closed source, expensive, OS with only one window manager and one look and feel. No wonder you switched over to windows. Thankfully some of us want a litle bit more.
This is just gravity. If you took a bit of rope with a wieght on it to the top of a bridge, and threw it down, you could use the moving rope to generate electricity.
I have some old machines, and I run kde3 on them, with open office and mozilla. How? I actuallly run everything off a main server, and just export the display. My old machines don't have any hard disks, just a floppy disk drive, mobo, video card and ethernet card.
See ltsp.org for more details.
Some of us enjoyed using a computer as kids :P
;)
I grew up with a spectrum 48k my gran bought me
Got me coding spectrum basic very early on.
"Fsck you, I think rape is hilarous" - George Carlin.
Get ahold of his work for context. He's funny, but does tend to go on a bit..
My workplace had this clause. My workplace also had a scheme where there would market anyones ideas, in any field. Could they then claim that any work you do is in their area, since they are in all areas?
Well, one way to do it is to run a sound server on the remote machine, and then tell the sound server on the local machine to forward the sound to the remote server. This is just about doable.
One problem is that there are several sound servers, including esd and arts. The plan originaly was to switch to arts only. (The job of a sound server mainly is to mix multiple inputs) This would mean that gnome etc uses arts..
However, the wonderful alsa ppl included many of the features of the sound server directly into the alsa stuff, so a seperate sound server is no longer needed.
I'm hoping someone will correct me, but I think the current plan is to wait for alsa to improve, then dump arts and esd. I don't know whether alsa has any capability of remotely sending and recieving sound, I doubt it tho. This could be solved by having a sound proxy, or perhaps by making the audio output device one of those network devices, (I forget what they are called - you dump text to the device, and it appears on the remote host, to be used as an input)
When you said 'Apple's HotSauce' I was about to moderate you funny. Then I realised you were being serious :(
In the UK, cigarettes are very expensive (huge tax on them), and most of the poorer people here roll their own cigerattes. (From what I've seen)