Will SGI now consider releasing their cool desktop enviroment to us? I seem to remember it was based on Motif. But now that Motif is free, why not release the Magic Desktop (4DWM) to the OSS community? My Linux box would feel (and be?) many times more powerful *grin*
...100% CPU all the time. That can't be good. It also gives me a StarOffice(tm) feeling. I'd rather have a Qt or (gasp!)GTK+ version of this program. Even though it is native it still feels emulated.
You are free to ignore LinDVD, just like you're free to not buy DVD movie discs. I have about 40 discs now and I would love to play them on Linux. What are my options?
Help the cause for producing a 100% free open-source DVD playback solution: ac3play
Buy a copy of LinDVD. I'll wait and see WHAT and HOW it does its stuff. Is it distribution agnostic? Non-x86 users probably want support for their CPU, etc.
Buy a hardware DVD decoder board. SigmaDesigns new Netstream 2000 comes to mind.
Burn all my DVD's and go back to VHS.
I'll definitely not burn my discs, the video and audio quality are just too good to go back. If you don't have any DVD's the story changes however........
There only real limitation is that, right now, AC-3 forwarding will probably only work on Trident 4DWave NX based cards like the Soundtrack Digital NX. This is no incident since Trident has released ALL of their soundcard documentation to us. The SBLive! card should support AC-3 forwarding, as soon as Creative releases more documentation that describes the S/PDIF interface in detail. RME cards will probably be next on the list of fully supported S/PDIF cards.
I have had great success with playing full Dolby Digital 5.1 sound from within Linux using an external decoder (Matrix baby!). This is one less hurdle in getting good DVD support in Linux (excuse the blatant shameless plug:-)
Huh? 99% of all my disk space is now ReiserFS (kernel 2.2.14). I wouldn't call it unstable or unusable. In fact, it has been rock solid for about 2 weeks now. Yeah, I even sync and sysctl-reboot my box, just to watch Linux come up again in 15 seconds (not counting the sluggish BIOS/SCSI POST cycle). Yep, that's 15Gig being 'fsckd' in 3 seconds (replaying the last journal entries).
Re:There's a BIG problem with WorkSpot
on
Update On WorkSpot
·
· Score: 1
As long as the script doesn't assign UID '0' it should be OK. There's nothing special about the username 'root' other than the fact that most of the time it is attached to UID '0':-)
Matrox GLX support will probably make it in the first point release update. Most of the stuff is there, but I guess it needs to be debugged/tested properly before it gets the green light from PI/Matrox
Off-topic: I found this little GEM of a page in an earlier post. Check it out! It will change your Linux Browser experience!:-)
Hasn't crashed for a couple of hours. 4.71 and earlier used to "bus error" frequently when closing windows. Or, it could be that Xfree 3.9.18 fixed some stuff. Oh well, it's good, it's free, enjoy!
What? PR (Preview Release) was a disaster! R3 on Intel was horrendous. Really, the coolest BeOS version I used was DR8.1, back when it wasn't even called BeOS and didn't have a Journalling File System. Weird, but IMHO those were the glory days of Be IMHO, back when the BeBox was the coolest thing to own:-) Now Be is just another company trying to ride all the Buzzword bandwagons, without much success I'm afraid...
Manufacturers are writing drivers for BeOS? You gotta be kidding. Go look at NVidia's site, they have a nice big fat BeOS logo which points you right at Be for drivers! NVidia is not writing BeOS drivers, Be is! On the other hand, NVidia is writing drivers for Linux.
Oh and manufacturers were already writing drivers for Linux back in 1994, check out the Cyclades serial card driver history:-)
And if memory serves, BeOS development started in 1990, back then it wasn't even called BeOS and ran on the ATT Hobbit processor. So it took almost 10 years of closed source development and tens of millions of dollars in R&D just to get BeOS at this level, frankly that sucks IMHO:) I own a BeBox BTW, fun computer back when I bought it, unfortunately it's not so well supported by Be these days (and it's hella slow compared to my Athlon:). Oh well, there's always LinuxPPC and NetBSD...
Right:) Well, let's hope the.17 is reason enough for the Utah-GLX folks to seriously start thinking about moving the code base to 3.9.x...
Looks like there are general probs with *.on.openprojects.net sites, both GLX and LiVID are down, my 2 favourite projects right now. Let's hope it's not related to the stupid lawsuit by the DVDCA idiots.
Woah, AMD Athlon rocks!! The complete 3.9.17 build took less than an half hour on my box *grin*
Now for the results. The only tweaking that had to be done to the source tree was to remove the doc directory from the build process. Looks like the top Makefile is missing in the docs directory. After that things compiled just fine (Debian Potato BTW).
I had to do some massive editting in the XF86Config file to get things up and running on a G400. I don't understand why I have to specify the location of my card on the PCI bus. Can't XFree figure this out automatically? Anyway, this thing is SUPER MODULAR, I like it! I had to add the xaa module in the module section in order to get full XAA (duh) accelleration and to remove the unresolved symbols reports from mga_drv.o. But now that it works --> Mozilla is bloody fast!! Slashdot renders in 2 seconds, and that includes the time for the data to download! I'm using Mozilla because the netscape binaries either segfault or act up under 3.9.17. Next on my list of most wanted features: GLX MGA support!
Having used RedHat since 4.2 all the way up to 6.0 and then switching to Debian I can only say to myself: 'Smart move!'. Debian is so much easier to maintain. The dpkg system (dselect, apt-get) is f**king awesome. Want to install some tool you just heard your friends rave about? Chances are it's already in the Debian distribution, so it's as simple as 'apt-get install package-name'.
You start with Slackware, move on to RedHat, then graduate to Debian...
You should install it on your hard drive (needs about 500 Meg). Try running it as root if you can. There is some nastyness with the mouse I had to fix by hand. If your mouse seems to be misbehaving ingame edit the q3config.cfg and make sure you have the following line in there:
seta in_dgamouse "1"
Do you get any other error messages i.e. why it is failing to write to the config files?
Slashdot Mirror
Will SGI now consider releasing their cool desktop enviroment to us? I seem to remember it was based on Motif. But now that Motif is free, why not release the Magic Desktop (4DWM) to the OSS community? My Linux box would feel (and be?) many times more powerful *grin*
...the silicon. Damn!
:)
Can they beat THIS???
...100% CPU all the time. That can't be good. It also gives me a StarOffice(tm) feeling. I'd rather have a Qt or (gasp!)GTK+ version of this program. Even though it is native it still feels emulated.
No thanks...
- Help the cause for producing a 100% free open-source DVD playback solution: ac3play
- Buy a copy of LinDVD. I'll wait and see WHAT and HOW it does its stuff. Is it distribution agnostic? Non-x86 users probably want support for their CPU, etc.
- Buy a hardware DVD decoder board. SigmaDesigns new Netstream 2000 comes to mind.
- Burn all my DVD's and go back to VHS.
I'll definitely not burn my discs, the video and audio quality are just too good to go back. If you don't have any DVD's the story changes however........Yeah, too bad Dominic left Be :-(
There only real limitation is that, right now, AC-3 forwarding will probably only work on Trident 4DWave NX based cards like the Soundtrack Digital NX. This is no incident since Trident has released ALL of their soundcard documentation to us. The SBLive! card should support AC-3 forwarding, as soon as Creative releases more documentation that describes the S/PDIF interface in detail. RME cards will probably be next on the list of fully supported S/PDIF cards.
:-)
I have had great success with playing full Dolby Digital 5.1 sound from within Linux using an external decoder (Matrix baby!). This is one less hurdle in getting good DVD support in Linux (excuse the blatant shameless plug
Check out ac3play and alsaplayer
-adnans
Industrial strength? Hmm, what industry would that Be(tm)? The MP3 collectors industry? :-)
we now have three unstable unusable ones
Huh? 99% of all my disk space is now ReiserFS (kernel 2.2.14). I wouldn't call it unstable or unusable. In fact, it has been rock solid for about 2 weeks now. Yeah, I even sync and sysctl-reboot my box, just to watch Linux come up again in 15 seconds (not counting the sluggish BIOS/SCSI POST cycle). Yep, that's 15Gig being 'fsckd' in 3 seconds (replaying the last journal entries).
As long as the script doesn't assign UID '0' it should be OK. There's nothing special about the username 'root' other than the fact that most of the time it is attached to UID '0' :-)
Yep, when our SUN runs out of fuel...
Web archive HERE
Matrox GLX support will probably make it in the first point release update. Most of the stuff is there, but I guess it needs to be debugged/tested properly before it gets the green light from PI/Matrox
:-)
Off-topic: I found this little GEM of a page in an earlier post. Check it out! It will change your Linux Browser experience!
makedepend stalled at some point during make World. Killing the it off with ps was the answer, compiled without any probs.
Running it now. Mozilla actually looks right, the menu fonts are the correct size. Woohoo!!!
Hasn't crashed for a couple of hours. 4.71 and earlier used to "bus error" frequently when closing windows. Or, it could be that Xfree 3.9.18 fixed some stuff. Oh well, it's good, it's free, enjoy!
What? PR (Preview Release) was a disaster! R3 on Intel was horrendous. Really, the coolest BeOS version I used was DR8.1, back when it wasn't even called BeOS and didn't have a Journalling File System. Weird, but IMHO those were the glory days of Be IMHO, back when the BeBox was the coolest thing to own :-) Now Be is just another company trying to ride all the Buzzword bandwagons, without much success I'm afraid...
Ex-BeOS user
And then what? Run them on a underpowered $200 Internet Appliance?
bah :)
Hmm, I think you got it backwards :)
AlsaPlayer supports ALSA, OSS (Free and Commercial), Esound, SGI, Sparc, and even socket based output.
XMMS on the other hand doesn't support ALSA officially, I wonder why? *g*
Manufacturers are writing drivers for BeOS? You gotta be kidding. Go look at NVidia's site, they have a nice big fat BeOS logo which points you right at Be for drivers! NVidia is not writing BeOS drivers, Be is! On the other hand, NVidia is writing drivers for Linux.
:-)
:) I own a BeBox BTW, fun computer back when I bought it, unfortunately it's not so well supported by Be these days (and it's hella slow compared to my Athlon :). Oh well, there's always LinuxPPC and NetBSD...
Oh and manufacturers were already writing drivers for Linux back in 1994, check out the Cyclades serial card driver history
And if memory serves, BeOS development started in 1990, back then it wasn't even called BeOS and ran on the ATT Hobbit processor. So it took almost 10 years of closed source development and tens of millions of dollars in R&D just to get BeOS at this level, frankly that sucks IMHO
Right :) Well, let's hope the .17 is reason enough for the Utah-GLX folks to seriously start thinking about moving the code base to 3.9.x ...
Looks like there are general probs with *.on.openprojects.net sites, both GLX and LiVID are down, my 2 favourite projects right now. Let's hope it's not related to the stupid lawsuit by the DVDCA idiots.
Woah, AMD Athlon rocks!! The complete 3.9.17 build took less than an half hour on my box *grin*
Now for the results. The only tweaking that had to be done to the source tree was to remove the doc directory from the build process. Looks like the top Makefile is missing in the docs directory. After that things compiled just fine (Debian Potato BTW).
I had to do some massive editting in the XF86Config file to get things up and running on a G400. I don't understand why I have to specify the location of my card on the PCI bus. Can't XFree figure this out automatically?
Anyway, this thing is SUPER MODULAR, I like it! I had to add the xaa module in the module section in order to get full XAA (duh) accelleration and to remove the unresolved symbols reports from mga_drv.o. But now that it works --> Mozilla is bloody fast!! Slashdot renders in 2 seconds, and that includes the time for the data to download! I'm using Mozilla because the netscape binaries either segfault or act up under 3.9.17. Next on my list of most wanted features: GLX MGA support!
Perhaps more info later on...
Having used RedHat since 4.2 all the way up to 6.0 and then switching to Debian I can only say to myself: 'Smart move!'. Debian is so much easier to maintain. The dpkg system (dselect, apt-get) is f**king awesome. Want to install some tool you just heard your friends rave about? Chances are it's already in the Debian distribution, so it's as simple as 'apt-get install package-name'.
You start with Slackware, move on to RedHat, then graduate to Debian...
Install and run it as root first.
You should install it on your hard drive (needs about 500 Meg). Try running it as root if you can. There is some nastyness with the mouse I had to fix by hand. If your mouse seems to be misbehaving ingame edit the q3config.cfg and make sure you have the following line in there:
seta in_dgamouse "1"
Do you get any other error messages i.e. why it is failing to write to the config files?
-adnans