My campus is having problems with cards being "stolen". No matter how hard the cafeteria employees look at the picture IDs on the cards, funds still keep coming up missing from students' cards. I tend to believe that there is a serious problem with the system, and it makes it very easy for one to duplicate a card.
Also, we frequently experience outages and fund transfer difficulties. I was never fond of the system, and its problematic nature has proven me to be right about it all along.
Thanks for the info, MadPenguin. I've been using my ATA RAID controller as just another IDE controller. I've been too lazy to fiddle with it since Slack 8.1, and haven't needed the extra speed or redundancy (Slack with ReiserFS is really fast). I recently installed Slack 9, but I will keep this FAQ in mind when I upgrade to an Opteron machine with a new ATA RAID controller.
It isn't *that though* to install. You just need to understand the type of video card that you are using. The MPlayer documentation is very intimidating for most people, so that's what makes it difficult (their own ability to process the documentation). But frankly, XV video and OSS/SDL audio will work on the majority of systems out there... Just pop the codecs into/usr/lib/win32 and do a standard compile with the gui option if necessary.
But what Nautilus app are you using? Lumiere? I heard that there was a Nautilus app out there, but this is the only one that I have found, and the home page has been down.
You don't need to add any special compile-time flags for Quicktime anymore. That changed about 3 or 4 releases ago../configure --enable-gui --prefix=/*temp dir*/usr/
should suffice for a Slackware 9 system (It's what I use). Be sure to put your codecs in/usr/lib/win32 before compiling, and then copy them to your tarball directory before running "makepkg". Be sure to keep the same directory structure. Run "makepkg" in that temp directory.
Low CPU usage is an understatement. I can play fabulous looking video in almost any format with no more than around 2% CPU usage on my Athlon 1400. It's very well designed. Just give it a good video card with appropriate XV support, and it flies. And it's got to be the most stable player out there.
A'rpi, thanks for all of the work that you've done. I'm sorry that you've missed out on a lot of free time, but your work is deeply appreciated by many. You've helped take the frustration out of Linux video. And it's nice that I have a means of listening to those NPR audio streams too. I wish you the best of luck.
Believe it or not, there is a lot that you can do with $320,000 USD worth of CD sales *alone* each year. That can make a few people live comfortably, paying the bills and meeting the need for servers. That doesn't take into account the sales of other merchandise.
This is how open source products like OpenBSD and Slackware have been profitable. OpenBSD *is* a product, in a way. Theo seems to make it a full-time effort, as far as I can tell, just as Patrick does with Slackware.
The extra 2 mil is just a bonus. But it goes fast if you're paying for 4 full-time coders to work on the project for a few years.
Re:VESA is not a resoulution
on
Duke3d in Linux
·
· Score: 1
Yeah. It was called VLB, for Vesa Local Bus. It was like an ISA card with an extension on the end. It's a 32 bit bus with a direct link to the 486 processor and bus. It was short-live though, as less than 2 years later, Intel was pushing PCI in all of their boards... A better choice, if I'd say so anyway. VLB slots were compatible with existing ISA cards.
Re:VESA is not a resoulution
on
Duke3d in Linux
·
· Score: 1
I can recall using VESA modes for Duke. It was quite nice. If you had UniVBE (now Scitech Display Doctor) or some other VLB framebuffer driver, it worked like a charm. The game looked better, and was capable if being run in higher resolutions, if I'm not mistaken.
OSS/Commercial is an exception. The problem is that the only cards that they seem to support with hardware mixing are the EMU10k1 and perhaps some Yamaha chips. I wrote 4-Front and asked them if they'd implement hardware mixing into the CS4630 drivers, such as those used in the Santa Cruz and Sonic Fury. The DSP does support it, for a limited amount of channels. But they don't seem to understand why it is a better choice. Their answer is that "Our software mixer (Virtual Mixer) supports playback of X amount more streams at any given time than the real hardware mixing". In my opinion, that's not the point. I think software mixing is a good fallback for hardware, when all hardware streams are in use, but seldom does that really ever happen in most cases.
In most respect, OSS's mixer is pretty good; light years ahead of ALSA or ESD, but it will never match the speed of hardware mixing. For a commercial product though, I'm a bit disappointed that they don't devote a bit more effort into implementing card-specific features into more of their drivers. I guess that you can't have enverything though, with two main programs and a billion DSPs to support.
There are LOADS of new things in the new preferences menu. It's as different as night and day. It's very stable too... Never crashes on me at all. It's fast and even uses some of the new fast rendering modes. This is the way Mozilla should be.
Phoenix is a fabulous browser component. I like Mozilla, but I think that this is just what they need. They can start by skimming off each peice and the users can integrate each part of the suite at their own discretion. Mail programs can be built off of Mozilla's XUL interface, as can chat programs, etc. It's ideal for UNIX machines where libraries are most often shared. Phoenix is fast and stable. It's the future of the Mozilla browser, and I'm glad that they've made this decision. Why reinvent the wheel when you can just improve it. Mozilla is getting to be pretty good on its own, but still isn't nearly as practical as it *could* potentially be. Phoenix takes Mozilla and really strips down the crud; It even implements cool, new features along the way.
Actually, this doesn't do it justice. Freetype is actively being developed and better improved for LCD displays and subpixel hinting. Subpixel hinting on X, on an LCD, rivels OS X... And it certainly tops Windows XP.
Your problem is a result of the embedded Freetype libs in OpenOffice. You can force it to link to your system's libs, but it isn't perfect. Unfortunately, nobody can legally include the Freetype autohinter in their software because Apple owns a patent on the method for rendering the fonts.
Except, Iron Monkey would probably be last. I hope that your are talking about the Tarantino version though.
Darko was very well done. And Boondock Saints is a hell of a lot of fun to watch. It's a shame that the North American version was so butchered. That's what region free is for though, eh? DaFoe did a top-notch job in Saints... Very well done, indeed.
The honest truth is that a trip to her homepage, or any other of her reviews, will indicate that this is indeed the case. As a matter of fact, I was specifically looking for a BeOS reference in this Mandrake review. I was quite surprised when I didn't find one.
Just because they don't use it doesn't mean that they wouldn't benefit from it...
As a matter of fact, jumping from 512MB to 1024 MB offeres a substantial increase in performance. Did you know that the majority of the time that it takes for your PC to perform work is generally due to waiting for the OS to read and write back to the swapfile? I personally have 1024 MB of RAM, and under Linux, my swapfile almost never gets used... However, it *does* happen. I was compiling some pretty intensive software a few weeks ago, and the swapfile *was* actually used.
For normal use, web browsing, MP3 playback, then less than 1024 MB is ideal... 512 isn't enough for me. It's too slow from the swap-work, especially on Windows 200, which insists on using a pagefile despite your attempts to get it to stop. But for graphics, webserving, major audio work, and other things... It's essential.
Seriously though... Despite sounding a bit excessive, you will never grow to appreciate 1024 MB of RAM until you own a machine that has that much... Even when you only do regular every-day tasks.
Yeah, but we'll see just how long Microsoft ignores Opteron when everyone starts buying low-cost servers based on Linux and Opteron. They will have no choice but to adopt it. Even then, it will be growing on the desktop.
Keep in mind that these processors are going to be *replacements* for the current line of consumer-grade AMD stuff... Not Intel server chips. Not SPARC. As long as AMD continues to beat Intel to the punch in terms of performance and features at a low price, I don't think it will be a problem... And that's exactly what they have in mind.
They've mentioned on their site that they just wanted to make small, but fun games. At one time, Pyrogon was working on some sort of MMORPG, but I've not read much of its progress.
If you like puzzle games, Candy Cruncher is worth checking out. There are demos available. It's kinda like Sega Swirl meets Connect Four. The Linux port is very well done. It was another excellent Icculus job.
Slashdot Mirror
My campus is having problems with cards being "stolen". No matter how hard the cafeteria employees look at the picture IDs on the cards, funds still keep coming up missing from students' cards. I tend to believe that there is a serious problem with the system, and it makes it very easy for one to duplicate a card.
Also, we frequently experience outages and fund transfer difficulties. I was never fond of the system, and its problematic nature has proven me to be right about it all along.
Ok, Fox...
Where's MILLENNIUM!?
Thanks for the info, MadPenguin. I've been using my ATA RAID controller as just another IDE controller. I've been too lazy to fiddle with it since Slack 8.1, and haven't needed the extra speed or redundancy (Slack with ReiserFS is really fast). I recently installed Slack 9, but I will keep this FAQ in mind when I upgrade to an Opteron machine with a new ATA RAID controller.
It isn't *that though* to install. You just need to understand the type of video card that you are using. The MPlayer documentation is very intimidating for most people, so that's what makes it difficult (their own ability to process the documentation). But frankly, XV video and OSS/SDL audio will work on the majority of systems out there... Just pop the codecs into /usr/lib/win32 and do a standard compile with the gui option if necessary.
But what Nautilus app are you using? Lumiere? I heard that there was a Nautilus app out there, but this is the only one that I have found, and the home page has been down.
You don't need to add any special compile-time flags for Quicktime anymore. That changed about 3 or 4 releases ago. ./configure --enable-gui --prefix=/*temp dir*/usr/
/usr/lib/win32 before compiling, and then copy them to your tarball directory before running "makepkg". Be sure to keep the same directory structure. Run "makepkg" in that temp directory.
should suffice for a Slackware 9 system (It's what I use). Be sure to put your codecs in
Low CPU usage is an understatement. I can play fabulous looking video in almost any format with no more than around 2% CPU usage on my Athlon 1400. It's very well designed. Just give it a good video card with appropriate XV support, and it flies. And it's got to be the most stable player out there.
A'rpi, thanks for all of the work that you've done. I'm sorry that you've missed out on a lot of free time, but your work is deeply appreciated by many. You've helped take the frustration out of Linux video. And it's nice that I have a means of listening to those NPR audio streams too. I wish you the best of luck.
Believe it or not, there is a lot that you can do with $320,000 USD worth of CD sales *alone* each year. That can make a few people live comfortably, paying the bills and meeting the need for servers. That doesn't take into account the sales of other merchandise.
This is how open source products like OpenBSD and Slackware have been profitable. OpenBSD *is* a product, in a way. Theo seems to make it a full-time effort, as far as I can tell, just as Patrick does with Slackware.
The extra 2 mil is just a bonus. But it goes fast if you're paying for 4 full-time coders to work on the project for a few years.
Yeah. It was called VLB, for Vesa Local Bus. It was like an ISA card with an extension on the end. It's a 32 bit bus with a direct link to the 486 processor and bus. It was short-live though, as less than 2 years later, Intel was pushing PCI in all of their boards... A better choice, if I'd say so anyway. VLB slots were compatible with existing ISA cards.
I can recall using VESA modes for Duke. It was quite nice. If you had UniVBE (now Scitech Display Doctor) or some other VLB framebuffer driver, it worked like a charm. The game looked better, and was capable if being run in higher resolutions, if I'm not mistaken.
Oops. Made a mistake. I didn't mean that OSS's mixer was better than ALSA... I meant to say ARTSD. ;)
OSS/Commercial is an exception. The problem is that the only cards that they seem to support with hardware mixing are the EMU10k1 and perhaps some Yamaha chips. I wrote 4-Front and asked them if they'd implement hardware mixing into the CS4630 drivers, such as those used in the Santa Cruz and Sonic Fury. The DSP does support it, for a limited amount of channels. But they don't seem to understand why it is a better choice. Their answer is that "Our software mixer (Virtual Mixer) supports playback of X amount more streams at any given time than the real hardware mixing". In my opinion, that's not the point. I think software mixing is a good fallback for hardware, when all hardware streams are in use, but seldom does that really ever happen in most cases.
In most respect, OSS's mixer is pretty good; light years ahead of ALSA or ESD, but it will never match the speed of hardware mixing. For a commercial product though, I'm a bit disappointed that they don't devote a bit more effort into implementing card-specific features into more of their drivers. I guess that you can't have enverything though, with two main programs and a billion DSPs to support.
There are LOADS of new things in the new preferences menu. It's as different as night and day. It's very stable too... Never crashes on me at all. It's fast and even uses some of the new fast rendering modes. This is the way Mozilla should be.
Phoenix is a fabulous browser component. I like Mozilla, but I think that this is just what they need. They can start by skimming off each peice and the users can integrate each part of the suite at their own discretion. Mail programs can be built off of Mozilla's XUL interface, as can chat programs, etc. It's ideal for UNIX machines where libraries are most often shared. Phoenix is fast and stable. It's the future of the Mozilla browser, and I'm glad that they've made this decision. Why reinvent the wheel when you can just improve it. Mozilla is getting to be pretty good on its own, but still isn't nearly as practical as it *could* potentially be. Phoenix takes Mozilla and really strips down the crud; It even implements cool, new features along the way.
You make a claim then pipe off a disclaimer that says you might be full of it? Weird.
Well, there is a standard. It's fontconfig and it uses libfreetype w/xrender for antialiasing. It's used in virtually all X programs now.
It must have been a long time since you've seen X, then.
X Fonts.
Actually, this doesn't do it justice. Freetype is actively being developed and better improved for LCD displays and subpixel hinting. Subpixel hinting on X, on an LCD, rivels OS X... And it certainly tops Windows XP.
Your problem is a result of the embedded Freetype libs in OpenOffice. You can force it to link to your system's libs, but it isn't perfect. Unfortunately, nobody can legally include the Freetype autohinter in their software because Apple owns a patent on the method for rendering the fonts.
I could understand the use of Volkswagen, but not "bug". They refer to their car as "New Beetle" now.
Weird...
Those were the three that I was going to list...
Except, Iron Monkey would probably be last. I hope that your are talking about the Tarantino version though.
Darko was very well done. And Boondock Saints is a hell of a lot of fun to watch. It's a shame that the North American version was so butchered. That's what region free is for though, eh? DaFoe did a top-notch job in Saints... Very well done, indeed.
I've had my daily dose of stupid.
I'm still not quite sure why anyone would compare a CAMERA to a VIDEO GAME SYSTEM...
So... Which should I spend my money on now? Would you compare a plate of sashimi to a Dodge Viper for me? It's a tough choice, really.
I really like Arson, a KDE app.
http://arson.sourceforge.net/
It's a lot like Nero, if you think that is easy enough for them to use.
The honest truth is that a trip to her homepage, or any other of her reviews, will indicate that this is indeed the case. As a matter of fact, I was specifically looking for a BeOS reference in this Mandrake review. I was quite surprised when I didn't find one.
Just because they don't use it doesn't mean that they wouldn't benefit from it...
As a matter of fact, jumping from 512MB to 1024 MB offeres a substantial increase in performance. Did you know that the majority of the time that it takes for your PC to perform work is generally due to waiting for the OS to read and write back to the swapfile? I personally have 1024 MB of RAM, and under Linux, my swapfile almost never gets used... However, it *does* happen. I was compiling some pretty intensive software a few weeks ago, and the swapfile *was* actually used.
For normal use, web browsing, MP3 playback, then less than 1024 MB is ideal... 512 isn't enough for me. It's too slow from the swap-work, especially on Windows 200, which insists on using a pagefile despite your attempts to get it to stop. But for graphics, webserving, major audio work, and other things... It's essential.
Seriously though... Despite sounding a bit excessive, you will never grow to appreciate 1024 MB of RAM until you own a machine that has that much... Even when you only do regular every-day tasks.
Yeah, but we'll see just how long Microsoft ignores Opteron when everyone starts buying low-cost servers based on Linux and Opteron. They will have no choice but to adopt it. Even then, it will be growing on the desktop.
Keep in mind that these processors are going to be *replacements* for the current line of consumer-grade AMD stuff... Not Intel server chips. Not SPARC. As long as AMD continues to beat Intel to the punch in terms of performance and features at a low price, I don't think it will be a problem... And that's exactly what they have in mind.
They've mentioned on their site that they just wanted to make small, but fun games. At one time, Pyrogon was working on some sort of MMORPG, but I've not read much of its progress.
If you like puzzle games, Candy Cruncher is worth checking out. There are demos available. It's kinda like Sega Swirl meets Connect Four. The Linux port is very well done. It was another excellent Icculus job.