Giving Real Audio's reputation I refused to grant the permission to the Java script to do what it wanted. Is there anyway to just download a real audio player without turning my system over to Real Audio, Inc?
You are trying to download and install a binary, and you are worried about javascript on the download website? I suppose its commendable that you are "security conscious" by not allowing full-rights javascripts to run, but stop and think for a moment!
Are there C++ equivalents for these common Objective C/Cocoa uses?
- if ([object respondsToSelector:@selector(foo)]) [object foo]; (Determines if object responds to the "foo" method, and invokes it if so)
In C++, object "granularity" is at the class/interface level, rather than the method level. You would need to have an interface which defines foo:
class IFoo {
public:
virtual void foo() =0;
};
And then you can use dynamic_cast to check if an object is an instance of your interface:
IFoo* foo_impl = dynamic_cast<IFoo*>(object);
if(NULL != foo_impl) { foo_impl->foo(); }
Whether the interface-level or method-level implementation granularity is better is a matter of personal preference... I am a proponent of strong (mostly) static typing, and I like the interface way better... Usually, an interface groups several methods together to provide a set of functionality, and testing for each individual method is rather a pain... Of course, Objective-C gives you the ability to do both, so that is perhaps good. (But also, perhaps not good, as the method-level granularity is what makes Objective-C programs typically larger and slower than C++ programs).
- id newObject = [[NSClassFromString(someString) alloc] init]; (Allocates an object of the class named in the someString variable)
C++ does not provide this functionality, although some libraries/frameworks provide it with varying degrees of awkwardness. C++'s lack of good reflection support, in my opinion, a major falling point. This prevents it from being a good component programming language, and this lack is what enabled Java to succeed... (I rather like Java, but if C++ had a good language-level (rather than library-level) component model, everything Java can do would already be done better by C++).
IANAProfessional musician, but composing music has always interested me. I am a computer nerd, and like the idea of creating music completely electronically.
I know that electronic synthesis still isn't perfectly simulating real instruments, but that doesn't matter to me, since I like electronic music (and its various sub-genres) anyway.
I have used various commercial program demos (reason, rebirth, cubase, etc), various free programs (pd, jmax, buzz), and even written small programs of my own (of the "connect generators/effects together" variety), but one theme has remained constant in all my exploration: MIDI sucks.
As a math/computer geek, I have read about the math behind sound and music, and as I am breaking the ties to actual physical instruments, I want to break with their limitations as well. And I'll repeat: MIDI sucks, for several reasons that probably don't interest many people who don't share my particular obsession.
So, this technology is very interesting... maybe we can hope for an ethernet-based sequencing protocol in the next few years, and MIDI can finally be burned and its ashes scattered once and for all.
And for the automatic transmission guy, he should step out of the North America once in a while. The rest of the planet uses a clutch. It ain't fun to drive unless you have one foot less than the number of pedals.
I agree 100%. That's why I only driver those Driver's Education cars that have an extra brake pedal on the passenger side.
California: Sunshine
Jail: Flourescent track lights, or perhaps a bare bulb. (Note: I don't speak from experience here, but from such great documentaries as "The Shawshank Redemption"", "Escape From Alcatraz", and "Sleepers")
California: I'm hungry, I haven't eaten in like 8 hours, this sucks.
Jail: This constantly being beaten by corrupt guards sucks.
California: Bikini (somewhat)clad women, everyone stares at hungrily.
Jail: You (*shudder*).
For example, the human eye only can distinguish certain refresh rate and a certain resolution in pixel and color size.. a screen with this resolution displaying at this refresh rate (with compression perhaps) is a static number of bytes (don't ask me how many.)
These limits are high enough that we'll still need the exponential growth for quite awhile before the limit is hit... 1200 dpi laser printers are pretty much the limit for humans (although 600 dpi is probably enough... it's better than I can detect... I can see the pixels in 300dpi printout though)... at 600dpi, a wide aspect ratio monitor (to be easy, says its 16x9 inches) will be about 52M pixels... and each pixel, at 3 bytes (24 bit color), brings the memory usage per frame to 150MB... currently, movies are at 24 fps, so thats 3.7GB per second of uncompressed video... and, of course, the frame rate can go a lot higher (any good quake player will tell you that the game is noticeably better if the frame rate never drops below 60, rather than 40)...
if you were to store this quality video uncompressed, suddenly a petabyte isn't even enough for a whole movie! and even if you had 1000:1 compression, it's still not large enough that you will never fill it up..
COM objects are semantically equivalent to Java classes, but also
provide the ability to discover what interfaces exist at run time,
via QueryInterface. This important feature is being introduced to Java
through the JavaBeans Spec 1.0, via the BeanInfo class ("introspection").
Java beans are different than this. Just as OLE/ActiveX are built on top of COM, beans are built on top of foundation java. The functionality of which you speak (QueryInterface) has existed in java since its inception, via java.lang.Class.getInterfaces()
My aunt works at GM headquarters in Detroit. She has told me stories of their "disassembly" room, where engineers take apart competitor's cars and analyze everything.
The difference, however, between this and looking at someone's source code, is that the source code is analogous to the blueprints and designer's notes, etc... And there HAVE been incidences where automotive companies acquired documents of these sort, and were sued or prevented from using them (I can't remember which, likely both, maybe someone else knows the specifics?)
Slashdot Mirror
In C++, object "granularity" is at the class/interface level, rather than the method level. You would need to have an interface which defines foo:
class IFoo {
public:
virtual void foo() =0;
};
And then you can use dynamic_cast to check if an object is an instance of your interface:
IFoo* foo_impl = dynamic_cast<IFoo*>(object);
if(NULL != foo_impl) { foo_impl->foo(); }
Whether the interface-level or method-level implementation granularity is better is a matter of personal preference... I am a proponent of strong (mostly) static typing, and I like the interface way better... Usually, an interface groups several methods together to provide a set of functionality, and testing for each individual method is rather a pain... Of course, Objective-C gives you the ability to do both, so that is perhaps good. (But also, perhaps not good, as the method-level granularity is what makes Objective-C programs typically larger and slower than C++ programs).
C++ does not provide this functionality, although some libraries/frameworks provide it with varying degrees of awkwardness. C++'s lack of good reflection support, in my opinion, a major falling point. This prevents it from being a good component programming language, and this lack is what enabled Java to succeed... (I rather like Java, but if C++ had a good language-level (rather than library-level) component model, everything Java can do would already be done better by C++).
IANAProfessional musician, but composing music has always interested me. I am a computer nerd, and like the idea of creating music completely electronically.
I know that electronic synthesis still isn't perfectly simulating real instruments, but that doesn't matter to me, since I like electronic music (and its various sub-genres) anyway.
I have used various commercial program demos (reason, rebirth, cubase, etc), various free programs (pd, jmax, buzz), and even written small programs of my own (of the "connect generators/effects together" variety), but one theme has remained constant in all my exploration: MIDI sucks.
As a math/computer geek, I have read about the math behind sound and music, and as I am breaking the ties to actual physical instruments, I want to break with their limitations as well. And I'll repeat: MIDI sucks, for several reasons that probably don't interest many people who don't share my particular obsession.
So, this technology is very interesting... maybe we can hope for an ethernet-based sequencing protocol in the next few years, and MIDI can finally be burned and its ashes scattered once and for all.
I want to scream with wild dog joy in the smoking pit of a charnel house
Of all the characters in the Evil Empire, Pluto sucks the most.
Studying Donald Duck would be much more enlightening.
Exactly! To paraphrase 'The Kids in the Hall', "A Canadian is basically an American without a gun"
California: Vast, beatiful scenery
Jail: 4x6 cell, concrete
California: Sunshine
Jail: Flourescent track lights, or perhaps a bare bulb. (Note: I don't speak from experience here, but from such great documentaries as "The Shawshank Redemption"", "Escape From Alcatraz", and "Sleepers")
California: I'm hungry, I haven't eaten in like 8 hours, this sucks.
Jail: This constantly being beaten by corrupt guards sucks.
California: Bikini (somewhat)clad women, everyone stares at hungrily.
Jail: You (*shudder*).
shaddup
Or does it look like the tower further away from the camera is in the middle of "explosive decompression"?
Also, those mega lens flares look like they're death rays aimed at those guys in space suits.
These limits are high enough that we'll still need the exponential growth for quite awhile before the limit is hit... 1200 dpi laser printers are pretty much the limit for humans (although 600 dpi is probably enough... it's better than I can detect... I can see the pixels in 300dpi printout though)... at 600dpi, a wide aspect ratio monitor (to be easy, says its 16x9 inches) will be about 52M pixels... and each pixel, at 3 bytes (24 bit color), brings the memory usage per frame to 150MB... currently, movies are at 24 fps, so thats 3.7GB per second of uncompressed video... and, of course, the frame rate can go a lot higher (any good quake player will tell you that the game is noticeably better if the frame rate never drops below 60, rather than 40)...
if you were to store this quality video uncompressed, suddenly a petabyte isn't even enough for a whole movie! and even if you had 1000:1 compression, it's still not large enough that you will never fill it up..
Java beans are different than this. Just as OLE/ActiveX are built on top of COM, beans are built on top of foundation java. The functionality of which you speak (QueryInterface) has existed in java since its inception, via java.lang.Class.getInterfaces()
Now that they have "The Wheel", it's likely they'll be using chariots. I hope you have pikemen already!
bastard
My aunt works at GM headquarters in Detroit. She has told me stories of their "disassembly" room, where engineers take apart competitor's cars and analyze everything.
The difference, however, between this and looking at someone's source code, is that the source code is analogous to the blueprints and designer's notes, etc... And there HAVE been incidences where automotive companies acquired documents of these sort, and were sued or prevented from using them (I can't remember which, likely both, maybe someone else knows the specifics?)
There's GNU make for win32 (cygnus or mingw32 tools)...
I target both win32 and linux... I *do* love the msvc6 editor... so I use that, but build from the command prompt...