If the marketing goons would have to write properly punctuated, nicely formatted mails to reach me, instead of that all UPPER CASE or all lower case overhyped brainless repeated dribble they usually pelt me with, I say sign me up!
raw video can easily exceed 2 GB in size. Why raw video? Because (like others said) it's easier to edit. Then you encode to MPEG2, which will shrink the size somewhat (usually still bigger than 2 GB, ever dumped a DVD to disk?), so it'll be "small" enough to burn onto a DVD or somesuch. Oh, editing 3 hours of raw wave data also chews away at the disk size. Also, since you need to READ the data from the media to see if it looks nice, you need to have support for those big files as well.
Right, now why don't we need files bigger than 2 GB again? Well?
Oh, you're still not convinced, well see it this way: when in the future will you ever need to burn a DVD?
Well? A typical one sided DVD-R holds around 4 GB of data (somewhat more), if you use both sides, you can get more than 8 GB of data on it. That's way bigger than 2 GB, no? Now, how big must your image be before you burn it on there? well?
Well, large multi-gigabyte broadcast quality MPEG2 video files seem to be a thing I store regularily on my disks. So yeah, what the hell do I need files bigger than 2 GB for, huh?
The problem is nonexistant in the BSD's, which use the large file (64 bit) versions anyway. And that you have to use a certain -D flag if your OS (like Linux) doesn't use the 64 bit versions. Whoopdiedoo. Not so hard. Recompile and be happy.
Except for the telnet ports, no outbound connections are allowed and/or possible on the testdrive program. So your request for opening reachable ports so you can run a web browser will probably be useless.
It _is_ nice to check if your code will compile/work/parse or of course break on those platforms though. I am a happy user. Thanks Compaq^WHP!
Is that you Tsutsomu? I know we never _could_ get along... And now you resort in posting as an anonymous coward on slashdot? Sheesh...
Oh, and you book sucked, by the way.
(FYI+E, I used to own an acoustic coupler modem for my commodore 64. 300 baud sweetness. So there.)
Yeah I know the parent is a troll. To prove my geekness to all of you who are still doubting: here's a webserver for a PDP-11 emulator running some old BSD operaing system that I wrote out of boredom. If that isn't hacking (wrt hack value) I don't know what is:). Be gentle though. It's not a speedy emulation.
I would love to have his LaTeX sources to this documentation. I would love to know how he got the code listings to work so well with latex2html. It barfs on mine, leaving ugly \par thingies in the grapics it produces...
All I have left is to get my scroll mouse working and I have everything I need,
Use mouse type "Auto" in your XF86Config file in your Mouse section and your mousewheel will work. Don't forget to put the ZAxisMapping to "4 5". Oh, do use/dev/sysmouse. It'll play nice with moused in the console that way:)
KDE seems to run on Cygwin. Search around on slashdot. Not that I run it on windows, I run it here on FreeBSD just dandy. Love to see Gideon in the ports tree.
No of course not. We OSS folk can just abandon IA32 alltogether and hack along on our nifty new Apple powerbooks running either Mac OS X, Net/OpenBSD or Linux.
Slashdot Mirror
Not to nitpick, but sizeof(char) is usually one byte. What you've got is ByteKeeper :)
Finally, a decent framebuffer for FreeBSD. Whoopie! Oh and of course all the GGI goodness too. Yum.
Oh, you're still not convinced, well see it this way: when in the future will you ever need to burn a DVD?
Well? A typical one sided DVD-R holds around 4 GB of data (somewhat more), if you use both sides, you can get more than 8 GB of data on it. That's way bigger than 2 GB, no? Now, how big must your image be before you burn it on there? well?
Right...
Well, large multi-gigabyte broadcast quality MPEG2 video files seem to be a thing I store regularily on my disks. So yeah, what the hell do I need files bigger than 2 GB for, huh?
The problem is nonexistant in the BSD's, which use the large file (64 bit) versions anyway. And that you have to use a certain -D flag if your OS (like Linux) doesn't use the 64 bit versions. Whoopdiedoo. Not so hard. Recompile and be happy.
Hm, does yelling along the songs at a Metallica concert at some festival count too?
It _is_ nice to check if your code will compile/work/parse or of course break on those platforms though. I am a happy user. Thanks Compaq^WHP!
Oh, and you book sucked, by the way.
(FYI+E, I used to own an acoustic coupler modem for my commodore 64. 300 baud sweetness. So there.)
Yeah I know the parent is a troll. To prove my geekness to all of you who are still doubting: here's a webserver for a PDP-11 emulator running some old BSD operaing system that I wrote out of boredom. If that isn't hacking (wrt hack value) I don't know what is :). Be gentle though. It's not a speedy emulation.
Heck, I might just chime in with a question:
Kevin, Has anyone ever shown you Jap-boy's takedown website? What did you think of it?
(just kidding...)
Or does he use a patched latex2html?
Although, Oberon is not the past. It's still being actively developed, in both it's OS and PL incarnation.
Use mouse type "Auto" in your XF86Config file in your Mouse section and your mousewheel will work. Don't forget to put the ZAxisMapping to "4 5". Oh, do use /dev/sysmouse. It'll play nice with moused in the console that way :)
There, now you have nothing left :)
BIOSes are slow by nature, don't bet on it.
I'd buy OpenSourceMan a drink and grunt with OOG too :) MEEPT :)
start emacs
Meta-x-doctor
there you go :)
So, now I can run Darwin/OS X apps on my mac. Cool.
Aaaah... aaaaa... aaaa... *chBULLSHIToooooo*
KDE seems to run on Cygwin. Search around on slashdot. Not that I run it on windows, I run it here on FreeBSD just dandy. Love to see Gideon in the ports tree.
Rip Mix 'n Burn anyone?
Well, we as a civilisation would then have to fuck in the dark. Buissness as usual ;)
FreeBSD and NetBSD at the moment. Dunno about BSD/OS though, it's been too long ago since I meddled with that.
You are better off in the Netherlands.
cron(1) is your friend. Oh, and like others said, turning off logging in the configuration file or just logging to the bitbucket are options too.
Now I can finally _use_ that extra processor card in that rickety old SS10 of mine :)