I got a dust bunnie farm in my case! There so many they're tryin to squeeze thru the cracks around the cdrom tray.
I find the P4 fans grow 'em bigger and faster.
Mod parent -1, Troll. If a site can't take the traffic, that's not Slashdot's responsibility.
Don't like it? Shut off port 80 and quit yer whinin!
r4lv3k
I've used an IBM mouse with a trackpoint-like controller in the middle that can scroll horizontally and vertically. Isn't that prior art?
Or does making the trackpoint round make it somehow innovative and unique? I don't think so, but I've heard of worse approved by the USPTO.
r4lv3k
Detonate a large explosive on the sea floor offshore from Mount Fuji. When Godzilla wakes up, deploy large inflatable monster of choice in front of Mount Fuji. Fuji moved (though not intact).
I own the PS2/Linux kit, and would have liked to get vlc to work on my PS2. I have since heard about QCast but sounds kind of disappointing.
However, it does work with MPEG-1 streams and probably MP3 would work as well (I've played MP3s on my PS2 but not over vlc).
The problem with MPEG2 and DiVX are processing power. Unless you program the builtin MPEG decoder, you are using the weak EE risc processor to decode MPEG-2, and it drops frames badly.
If someone were to port these formats to the native HW, PS2Linux would be a viable alternative.
I have also encountered this type of situation. I had a.NET server communicating with diverse clients, some running NT, some UNIX.
Web services was not available for all the platforms, and even if it were, it would be too resource intensive for some- DOM is a memory hog! ONC-RPC would work for all but its ugly. CORBA is even uglier IMHO.
The best solution I found was XML-RPC. The.NET platform has an XML-RPC library that supports remoting -- all I had to do was change a line of code to use the XML-RPC formatter instead of the SOAP formatter!
On Solaris I could have used the Java libraries for XML, but these clients had better things to do than swap pages for the JVM:). Used xmlrpc-c for all the Unix.
I was able to get xmlrpc-c to build on even the most braindead platform, but if for some reason I couldn't.. I'd write a quick-n-dirty SAX parser with expat, and reply with canned responses.
My advice is don't cripple your design with the lowest common middleware solution. Encapsulate the ugliness, and embrace the future, it will be worth it in the long run.
Java is Dead,.NET is the future. If you don't want M$ to own everything, join the Mono project today! It's no one's fault but ours if M$ takes over with.NET, because it is a superior platform. We must embrace it or be left behind.
To the naysayers: Port a fast I/O and CPU intensive native application to Java, and watch it crawl miserably and gobble all the memory you can throw at it. Develop a CORBA/XPCOM/ONC-RPC system, and watch how difficult it is to maintain and extend.
The future platform of hope is Linux running Mono. The highest performing OS running the CLR, potentially the highest-performance VM.
ralvek
CORBA is a dinosaur...
on
.NET or CORBA?
·
· Score: 2, Informative
CORBA is an older distributed computing model that will probably be replaced by or enhanced with XML-based messaging solutions in the future. It is more difficult to develop with compared to web services.
However, a.NET implementation will be even easier to implement than Java. Remoting (remote object proxying) is extremely simple and all the tools you really need are free. If your developers need coddling then use VS.NET w/Sourcesafe but IMHO it's just a fancy text editor:). Use SciTE, NAnt, NUnit, NDoc, CVS, and the free.NET tools.
The basic questions you must ask yourself:
- How will this system be integrated in the future? XML-based protocols can be integrated into a heterogenous environment... CORBA can too, but its nastier to implement.
- How important is cross-platform support:
- Must have, right now (in which case.NET is probably not an option).
- Strategic (in which case Mono might provide a partial or complete solution in the future).
If you use.NET, separate your UI classes from your business logic in separate libs. That way, if Mono doesn't support something in Windows Forms, you can still use the C# and hook it up to GTK+ with C bindings!
Also, there's a C# wrapper for the SDL (do a google search for it). That might provide the 3-D support you need. SDL is *very* cross-platform.
If you ever need any help, make me an offer!:)
ralvek
Re:Who needs XML when you got PXML?
on
DTD vs. XML Schema
·
· Score: 1, Insightful
Why is PXML useful?
If your files are small and/or your platform isn't brain-dead, use a nice DOM API... or XPath, or XSD-based serialization libs. OTW use SAX...
Why would PXML be of any value, unless you are ripping thru your markup language char* by char*? You shouldn't ever need to see the XML at that level in our modern world... unless you are developing an XML parser!
ralvek
Vs.? What is this, another poll?
on
DTD vs. XML Schema
·
· Score: 4, Funny
1. DTD
2. XML Schema
3. CowboyNeal validation (via SOAP over SMTP)
C#: Delegates, events, properties, advanced introspection, seamless integration with modern W3C standards (XML/XSD/XPath/SOAP)! Java: Annoying workarounds to do achieve the same thing!
And don't even get me started on reflection emit!
The java language has become stagnated and should embrace new concepts that simplify design if it wants to remain relevant. It was the best thing around 8 years ago, now it must evolve with the times, or get left behind as a legacy platform.
If C#/.NET/ECMA CLR delivers new more effective approaches to design, then it will become the language/platform/religion of choice.
Modern languages like Java and C# support the use of reflection, where classes can access what they are made of which can sometimes greatly simplfy design. Unf. I did not see any mention of reflection on the website...
Now if D had templates AND reflection, that would be unique and awesome! Haven't seen any language pull that one off (I think C# has it in the works). IMHO they are both necessary to develop truly elegant code.
By making the copying of media more inconvenient and less attractive than purchasing legit copies, by the value of the product and services purchased.
I can d/l almost any movie I want, but why should I bother with the lengthy AVI -> MPEG2 conversion, tweaking the DiVX codec, filters, filling up my HD with a huge MPEG file and ISO image, testing the ISO image, and finally testing it on my DVD player...
when I can go rent it or buy it! I mean, who wants to watch a movie crouched in front of a computer anyway. There will always be a few kids fanatical or broke enough to do this, but I'd hardly call this an economic threat to the industry. Instead this industry is on a paranoid power-trip!
The only real benefit of d/lding a movie is when it is out of print or locally unavailable.
No need for a sig.
ralvek
Then what are the implications for Cygnus, which requires one to pay for propriatary use of Cygwin.dll, while making it free for GPL code? I have always both admired and loathed this scheme as a professional developer.
But if linking to the dll does not make it a derivative work, Cygwin's dual licensing scheme seems to fall apart. There is no need to pay Cygwin anymore to protect your code from the GPL requirements on a derivative work!
Slashdot Mirror
Man, I would lay off the E at work... Your coworkers might think you're a freak smacking your gum and hugging everybody like that.
Why do you think the nullsoft site will be up soon? Are you from NS? Was it pulled b/c of bandwidth or politics?
A blacksmith, yes... but what about a poopsmith?
I got a dust bunnie farm in my case! There so many they're tryin to squeeze thru the cracks around the cdrom tray. I find the P4 fans grow 'em bigger and faster.
That is, Offtopic Troll beeyatch! :)
Mod parent -1, Troll. If a site can't take the traffic, that's not Slashdot's responsibility. Don't like it? Shut off port 80 and quit yer whinin! r4lv3k
In other news, SCO unveils the SCO 2003 Vegas showgirls. http://www.sco.com/2003forum/. r4lv3k
http://sourceforge.net/projects/cs-sdl/
I've used an IBM mouse with a trackpoint-like controller in the middle that can scroll horizontally and vertically. Isn't that prior art? Or does making the trackpoint round make it somehow innovative and unique? I don't think so, but I've heard of worse approved by the USPTO. r4lv3k
What was used to shoot Jeff Bezos at space? A really large cannon? Is he expected to survive?
Detonate a large explosive on the sea floor offshore from Mount Fuji. When Godzilla wakes up, deploy large inflatable monster of choice in front of Mount Fuji. Fuji moved (though not intact).
I own the PS2/Linux kit, and would have liked to get vlc to work on my PS2. I have since heard about QCast but sounds kind of disappointing.
However, it does work with MPEG-1 streams and probably MP3 would work as well (I've played MP3s on my PS2 but not over vlc).
The problem with MPEG2 and DiVX are processing power. Unless you program the builtin MPEG decoder, you are using the weak EE risc processor to decode MPEG-2, and it drops frames badly.
If someone were to port these formats to the native HW, PS2Linux would be a viable alternative.
r4lv3k
I have also encountered this type of situation. I had a .NET server communicating with diverse clients, some running NT, some UNIX.
.NET platform has an XML-RPC library that supports remoting -- all I had to do was change a line of code to use the XML-RPC formatter instead of the SOAP formatter!
:). Used xmlrpc-c for all the Unix.
Web services was not available for all the platforms, and even if it were, it would be too resource intensive for some- DOM is a memory hog! ONC-RPC would work for all but its ugly. CORBA is even uglier IMHO.
The best solution I found was XML-RPC. The
On Solaris I could have used the Java libraries for XML, but these clients had better things to do than swap pages for the JVM
I was able to get xmlrpc-c to build on even the most braindead platform, but if for some reason I couldn't.. I'd write a quick-n-dirty SAX parser with expat, and reply with canned responses.
My advice is don't cripple your design with the lowest common middleware solution. Encapsulate the ugliness, and embrace the future, it will be worth it in the long run.
r4lv3k
I mean, its not like you installed subseven and pressed the guys boxen into your legion of d00m!
Nausicaa of the Vally of the Wind. Out of print, but sometimes available on DC.
r4lv3kDoes this mean the next SPARC servers will finally run as fast as a Xeon running linux? SPARCs are slow and expensive... get rid of 'em! r4lv3k
Java is Dead, .NET is the future. If you don't want M$ to own everything, join the Mono project today! It's no one's fault but ours if M$ takes over with .NET, because it is a superior platform. We must embrace it or be left behind.
To the naysayers:
Port a fast I/O and CPU intensive native application to Java, and watch it crawl miserably and gobble all the memory you can throw at it.
Develop a CORBA/XPCOM/ONC-RPC system, and watch how difficult it is to maintain and extend.
The future platform of hope is Linux running Mono. The highest performing OS running the CLR, potentially the highest-performance VM.
ralvek
CORBA is an older distributed computing model that will probably be replaced by or enhanced with XML-based messaging solutions in the future. It is more difficult to develop with compared to web services. However, a .NET implementation will be even easier to implement than Java. Remoting (remote object proxying) is extremely simple and all the tools you really need are free. If your developers need coddling then use VS.NET w/Sourcesafe but IMHO it's just a fancy text editor :). Use SciTE, NAnt, NUnit, NDoc, CVS, and the free .NET tools.
The basic questions you must ask yourself:
- How will this system be integrated in the future? XML-based protocols can be integrated into a heterogenous environment... CORBA can too, but its nastier to implement.
- How important is cross-platform support:
- Must have, right now (in which case .NET is probably not an option).
- Strategic (in which case Mono might provide a partial or complete solution in the future).
If you use .NET, separate your UI classes from your business logic in separate libs. That way, if Mono doesn't support something in Windows Forms, you can still use the C# and hook it up to GTK+ with C bindings!
Also, there's a C# wrapper for the SDL (do a google search for it). That might provide the 3-D support you need. SDL is *very* cross-platform.
If you ever need any help, make me an offer! :)
ralvek
Why is PXML useful?
If your files are small and/or your platform isn't brain-dead, use a nice DOM API... or XPath, or XSD-based serialization libs. OTW use SAX...
Why would PXML be of any value, unless you are ripping thru your markup language char* by char*? You shouldn't ever need to see the XML at that level in our modern world... unless you are developing an XML parser!
ralvek
1. DTD 2. XML Schema 3. CowboyNeal validation (via SOAP over SMTP)
C#: Delegates, events, properties, advanced introspection, seamless integration with modern W3C standards (XML/XSD/XPath/SOAP)!
Java: Annoying workarounds to do achieve the same thing!
And don't even get me started on reflection emit!
The java language has become stagnated and should embrace new concepts that simplify design if it wants to remain relevant. It was the best thing around 8 years ago, now it must evolve with the times, or get left behind as a legacy platform.
If C#/.NET/ECMA CLR delivers new more effective approaches to design, then it will become the language/platform/religion of choice.
ralvek
Modern languages like Java and C# support the use of reflection, where classes can access what they are made of which can sometimes greatly simplfy design. Unf. I did not see any mention of reflection on the website...
Now if D had templates AND reflection, that would be unique and awesome! Haven't seen any language pull that one off (I think C# has it in the works). IMHO they are both necessary to develop truly elegant code.
ralvek
By making the copying of media more inconvenient and less attractive than purchasing legit copies, by the value of the product and services purchased. I can d/l almost any movie I want, but why should I bother with the lengthy AVI -> MPEG2 conversion, tweaking the DiVX codec, filters, filling up my HD with a huge MPEG file and ISO image, testing the ISO image, and finally testing it on my DVD player... when I can go rent it or buy it! I mean, who wants to watch a movie crouched in front of a computer anyway. There will always be a few kids fanatical or broke enough to do this, but I'd hardly call this an economic threat to the industry. Instead this industry is on a paranoid power-trip! The only real benefit of d/lding a movie is when it is out of print or locally unavailable. No need for a sig. ralvek
This topic should have been -1 Offtopic, but that only encourages them.
Then what are the implications for Cygnus, which requires one to pay for propriatary use of Cygwin.dll, while making it free for GPL code? I have always both admired and loathed this scheme as a professional developer.
But if linking to the dll does not make it a derivative work, Cygwin's dual licensing scheme seems to fall apart. There is no need to pay Cygwin anymore to protect your code from the GPL requirements on a derivative work!
-ralvek