FYI: If you likes KOTOR 2, you may find part one very good. Bioware made KOTOR 1 and then farmed the second instalment out to Obsidion who IMHO ruined KOTOR 2 and Neverwinter Nights 2 from their amazing originals.
ipchains is Linux's 2.2 kernel firewall protection. BSD uses 'IPF'.
No matter what system you're using, a closed port is a closed port.
I think the main selling point between the two would be that IPF is slightly better performing and that iptables has quite a few addons that make for niceness if you know about and how to use them.
I think assembly should just be philosophy in general; Understanding the taxonomy or the deepest roots of human understanding to the point of being so inanely boring, one wonders how you could waste so long trying to get it =)
1. Sun likes to 'default all java applications to/usr/java/jdk-version or/usr/java/jre-version so feel free to copy the files to any directory you please.
2. Add my_java_path/bin to your.bash_profile or.bashrc file so that you can run java applications from the command line
3. Link my_java_path/lib/amd64/libnpjp2.so into your Firefox plugins directory (forget where it is)
Restart firefox and you should be able to load any applets. You could also set JAVA_HOME to my_java_path, but that shouldn't be necessary.
Re:Most of my 3rd-party apps do not work with Java
on
64-Bit Java For Linux
·
· Score: 1
If so, I hope they use web start to keep their deployments in sync with the client's native system.
The great thing about web start is that if you need 1.3, 1.4, 1.5, or 1.6 JVM's installed, you can run each independently using the application's JNLP settings without having to fiddle with getting the right JVM in the application's path.
That said, Having done extensive work on Java Web Start for an enterprise app, Sun doesn't make the technology very easy for people to create web start apps without a lot of knowledge/work.
Google supports both because regardless of Chrome or Firefox, as long as either 'wins' it is Google's gain for their search business.
This is along the same lines as Best Buy and Futureshop in Canada. They're both owned by Best Buy in the back end, but allowing the guise of choice makes customers comfortable with buying from each of them.
OpenOffice and StarOffice are more along the lines of MyProductBasic and MyProductAdvanced. By getting people into the free version, one can encourage buyers to upgrade to star when there's enough productivity/feature advantage to do so.
Fragmentation causes more needle shifts than regular burst read/writes. If a hard-drive is most likely to die from needle shifts, fragmentation could wear on the drive more than a nice and tidy system.
Of course this is all speculation and moving the needle could have absolutely nothing to do with death rates, who knows.
False advertising applies in this case if the developers said there would be a feature, like on-line play, but in the end the feature wasn't implemented, or isn't functional. If developers were working on the fix, the courts would probably leave the issue alone, but lets say the devs did walk away and left an advertised feature unusable by mere mortals. I'd assume that would put said developer in an class-actionable state.
Damn, I wish I had moderation because this is pretty much -the- answer to the poster's question. That being said, the poster seems to have some basic misconceptions about how their system actually works. I'd suggest a modern book on OS design to remedy their ignorance.
Pulse was a real pain in the ass to get working on my setup, even more since I use a52encode to encode Dolby Digital out of my SPDIF port. Once it is all working though, it is a dream to use. I'm also hoping that the 10 release wipes out the few remaining issues and annoyances.
For instance: 1. Output device volumes would always default back to 100% on restart, but with my home theatre's volume set just right, I needed it set to ~35. So the first time I play anything I blew my ears out because of the constant resetting. I eventually had to manually hard-code the volume using config. 2. Pulse on occasion seems to get soo nuked that it eats an entire CPU's processing time basically dead requiring kill -9/restart's to remedy. 3. I forget the situation, but getting 5.1 to output properly from any of my linux media players to my home theatre without being downmixed or garbled, or whatever is the most frustrating experience I've had in Linux for a long time. This is more than half the problem with the media players themselves, but it speaks versus when nobody got it right....
"If the monopoly was CREATED by the government, then yes. But in a truly free market a monopoly only exists for a short time, because new companies or technologies introduce alternatives."
You're assuming that the incumbent monopoly just sits around waiting to get killed. It isn't the case, and if the monopoly (who should be very profit rich with no competition) can choke profits into the red for long enough to kill any sort of upstart competition, there's very little to stop them from retaining control.
Mind you, a monopoly (besides those created by gov.) are extremely rare, so what normally shakes out in modern economics is a series of oligopolies like Operating systems, Web browsers, or Long distance providers. You can enter the market, but you better have something very attractive to offer in order to survive the incumbents.
I agree with your concussion, but not your reasoning. I'd say that women who enrolled in IT in the past did so because there -was- good money to be had. They may have chosen a different profession if salary was considered equal. Today the compensation isn't worth it to enter IT unless you're passionate about it, and I've personally met few women that are passionate about IT/Programming.
A little late for the topic, but since you're going to make a purchasing decision at some point let me just chime in one more time:
If you're pushing hi-def into a PC, you're going to get warm no matter what. If the CPU or the GPU or whatever makes the heat it doesn't matter. Something has to crunch those instructions.
That being said, a GPU may be able to crunch floating points in a more efficient manner than a general purpose CPU, but then again, I can't really say for sure either way. I have never seen a unique benchmark measuring video acceleration/heat dissipation readings and I'm skeptical to believe there will be such a benchmark any time soon.
Ultra low level CPU's aren't terribly interesting if your GPU requires a fan and constantly cranks out heat in crunching decode operations.
I can't really recommend one solution over the other since the information is scarce, but beware of just assuming that GPU decoding will require less heat / electricity.
Java is 'mostly' portable, but there are always tweaks to be made to verify a Swing app works the same across platforms. That is with the core API, but once you step into the JNI world, you really have to test heavily on all target platforms.
Its better 'evidence' than none at all. I'll second the anecdotal evidence train.
I have one co-worker who's a Mac fanboy who will one day write the worlds best iPhone app, but in the mean time he hasn't done a thing. Good for him if he's successful.
At my work, we have ~40 Eclipse/Windows dev's writing Java Apps for Linux/Weblogic->Linux/Oracle.
My other friends are almost entirely Windows for Windows or.NET for Windows developers.
The only friend I know that ever had to write code 'for' a mac was a guy who wrote userspace cross-platform apps and kernel drivers. He seemed to really hate the platform's API in comparison to Windows/Linux which he also developed for; though if I recall this may have been a driver model issue more than a userspace one. There wasn't a week that I wouldn't hear him cursing the platform.
As for me, I use Linux/Eclipse at work for my Java development, and couldn't be happier.
I guess the moral of the story is whatever works for you is great, and to hell with whatever anyone else thinks.
Recent PowerDVD installs an accelerated Directshow filter which offloads much of the CPU load to the GPU, which I've verified myself, but the bad side is that it replaces FFDShow in most of my pipelines, which I prefer to use simply based on the shear number of tweaks needed to get that picture 'just right'.
Now that pretty much every CPU can decode any type of HD video without needing the GPU for any co-processing, I think that all GPU vendors dropped the ball in trying to move into that fragile niche.
Like implementing, oh maybe XVMC (completely) or VAAPI would've been a good start at coming out with an open API that isn't 'yet another poorly supported video API from vendor X'.
Better yet, why not collaborate with all the other big fish in the pond to come out with an API that everyone is satisfied with instead of pissing on everyone requiring yet-another video API.
Java bytecode serves the same purpose as any typical CPU architecture's bytecode. An X86 C compiler is compiled into x86 bytecode, and 'Java' compiler's create Java bytecode. The large difference is that Java bytecode requires a lot more behind-the-scenes CPU constructs that must be implemented in software for lower level architectures.
By your presupposition, X86 C is an emulation, because a programmer doesn't see/control memory segments? Because memory mapped I/O is more or less magic to the non-kernel developer?
LSB is all about determining the standard development and runtime standards so that for instance my C program's "long long" is always going to be 8 bytes.
LSB adopting a standard for java implementations means that the java runtime (or native coprocessor) supported by the an OS will implement the runtime in the same way as any other Java LSB implementer.
Sun all but controls the java spec, so there's little worries of implementation divergence, but its a nice symbolic gesture to say hey, we think of Java as a first class citizen of the OS, and not some tack-on afterthought that many distributions (read: all of them) implement poorly today.
Finally, LSB covers a large number of architectures, but I'm pretty sure that most of the member groups don't support or care about many of them, like the S390 for instance. Just because Java is mentioned in the spec, it doesn't mean that every LSB implementer will use java. What I 'hope' it'll mean is that every Java implementer will do it in a compatible way.
"Today, the line is $250k. Tomorrow, $200k. Next year, $150k. You know as well as I do...govt's always want more."
Whenever it doesn't apply to you today, someone is always going to apply the slippery slope fallacy. Sometimes a rock rolling down a hill is just a rock, and sometimes its a slide. You won't know unless it happens or it doesn't.
"I earn money, it's mine, not yours." You only 'earn' anything based on the good graces of the society that you live in. You may feel that society owes you something because you contribute, and I think you should be, doesn't mean that you can bypass your responsibilities of being a member of your society. Supporting the old, needy, or lazy may fly directly in the face of your personal ethics, but without them, the society that 'you' live in will have a quite marked change, if nothing else but a touch of humanity.
"spread it to? New employees, charities," I could be miss-interpreting the US system of taxation, but up here in socialist Canada, we encourage donations to charities and in investing in workforces by reducing the tax burden of those that participate. That being said, I know quite well that you won't donate to any charity unless its one of your poor siblings who's hard up from having their mortgage sink them. Why even delude yourself into pulling these straw excuses? Does it really make you feel better that your greed is in some way justified?
Sony locked in PS3 for a 10 year lifecycle and though I think the gains between DVD -> BluRay aren't worth it for me, it would be incomprehensible to imagine anyone coming out with a new (physical) media to compete with Blu-Ray, probably ever. The medium has lots of room to grow with tons of layers that nobody has even started to use and codecs can always be added to the spec later on if something is too limited for then modern demands. If all thts holding you up is future-proof, you're probably ok with upgrading now. If you don't think the jump to HD is price-performance suitable for you, then hold off.
Umm, theatres play 24 frames a second, non-interlaced, nothing special. Not 60, not 120, 24. They've been doing it like so or decades and nobody says, wow this picture looks soo frigging jittery.
The only slight wrinkle in modern display of movies is that mastered DVD's need to be converted from 24-50(EU), or 24-60(NA) which is called telecine. This process could be what is causing your jitteryness. The advantage of the new 120hz TV's is that as long as the source is recorded in 24fps without pulldown and as long as the player can be configured to output those 24 frames unfiltered, then the TV can be set to render the 24 fps at a perfect 120/24 == 5hz for every frame causing no distortion, pulldown, jitter, tearing, alien invasion, or the like.
My TV (1080i Sony) is DVI/HDCP compliant (It's over umm 4 years after purchase now?) and unless Blu-Ray quibbles over SPDIF (Could care less about lossless), then I fail to see the problem.
Four years ago my little Sony could decrypt HDCP, but the POS that you bought very recently (1080p isn't that old for sure) didn't have HDCP and now you're complaining over sour grapes? A lemon is a lemon. Do some research and don't impulse buy a several hundred dollar purchase (on the low side).
This issue may have been relevant when there was a large contingent of 1080'i' TV's that didn't have HDCP enabled, but now that market is ever shrinking in proportion that issues becomes less and less damaging to the potential of the market.
To wrap up, Hi-Def movies have many many things against them (many of which will keep me out of that market for a long time), but to say HDMI is at all holding up adoption of the format is simply naive.
Realistically, the increased cost of disc fab and the extra licensing fees to MS(VC1) and MPEG, etc.. would probably make those few dollars evaporate and 'premium' for the distributors... There's more against Blu-Ray than some reason through...
Wow, when did having options become a bad thing for a developer? Having several alternative and more or less equally worthy options for implementation means that nobody owns the platform you're developing for.
If I don't want to use one expressive language, there are plenty of others to use. If I hate J2EE, or spring, or hibernate, or ibatis, or anything else, I can still write my own thing from scratch if I'm so eager enough. The tools and frameworks, etc.. in Java were built to make it easier to do your job, but there are very few Java technologies that are -mandatory- in the fact that forces it down your throat.
Slashdot Mirror
FYI: If you likes KOTOR 2, you may find part one very good. Bioware made KOTOR 1 and then farmed the second instalment out to Obsidion who IMHO ruined KOTOR 2 and Neverwinter Nights 2 from their amazing originals.
ipchains is Linux's 2.2 kernel firewall protection. BSD uses 'IPF'.
No matter what system you're using, a closed port is a closed port.
I think the main selling point between the two would be that IPF is slightly better performing and that iptables has quite a few addons that make for niceness if you know about and how to use them.
I think assembly should just be philosophy in general; Understanding the taxonomy or the deepest roots of human understanding to the point of being so inanely boring, one wonders how you could waste so long trying to get it =)
Great the hear that it support 64-bit web start as well. We can all rejoice in ye bounty o' 64.. Damn that English(Pirate) language in Facebook.
1. Sun likes to 'default all java applications to /usr/java/jdk-version or /usr/java/jre-version so feel free to copy the files to any directory you please.
2. Add my_java_path/bin to your .bash_profile or .bashrc file so that you can run java applications from the command line
3. Link my_java_path/lib/amd64/libnpjp2.so into your Firefox plugins directory (forget where it is)
Restart firefox and you should be able to load any applets. You could also set JAVA_HOME to my_java_path, but that shouldn't be necessary.
If so, I hope they use web start to keep their deployments in sync with the client's native system.
The great thing about web start is that if you need 1.3, 1.4, 1.5, or 1.6 JVM's installed, you can run each independently using the application's JNLP settings without having to fiddle with getting the right JVM in the application's path.
That said, Having done extensive work on Java Web Start for an enterprise app, Sun doesn't make the technology very easy for people to create web start apps without a lot of knowledge/work.
Google supports both because regardless of Chrome or Firefox, as long as either 'wins' it is Google's gain for their search business.
This is along the same lines as Best Buy and Futureshop in Canada. They're both owned by Best Buy in the back end, but allowing the guise of choice makes customers comfortable with buying from each of them.
OpenOffice and StarOffice are more along the lines of MyProductBasic and MyProductAdvanced. By getting people into the free version, one can encourage buyers to upgrade to star when there's enough productivity/feature advantage to do so.
Fragmentation causes more needle shifts than regular burst read/writes. If a hard-drive is most likely to die from needle shifts, fragmentation could wear on the drive more than a nice and tidy system.
Of course this is all speculation and moving the needle could have absolutely nothing to do with death rates, who knows.
False advertising applies in this case if the developers said there would be a feature, like on-line play, but in the end the feature wasn't implemented, or isn't functional. If developers were working on the fix, the courts would probably leave the issue alone, but lets say the devs did walk away and left an advertised feature unusable by mere mortals. I'd assume that would put said developer in an class-actionable state.
PS: IANAL, nor am I a human being.. *ooooh*
Damn, I wish I had moderation because this is pretty much -the- answer to the poster's question. That being said, the poster seems to have some basic misconceptions about how their system actually works. I'd suggest a modern book on OS design to remedy their ignorance.
Pulse was a real pain in the ass to get working on my setup, even more since I use a52encode to encode Dolby Digital out of my SPDIF port. Once it is all working though, it is a dream to use. I'm also hoping that the 10 release wipes out the few remaining issues and annoyances.
For instance:
1. Output device volumes would always default back to 100% on restart, but with my home theatre's volume set just right, I needed it set to ~35. So the first time I play anything I blew my ears out because of the constant resetting. I eventually had to manually hard-code the volume using config.
2. Pulse on occasion seems to get soo nuked that it eats an entire CPU's processing time basically dead requiring kill -9/restart's to remedy.
3. I forget the situation, but getting 5.1 to output properly from any of my linux media players to my home theatre without being downmixed or garbled, or whatever is the most frustrating experience I've had in Linux for a long time. This is more than half the problem with the media players themselves, but it speaks versus when nobody got it right....
"If the monopoly was CREATED by the government, then yes. But in a truly free market a monopoly only exists for a short time, because new companies or technologies introduce alternatives."
You're assuming that the incumbent monopoly just sits around waiting to get killed. It isn't the case, and if the monopoly (who should be very profit rich with no competition) can choke profits into the red for long enough to kill any sort of upstart competition, there's very little to stop them from retaining control.
Mind you, a monopoly (besides those created by gov.) are extremely rare, so what normally shakes out in modern economics is a series of oligopolies like Operating systems, Web browsers, or Long distance providers. You can enter the market, but you better have something very attractive to offer in order to survive the incumbents.
I agree with your concussion, but not your reasoning. I'd say that women who enrolled in IT in the past did so because there -was- good money to be had. They may have chosen a different profession if salary was considered equal. Today the compensation isn't worth it to enter IT unless you're passionate about it, and I've personally met few women that are passionate about IT/Programming.
A little late for the topic, but since you're going to make a purchasing decision at some point let me just chime in one more time:
If you're pushing hi-def into a PC, you're going to get warm no matter what. If the CPU or the GPU or whatever makes the heat it doesn't matter. Something has to crunch those instructions.
That being said, a GPU may be able to crunch floating points in a more efficient manner than a general purpose CPU, but then again, I can't really say for sure either way. I have never seen a unique benchmark measuring video acceleration/heat dissipation readings and I'm skeptical to believe there will be such a benchmark any time soon.
Ultra low level CPU's aren't terribly interesting if your GPU requires a fan and constantly cranks out heat in crunching decode operations.
I can't really recommend one solution over the other since the information is scarce, but beware of just assuming that GPU decoding will require less heat / electricity.
Java is 'mostly' portable, but there are always tweaks to be made to verify a Swing app works the same across platforms. That is with the core API, but once you step into the JNI world, you really have to test heavily on all target platforms.
Its better 'evidence' than none at all. I'll second the anecdotal evidence train.
I have one co-worker who's a Mac fanboy who will one day write the worlds best iPhone app, but in the mean time he hasn't done a thing. Good for him if he's successful.
At my work, we have ~40 Eclipse/Windows dev's writing Java Apps for Linux/Weblogic->Linux/Oracle.
My other friends are almost entirely Windows for Windows or .NET for Windows developers.
The only friend I know that ever had to write code 'for' a mac was a guy who wrote userspace cross-platform apps and kernel drivers. He seemed to really hate the platform's API in comparison to Windows/Linux which he also developed for; though if I recall this may have been a driver model issue more than a userspace one. There wasn't a week that I wouldn't hear him cursing the platform.
As for me, I use Linux/Eclipse at work for my Java development, and couldn't be happier.
I guess the moral of the story is whatever works for you is great, and to hell with whatever anyone else thinks.
Recent PowerDVD installs an accelerated Directshow filter which offloads much of the CPU load to the GPU, which I've verified myself, but the bad side is that it replaces FFDShow in most of my pipelines, which I prefer to use simply based on the shear number of tweaks needed to get that picture 'just right'.
Now that pretty much every CPU can decode any type of HD video without needing the GPU for any co-processing, I think that all GPU vendors dropped the ball in trying to move into that fragile niche.
Like implementing, oh maybe XVMC (completely) or VAAPI would've been a good start at coming out with an open API that isn't 'yet another poorly supported video API from vendor X'.
Better yet, why not collaborate with all the other big fish in the pond to come out with an API that everyone is satisfied with instead of pissing on everyone requiring yet-another video API.
Why your argument has no merit:
Java bytecode serves the same purpose as any typical CPU architecture's bytecode. An X86 C compiler is compiled into x86 bytecode, and 'Java' compiler's create Java bytecode. The large difference is that Java bytecode requires a lot more behind-the-scenes CPU constructs that must be implemented in software for lower level architectures.
By your presupposition, X86 C is an emulation, because a programmer doesn't see/control memory segments? Because memory mapped I/O is more or less magic to the non-kernel developer?
LSB is all about determining the standard development and runtime standards so that for instance my C program's "long long" is always going to be 8 bytes.
LSB adopting a standard for java implementations means that the java runtime (or native coprocessor) supported by the an OS will implement the runtime in the same way as any other Java LSB implementer.
Sun all but controls the java spec, so there's little worries of implementation divergence, but its a nice symbolic gesture to say hey, we think of Java as a first class citizen of the OS, and not some tack-on afterthought that many distributions (read: all of them) implement poorly today.
Finally, LSB covers a large number of architectures, but I'm pretty sure that most of the member groups don't support or care about many of them, like the S390 for instance. Just because Java is mentioned in the spec, it doesn't mean that every LSB implementer will use java. What I 'hope' it'll mean is that every Java implementer will do it in a compatible way.
"Today, the line is $250k. Tomorrow, $200k. Next year, $150k. You know as well as I do...govt's always want more."
Whenever it doesn't apply to you today, someone is always going to apply the slippery slope fallacy. Sometimes a rock rolling down a hill is just a rock, and sometimes its a slide. You won't know unless it happens or it doesn't.
"I earn money, it's mine, not yours."
You only 'earn' anything based on the good graces of the society that you live in. You may feel that society owes you something because you contribute, and I think you should be, doesn't mean that you can bypass your responsibilities of being a member of your society. Supporting the old, needy, or lazy may fly directly in the face of your personal ethics, but without them, the society that 'you' live in will have a quite marked change, if nothing else but a touch of humanity.
"spread it to? New employees, charities,"
I could be miss-interpreting the US system of taxation, but up here in socialist Canada, we encourage donations to charities and in investing in workforces by reducing the tax burden of those that participate. That being said, I know quite well that you won't donate to any charity unless its one of your poor siblings who's hard up from having their mortgage sink them. Why even delude yourself into pulling these straw excuses? Does it really make you feel better that your greed is in some way justified?
Sony locked in PS3 for a 10 year lifecycle and though I think the gains between DVD -> BluRay aren't worth it for me, it would be incomprehensible to imagine anyone coming out with a new (physical) media to compete with Blu-Ray, probably ever. The medium has lots of room to grow with tons of layers that nobody has even started to use and codecs can always be added to the spec later on if something is too limited for then modern demands. If all thts holding you up is future-proof, you're probably ok with upgrading now. If you don't think the jump to HD is price-performance suitable for you, then hold off.
Umm, theatres play 24 frames a second, non-interlaced, nothing special. Not 60, not 120, 24. They've been doing it like so or decades and nobody says, wow this picture looks soo frigging jittery.
The only slight wrinkle in modern display of movies is that mastered DVD's need to be converted from 24-50(EU), or 24-60(NA) which is called telecine. This process could be what is causing your jitteryness. The advantage of the new 120hz TV's is that as long as the source is recorded in 24fps without pulldown and as long as the player can be configured to output those 24 frames unfiltered, then the TV can be set to render the 24 fps at a perfect 120/24 == 5hz for every frame causing no distortion, pulldown, jitter, tearing, alien invasion, or the like.
My TV (1080i Sony) is DVI/HDCP compliant (It's over umm 4 years after purchase now?) and unless Blu-Ray quibbles over SPDIF (Could care less about lossless), then I fail to see the problem.
Four years ago my little Sony could decrypt HDCP, but the POS that you bought very recently (1080p isn't that old for sure) didn't have HDCP and now you're complaining over sour grapes? A lemon is a lemon. Do some research and don't impulse buy a several hundred dollar purchase (on the low side).
This issue may have been relevant when there was a large contingent of 1080'i' TV's that didn't have HDCP enabled, but now that market is ever shrinking in proportion that issues becomes less and less damaging to the potential of the market.
To wrap up, Hi-Def movies have many many things against them (many of which will keep me out of that market for a long time), but to say HDMI is at all holding up adoption of the format is simply naive.
Realistically, the increased cost of disc fab and the extra licensing fees to MS(VC1) and MPEG, etc.. would probably make those few dollars evaporate and 'premium' for the distributors... There's more against Blu-Ray than some reason through...
Wow, when did having options become a bad thing for a developer? Having several alternative and more or less equally worthy options for implementation means that nobody owns the platform you're developing for.
If I don't want to use one expressive language, there are plenty of others to use. If I hate J2EE, or spring, or hibernate, or ibatis, or anything else, I can still write my own thing from scratch if I'm so eager enough. The tools and frameworks, etc.. in Java were built to make it easier to do your job, but there are very few Java technologies that are -mandatory- in the fact that forces it down your throat.