I'm not impressed with the speed and responsiveness of it.
Run Galeon or Skipstone instead. The slowness is mostly in the XUL crap. "Mozilla" drags it's ass while anything else using Gecko without the XUL will scream.
Sorry, but who is going to be interested in coding a boring, routine, business application like that. Certainly not me. I do shit like that all day at work. I imagine it's exactly the same for most open source guys.
Um, maybe, just maybe: The guys who are doing it right now? There is nothing that says open source has to be made in somebody's parents garage. I'm positive that this is not the only clinic with a programer onhand working on keeping their crusty old custom software working.
Now if two or more of these guys working on these custom apps for clinics get together and work on something together then they all can enjoy the work done by the others.(After auditing it themselves of course). You don't have at least a periferal grasp of how OSS work, right?
Trolling/. requires a lot of time and money! I spent a lot of MY time reading this thread and composing this message and you are legally and morally obligated to compensate me for my time, effort, and expenses! Broadband access and microsoft licences arn't cheap you know!
Oh, you say you never asked for my post, nor did you think it was worth anything after reading it? Well that's unfortunate, but I still have spent all that time and money and I deserve to be compensates, so cough it up.
Another thing to note is that if you take a screenshot in OS 9 while playing a DVD you get a big magenta rectangle where the DVD screenshot is supposed to be. Is there a technical reason for this or are the MPAA really that paranoid?
Nothing so suspicious. It's simply a side effect of using the Rage128Pro's hardware colorspace conversion. The video data is elsewhere in vram, in YUV format and when the DAC on the card get to the part of the screen with the proper chroma key it starts decoding the yuv data instead of contents of the RGB framebuffer.
Not all hardware uses a chroma key to handle YUV overlays. I believe the Matrox's, use a software defined region, without filling it with a chroma key first. And old Rendition cards didn't even handle the color space conversion as an overlay, then handled it as BLIT operation, translating between the read and write of the framebuffer, leaving the RGB output right in the framebuffer.
- RustyTaco
You must be using a different Debian Linux than I am. I can't even get task-ximian-gnome to install properly... And
when I finally did get it going by hacking through the various depencies when I tried to start it it just crashed. Well,
just another reason to stick to Red Hat I guess.
Um, CLUE!, task-ximian-gnome is NOT a Debian package. It's one of many poorly formed.debs Ximian has been mucking around with. Don't do it! Ximian packackages will fsckup a RedHat or Mandrake dependancy tree just as bad.
Compiling your own is the beginning of the end. Once you start to compile your own software it's impossible to
determine what file belongs to what, and so your system gets cruftier and cruftier until it reaches a point where the
only real option to remove a program you no longer want is a reinstall.
So don't compile the virgin upstream source. Just recompile and bloody package! "apt-get -b source cdparanoia" (chug chug chug) *ding*, a fresh version of cdparanoia compiled against the libraries I currently have installed. Not really any harder with an.rpm package, except you need to download the srpm yourself.
- RustyTaco
That will compile to around 300k and run on any windows computer, or if you are using kylix, on any linux box.
Hate to burst your bubble, but there's a hell of lot of Linux beyond sucky old ia32. Kylix won't do a do any good if you want your app to really step up and play ball. Or if you should want to scale down and take it mobile. Kylix will keep you from being able to use huge Sun and Alpha servers, cool and quiet Motorols-based systems, and teeny little embeded MIPS and ARM based embededs.
Just something to keep in mind should you wander into othe wide range where ia32 is out of place.
> the ugly and intimidating Linux or Windows
Aqua
> interfaces, strange error messages,
System Error 10
That's what I get when I try to run the Darwin installer on my PMac. OS9 just give me a "This won't run on this computer" read the docs. The docs say nothing.
Now that I've started playing with my PMac I'm begining to love Apple hardware, it's truely beutiful stuff. Software, not so much so, but there are definatly a few hardware people with their heads on strait.
And for the record I've been trying to find a way I could aford a TiBook or new iBook, because they are sweet little notebooks. And with Sawfish and Eterm it'll be quite comfy.
Yes, because you'd have to emulate the/entire/ 8086 environment perfectly for it to work. And then it would be useless to the rest of the system. XFree86 has been working on emulating that real mode on x86 with limited success. this starts to describe the capabilities and usefullness of OF.
>Someone make an Open Firmware PC!
Hell yeah! Even the mutilated, gimptified OF on my oldworld PMac beats the pants off of any PC bios. All those who doubt OF try this on x86.
Slap in an OF enabled network card, boot into OF and type "boot enet:"
Please do not mistake this post for trolling, but could this development be redundant to Transgaming's work in porting the DirectX multimedia API for Wine?
It's called winelib, and it's much simpler to port to than SDL because, when it works, it IS the exact same thing. No porting required, just undoing stupid bugs.
And yes, you can use winelib to recompile win32 sources even on non-x86 architectures. PPC and Sparc are the closest to functional IIRC. You still have to fix all the 32bit/LE sloppyness though
>> No, what they want is for content owners to be able to give permission to Napster to distribute specific songs
Um, Napster, Inc. nor any of the dozens of other napster networks distribute music, video, or anything else of value. All they distribute is a list of filenames. Nothing more. If you want to download some file you assume it's what you want and the software contacts the other computer. The servers are perifially involved at most.
>I have my OWN processor, thank you very much, and I don't need to run Mozilla off of a honkin' big >Solaris server.
Maybe so, but I'd rather have Mozilla a my 486SX/25 sitting on my kitchen table while I eat breakfast. With Mozilla actually running on a nice Athlon in the other room.
>because you can't optimize for the specific cases.
DGA or DRI ring a bell? Probably not. Try running a video game over a 10meg hub and maybe you'll appreciate how much optimisations are there on the local system.
>How fast do you think Direct3D would run over a network?
Um, it won't because it was designed under the assumption that hardlocking the accelerator(thus the system if you're lucky) is just an outb away.
GLX has no problem with it though. I've run Quake3 over a 100meg ethernet connection. It sucked just as much as running it locally. But that was just because the GLX/DRI driver for the i810 I was playing with sucked hard.
>but it's sure as hell going to have to implement a "I know I'm running as both client as server, let me optimize" mode.
See above.
Slashdot Mirror
- RustyTaco
Run Galeon or Skipstone instead. The slowness is mostly in the XUL crap. "Mozilla" drags it's ass while anything else using Gecko without the XUL will scream.
- RustyTaco
Um, maybe, just maybe: The guys who are doing it right now? There is nothing that says open source has to be made in somebody's parents garage. I'm positive that this is not the only clinic with a programer onhand working on keeping their crusty old custom software working.
Now if two or more of these guys working on these custom apps for clinics get together and work on something together then they all can enjoy the work done by the others.(After auditing it themselves of course). You don't have at least a periferal grasp of how OSS work, right?
- RustyTaco
Trolling /. requires a lot of time and money! I spent a lot of MY time reading this thread and composing this message and you are legally and morally obligated to compensate me for my time, effort, and expenses! Broadband access and microsoft licences arn't cheap you know!
Oh, you say you never asked for my post, nor did you think it was worth anything after reading it? Well that's unfortunate, but I still have spent all that time and money and I deserve to be compensates, so cough it up.
- RustyTaco
Not all hardware uses a chroma key to handle YUV overlays. I believe the Matrox's, use a software defined region, without filling it with a chroma key first. And old Rendition cards didn't even handle the color space conversion as an overlay, then handled it as BLIT operation, translating between the read and write of the framebuffer, leaving the RGB output right in the framebuffer.
- RustyTaco
- RustyTaco
Hate to burst your bubble, but there's a hell of lot of Linux beyond sucky old ia32. Kylix won't do a do any good if you want your app to really step up and play ball. Or if you should want to scale down and take it mobile. Kylix will keep you from being able to use huge Sun and Alpha servers, cool and quiet Motorols-based systems, and teeny little embeded MIPS and ARM based embededs.
Just something to keep in mind should you wander into othe wide range where ia32 is out of place.
> the ugly and intimidating Linux or Windows
Aqua
> interfaces, strange error messages,
System Error 10
That's what I get when I try to run the Darwin installer on my PMac. OS9 just give me a "This won't run on this computer" read the docs. The docs say nothing.
Now that I've started playing with my PMac I'm begining to love Apple hardware, it's truely beutiful stuff. Software, not so much so, but there are definatly a few hardware people with their heads on strait.
And for the record I've been trying to find a way I could aford a TiBook or new iBook, because they are sweet little notebooks. And with Sawfish and Eterm it'll be quite comfy.
Yes, because you'd have to emulate the /entire/ 8086 environment perfectly for it to work. And then it would be useless to the rest of the system. XFree86 has been working on emulating that real mode on x86 with limited success.
this starts to describe the capabilities and usefullness of OF.
>Someone make an Open Firmware PC!
Hell yeah! Even the mutilated, gimptified OF on my oldworld PMac beats the pants off of any PC bios. All those who doubt OF try this on x86.
Slap in an OF enabled network card, boot into OF and type "boot enet:"
It's called winelib, and it's much simpler to port to than SDL because, when it works, it IS the exact same thing. No porting required, just undoing stupid bugs. And yes, you can use winelib to recompile win32 sources even on non-x86 architectures. PPC and Sparc are the closest to functional IIRC. You still have to fix all the 32bit/LE sloppyness though
>> No, what they want is for content owners to be able to give permission to Napster to distribute specific songs
Um, Napster, Inc. nor any of the dozens of other napster networks distribute music, video, or anything else of value. All they distribute is a list of filenames. Nothing more. If you want to download some file you assume it's what you want and the software contacts the other computer. The servers are perifially involved at most.
>I have my OWN processor, thank you very much, and I don't need to run Mozilla off of a honkin' big >Solaris server.
Maybe so, but I'd rather have Mozilla a my 486SX/25 sitting on my kitchen table while I eat breakfast. With Mozilla actually running on a nice Athlon in the other room.
>because you can't optimize for the specific cases.
DGA or DRI ring a bell? Probably not. Try running a video game over a 10meg hub and maybe you'll appreciate how much optimisations are there on the local system.
>How fast do you think Direct3D would run over a network?
Um, it won't because it was designed under the assumption that hardlocking the accelerator(thus the system if you're lucky) is just an outb away.
GLX has no problem with it though. I've run Quake3 over a 100meg ethernet connection. It sucked just as much as running it locally. But that was just because the GLX/DRI driver for the i810 I was playing with sucked hard.
>but it's sure as hell going to have to implement a "I know I'm running as both client as server, let me optimize" mode.
See above.
I'm just amazed it's been this long before somebody sued them.
- RustyTaco
(notreally)rustytaco@kurodot.org