This would be one of the worst things Sony could imagine doing. The EE (emotion engine) is already massively parallel and a pain the butt to program for since you have to have so many things synced. Double that you are asking to kill off programmers as they try and work. The Gamecube and the Xbox have proven to developers that it can be easy to develop for a console as well as be powerful. The design behind the PS2 was bad bad bad...Sony had 2 generations on the top...the PS3 might be their N64....
To use this as a replacement for a GBA you need more hardware than just the GP32. You also will need a GBA cart reader. This will get you a ROM image to run on the GP32....well this is where the law gets sticky. Technically you aren't allowed to run an official GBA ROM on anything but a GBA, so if you do this...be warned...it is illegal.
Also, do note that the control scheme is different than a GBA, so you won't be playing your games the way you were meant too. And then there is the fact that it appears the GP32 is going to be phased out (not a suprise since the GBA has walked all over it).
It is their right to do this? So what you are saying is if a company says "we will supply you with fixes until blah blah date and you will pay us blah blah amount of money for this" they have the right to say "well...never mind...by blah blah we meant blah blah - 4 months...you don't get any of your money back...suxors to be youzors!"
Yeah. That sounds like their right...my left nut
This could be made even easier if we just throw a GB Camera into the mix...sure it is only black and white, but it is black and white and can become a tingle tuner at a moments notice (Zelda is amazing). Also, can the canon be played with friends that have Canon's but don't have the "same" memory stick as you? The GBA SP can with its single pack multiplayer fun! Man...I am sure glad I already own an SP:)
the US definitly doesn't want to destory Bagdad, that would just make the reconstruction take even longer. The US only wants to make the military there open their eyes and rid themself of Saddam.
As for right now major strikes haven't begun due to talks with high up Iraqi officials. They say they might want to surrender. If they do, then no A-Day...if they don't, then the real bombing will begin to "intice" them too. "Stormin" Norman makes an interesting point in that we seem to be talking with "Senior Iraqi Officials". Why them and not Saddam? Saddam wouldn't let them talk to us if he were alive...
Wow...major anti-aircraft fire now...I might have to take back what I just said...
They said many times before the Windows client even came out that they had playable Linux clients. After the windows client was released THAT was when they started finding all these show stopping issues. They lied to the community.
I believe that this had to do with some crappy copy protection scheme they used. Bioware made more than one screw up along the way with this multiplatform release. From day one they said we woudl get a linux client and then they repeatidly used technologies that weren't available for Linux...that is why it took them WAY past launch to even get this beta out the door.
First of all, good work Bioware on finally get something into our hands. I hope that what they have gone through can serve as a lesson to others planning to release a game accross multiple platforms. Be sure that the tools you are using exist on each platform. *One* of the longest delays was due to the Video and Sound engine (I believe it was the Miles engine) not be supported in Linux (but then it finally was...it is a long story). This is why we need API's like OpenGL, OpenAL, SDL and the likes. It makes things a lot easier to release on a multiple platforms.
I also hope Bioware has learned to keep their mouth shut if they don't know when something will be done. They lied to the community more than once about the state of the Linux client and that made many very mad...so...wise up!
It is monday...time to patch my Windows Boxes...
It is tuesday...time to patch my Linux boxes...
It is hump day...time to patch my Windows Boxes again...
Crap...what is Thursday gonna bring! And what is this gonna do to my loverly uptime!
Thanks for the advice, it actually caused me to look into some other ideas and now my box runs solid as can be at 200mhz FSB and Memory BOTH! (so 400mhz DDR). In 3Dmark2003 I saw a decent boost with the added FSB bandwidth and having them both in sync now:) Oh...and I can pull 2.3ghz it runs out;) So to back up what AMD is doing, uping your FSB IS very important. They only officially support 333mhz right now, so going to 400mhz = a gain of 66mhz or about 20% over 333mhz, so that is good candy if you ask me:)
I just recently bought an Abit based NForce2 Athlon Motherboard. I have my DDR3200 running at a pretty 200mhz (so 400mhz DDR) and my FSB is at 181mhz (so 362mhz DDR). I have made some changes so I need to try for a 200mhz (400mhz DDR) FSB again. I can tell you that just upping the FSB and your memory bandwidth can have great performance benefits for memory intensive apps (such as gaming). So this will be a great boost for the current XP line.
Oh, and in case anyone is wonding, I have an XP2100+ (1.73ghz) running very nicely at 2.2ghz!
After reading all the posts that people where giving about how many insecure passwords they were finding on their system I decided to check up on the passwords on my system (I work for a web hosting company). After check my system for the standard password, sex, username, blah blah blah I keep getting 0 records found each time. Then I remembered we had a few rules about our passwords:
1. Must be between 6 to 24 characters in length.
2. Must contain at least one digit (0-9)
3. Must not contain your username (or your username backwards)
With these simple rules it appears that most of the standard suckie passwords don't appear on our system. So give it a try on your system and stop users from having crappy passwords!
Wow! Support from Sega? What more could you ask for! Maybe they will get Jet Set Radio Future! Or a port of another old Sonic game! Or who knows what else Sega might do on accident. Sega has made blunder after blunder in the past few years...I see this as just another one of those.
As of right now the GBA has no competition at all. The GP32 can't even been seen as an issue due to its pure lack of power. While it has a higher MHZ rating it doesn't have any special hardware to deal with sprite effects, background effects and more...this is where the GBA really out muscles it. The Nokia NGage is still a vague object on the horizon if you ask me. And when we finally do get to truely see it, it will be an over priced monster without support from the big channels that it needs and with a customer base that is too small. The GBA SP is just Nintendo's next step in maintaining their control on this market.
My concerns are with the quality. The first is with the Audio...the DSP that is built into the GBA isn't going to be playing my favorite bands in any form of high quality. My second concern with with video. 240x160x16bit color basically can't be done in full motion on the GBA (just can't make enough memory writes before VBLANK ends). 240x160x8bit is though...but who wants to watch 256 color vides?
Capcom seems to be selling more support to the Gamecube as of right now! With the Capcom 5 (Viewtiful Joe, Killer 7, Dead Pheonix, Resident Evil 4 and PNO3) there is a lot. Then there is the Megaman network series. We can also look at the reviews of games like Devil May Cry 2 (horrid) and though the Xbox did get Steel Battalion it is too much of a niche market game (200 bux just for it). I don't see Capcom being the company they are holding up...
The only logical answer is Sega. There is no other developer out there that is giving the Xbox any kind of serious support in JPN. Xbox is only getting games from them that are on all three systems or nothing much at all. MS needs to figure something out with the JPN market if they hope to really fight in the Consoling gaming market. I don't see them getting any major head way though (but that doesn't upset me at all) due to these already tight partnerships:
Nintendo has Capcom, Namco, Square, Sega (amusment vision)
Sony has Square/Enix
I know I am not listing all the JPN developers..but those are the big buys (for the most part)
For me this raises a few questions. Will it be backwards compatiable with the Gamecube much like the PS2 is with the PSX. This helped the PS2 in its first year a lot. It gave it a huge library of games to let you play while you waited for more PS2 specific titles to come. Then their is the question of Gameboy Advance integration/connection. Nintendo has pushed the link technology alot and is only starting to push it more (GBPLayer in May). What will see from them that way? Also, will we see a more advanced GB soon after that desinged to work wonders with the new console? Who knows. It is all speculation right now, but it will be interesting to see.
"where it is added to their records
and stored until a later time, when it can be used as evidence in criminal
proceedings against those criminals who think it's OK to break the law."
Ummm...don't they realize that "wiretapping" millions of computers without a warrant is a threat to our privacy rights? Personally that is an even bigger offense then copyright infrigment!
why not just give Mplayer your love?
on
Windows Media Player 9
·
· Score: 5, Informative
Head on over to mplayerhq.hu and get the latest Release Candidate. I am running the CVS version and watch all the quicktime, windows media player 8 and 9, MPEG 4, DivX, ect ect that I could possibly want to.
Here is the list of codecs their website has listed:
# The most important video codecs: MPEG1 (VCD) and MPEG2 (SVCD/DVD/DVB) video # MPEG4, DivX;-), OpenDivX (DivX4), DivX 5.02, XviD and other MPEG4 variants # Windows Media Video v7 (WMV1), v8 (WMV2) and v9 (WMV3) used in.wmv files # RealVideo 1.0, 2.0 (G2), 3.0 (RP8), 4.0 (RP9) # Sorenson v1/v3 (SVQ1/SVQ3), Cinepak, RPZA and other common QuickTime codecs # Intel Indeo codecs (3.x,4.1,5.0) # VIVO v1, v2 # MJPEG variants, HuffYUV, ZLIB/MSZH, ASV2 and other capture/hardware formats # FLI, RoQ and other old/rare animation formats
# The most important audio codecs: MPEG layer 1, 2 and 3 (MP3) audio # AC3/A52 (dolby digital) audio (software or SP/DIF) # WMA (DivX Audio) v1, v2 (native codec) # WMA 9 (WMAv3), Voxware audio, ACELP.net etc (using x86 DLLs) # RealAudio: COOK, SIPRO, ATRAC3, DNET (using RP's plugins) # QuickTime: Qclp, Q-Design QDMC/QDM2, MACE 3/6 (using QT's DLLs) # Ogg Vorbis audio codec # VIVO audio (g723, Vivo Siren) using x86 DLL # alaw/ulaw, (ms)gsm, pcm, *adpcm and other simple old audio formats
Now...why would you want to run WMP9 when it doesn't support any where near that many codecs? Oh...you want more you say? What about these output options: # General: x11:X11 with SHM extension # xv:X11 using overlays with the Xvideo extension (hardware YUV & scaling) # gl:OpenGL renderer # gl2:Alternative OpenGL renderer (with multiple textures) # dga:X11 DGA extension (both v1.0 and v2.0) # fbdev:Output to general framebuffers # svga:Output to SVGAlib # sdl:SDL >= v1.1.7 driver (supports software scaling, and versions >=1.1.8 even support Xvideo, thus hardware rendering) # ggi:similar to SDL # aalib:Textmode rendering # vesa:display through the VESA BIOS (also needed for Radeon TV-out) # directfb:DirectFB support
# Card specific: vidix:VIDeo Interface for *niX # xvidix:VIDIX in X window # mga:Matrox G200/G400 hardware YUV overlay via the mga_vid device # xmga:Matrox G200/G400 overlay (mga_vid) in X11 window (Xv emulation on X 3.3.x !) # syncfb:Matrox G400 YUV support on framebuffer (not tested, maybe broken) # 3dfx:Voodoo 3/Banshee hardware YUV support (/dev/3dfx) (not yet tested, maybe broken) # tdfxfb:Voodoo 3/Banshee hardware YUV support on tdfx framebuffer (works!)
I love Mplayer...it loves you...why use something from MS when you don't have to?...goes off to watch more Quicktimes of The Legend of Zelda: The Wind Waker...
Slashdot Mirror
This would be one of the worst things Sony could imagine doing. The EE (emotion engine) is already massively parallel and a pain the butt to program for since you have to have so many things synced. Double that you are asking to kill off programmers as they try and work. The Gamecube and the Xbox have proven to developers that it can be easy to develop for a console as well as be powerful. The design behind the PS2 was bad bad bad...Sony had 2 generations on the top...the PS3 might be their N64....
And if you have friends please put a "Select" before the start so you AND your friend gets loads o' lifes :)
To use this as a replacement for a GBA you need more hardware than just the GP32. You also will need a GBA cart reader. This will get you a ROM image to run on the GP32....well this is where the law gets sticky. Technically you aren't allowed to run an official GBA ROM on anything but a GBA, so if you do this...be warned...it is illegal. Also, do note that the control scheme is different than a GBA, so you won't be playing your games the way you were meant too. And then there is the fact that it appears the GP32 is going to be phased out (not a suprise since the GBA has walked all over it).
It is their right to do this? So what you are saying is if a company says "we will supply you with fixes until blah blah date and you will pay us blah blah amount of money for this" they have the right to say "well...never mind...by blah blah we meant blah blah - 4 months...you don't get any of your money back...suxors to be youzors!" Yeah. That sounds like their right...my left nut
This could be made even easier if we just throw a GB Camera into the mix...sure it is only black and white, but it is black and white and can become a tingle tuner at a moments notice (Zelda is amazing). Also, can the canon be played with friends that have Canon's but don't have the "same" memory stick as you? The GBA SP can with its single pack multiplayer fun! Man...I am sure glad I already own an SP :)
the US definitly doesn't want to destory Bagdad, that would just make the reconstruction take even longer. The US only wants to make the military there open their eyes and rid themself of Saddam.
They are striking the Presidental Palace. Looks like about five Cruise missles have struck buildings in the compound...even more now...
As for right now major strikes haven't begun due to talks with high up Iraqi officials. They say they might want to surrender. If they do, then no A-Day...if they don't, then the real bombing will begin to "intice" them too. "Stormin" Norman makes an interesting point in that we seem to be talking with "Senior Iraqi Officials". Why them and not Saddam? Saddam wouldn't let them talk to us if he were alive... Wow...major anti-aircraft fire now...I might have to take back what I just said...
I understand that delay's occur, but in this cause they actually lied to us about the status of their client...that is just wrong.
They said many times before the Windows client even came out that they had playable Linux clients. After the windows client was released THAT was when they started finding all these show stopping issues. They lied to the community.
I believe that this had to do with some crappy copy protection scheme they used. Bioware made more than one screw up along the way with this multiplatform release. From day one they said we woudl get a linux client and then they repeatidly used technologies that weren't available for Linux...that is why it took them WAY past launch to even get this beta out the door.
First of all, good work Bioware on finally get something into our hands. I hope that what they have gone through can serve as a lesson to others planning to release a game accross multiple platforms. Be sure that the tools you are using exist on each platform. *One* of the longest delays was due to the Video and Sound engine (I believe it was the Miles engine) not be supported in Linux (but then it finally was...it is a long story). This is why we need API's like OpenGL, OpenAL, SDL and the likes. It makes things a lot easier to release on a multiple platforms.
I also hope Bioware has learned to keep their mouth shut if they don't know when something will be done. They lied to the community more than once about the state of the Linux client and that made many very mad...so...wise up!
It is monday...time to patch my Windows Boxes... It is tuesday...time to patch my Linux boxes... It is hump day...time to patch my Windows Boxes again... Crap...what is Thursday gonna bring! And what is this gonna do to my loverly uptime!
Thanks for the advice, it actually caused me to look into some other ideas and now my box runs solid as can be at 200mhz FSB and Memory BOTH! (so 400mhz DDR). In 3Dmark2003 I saw a decent boost with the added FSB bandwidth and having them both in sync now :) Oh...and I can pull 2.3ghz it runs out ;) So to back up what AMD is doing, uping your FSB IS very important. They only officially support 333mhz right now, so going to 400mhz = a gain of 66mhz or about 20% over 333mhz, so that is good candy if you ask me :)
I just recently bought an Abit based NForce2 Athlon Motherboard. I have my DDR3200 running at a pretty 200mhz (so 400mhz DDR) and my FSB is at 181mhz (so 362mhz DDR). I have made some changes so I need to try for a 200mhz (400mhz DDR) FSB again. I can tell you that just upping the FSB and your memory bandwidth can have great performance benefits for memory intensive apps (such as gaming). So this will be a great boost for the current XP line. Oh, and in case anyone is wonding, I have an XP2100+ (1.73ghz) running very nicely at 2.2ghz!
After reading all the posts that people where giving about how many insecure passwords they were finding on their system I decided to check up on the passwords on my system (I work for a web hosting company). After check my system for the standard password, sex, username, blah blah blah I keep getting 0 records found each time. Then I remembered we had a few rules about our passwords: 1. Must be between 6 to 24 characters in length. 2. Must contain at least one digit (0-9) 3. Must not contain your username (or your username backwards) With these simple rules it appears that most of the standard suckie passwords don't appear on our system. So give it a try on your system and stop users from having crappy passwords!
The GP32 is officially not competition any more. Read this.
Wow! Support from Sega? What more could you ask for! Maybe they will get Jet Set Radio Future! Or a port of another old Sonic game! Or who knows what else Sega might do on accident. Sega has made blunder after blunder in the past few years...I see this as just another one of those.
As of right now the GBA has no competition at all. The GP32 can't even been seen as an issue due to its pure lack of power. While it has a higher MHZ rating it doesn't have any special hardware to deal with sprite effects, background effects and more...this is where the GBA really out muscles it. The Nokia NGage is still a vague object on the horizon if you ask me. And when we finally do get to truely see it, it will be an over priced monster without support from the big channels that it needs and with a customer base that is too small. The GBA SP is just Nintendo's next step in maintaining their control on this market.
My concerns are with the quality. The first is with the Audio...the DSP that is built into the GBA isn't going to be playing my favorite bands in any form of high quality. My second concern with with video. 240x160x16bit color basically can't be done in full motion on the GBA (just can't make enough memory writes before VBLANK ends). 240x160x8bit is though...but who wants to watch 256 color vides?
Capcom seems to be selling more support to the Gamecube as of right now! With the Capcom 5 (Viewtiful Joe, Killer 7, Dead Pheonix, Resident Evil 4 and PNO3) there is a lot. Then there is the Megaman network series. We can also look at the reviews of games like Devil May Cry 2 (horrid) and though the Xbox did get Steel Battalion it is too much of a niche market game (200 bux just for it). I don't see Capcom being the company they are holding up...
The only logical answer is Sega. There is no other developer out there that is giving the Xbox any kind of serious support in JPN. Xbox is only getting games from them that are on all three systems or nothing much at all. MS needs to figure something out with the JPN market if they hope to really fight in the Consoling gaming market. I don't see them getting any major head way though (but that doesn't upset me at all) due to these already tight partnerships: Nintendo has Capcom, Namco, Square, Sega (amusment vision) Sony has Square/Enix I know I am not listing all the JPN developers..but those are the big buys (for the most part)
For me this raises a few questions. Will it be backwards compatiable with the Gamecube much like the PS2 is with the PSX. This helped the PS2 in its first year a lot. It gave it a huge library of games to let you play while you waited for more PS2 specific titles to come. Then their is the question of Gameboy Advance integration/connection. Nintendo has pushed the link technology alot and is only starting to push it more (GBPLayer in May). What will see from them that way? Also, will we see a more advanced GB soon after that desinged to work wonders with the new console? Who knows. It is all speculation right now, but it will be interesting to see.
"where it is added to their records and stored until a later time, when it can be used as evidence in criminal proceedings against those criminals who think it's OK to break the law." Ummm...don't they realize that "wiretapping" millions of computers without a warrant is a threat to our privacy rights? Personally that is an even bigger offense then copyright infrigment!
Here is the list of codecs their website has listed:
# The most important video codecs: MPEG1 (VCD) and MPEG2 (SVCD/DVD/DVB) video
# MPEG4, DivX
# Windows Media Video v7 (WMV1), v8 (WMV2) and v9 (WMV3) used in
# RealVideo 1.0, 2.0 (G2), 3.0 (RP8), 4.0 (RP9)
# Sorenson v1/v3 (SVQ1/SVQ3), Cinepak, RPZA and other common QuickTime codecs
# Intel Indeo codecs (3.x,4.1,5.0)
# VIVO v1, v2
# MJPEG variants, HuffYUV, ZLIB/MSZH, ASV2 and other capture/hardware formats
# FLI, RoQ and other old/rare animation formats
# The most important audio codecs: MPEG layer 1, 2 and 3 (MP3) audio
# AC3/A52 (dolby digital) audio (software or SP/DIF)
# WMA (DivX Audio) v1, v2 (native codec)
# WMA 9 (WMAv3), Voxware audio, ACELP.net etc (using x86 DLLs)
# RealAudio: COOK, SIPRO, ATRAC3, DNET (using RP's plugins)
# QuickTime: Qclp, Q-Design QDMC/QDM2, MACE 3/6 (using QT's DLLs)
# Ogg Vorbis audio codec
# VIVO audio (g723, Vivo Siren) using x86 DLL
# alaw/ulaw, (ms)gsm, pcm, *adpcm and other simple old audio formats
Now...why would you want to run WMP9 when it doesn't support any where near that many codecs? Oh...you want more you say? What about these output options:
# General: x11:X11 with SHM extension
# xv:X11 using overlays with the Xvideo extension (hardware YUV & scaling)
# gl:OpenGL renderer
# gl2:Alternative OpenGL renderer (with multiple textures)
# dga:X11 DGA extension (both v1.0 and v2.0)
# fbdev:Output to general framebuffers
# svga:Output to SVGAlib
# sdl:SDL >= v1.1.7 driver (supports software scaling, and versions >=1.1.8 even support Xvideo, thus hardware rendering)
# ggi:similar to SDL
# aalib:Textmode rendering
# vesa:display through the VESA BIOS (also needed for Radeon TV-out)
# directfb:DirectFB support
# Card specific: vidix:VIDeo Interface for *niX
# xvidix:VIDIX in X window
# mga:Matrox G200/G400 hardware YUV overlay via the mga_vid device
# xmga:Matrox G200/G400 overlay (mga_vid) in X11 window (Xv emulation on X 3.3.x !)
# syncfb:Matrox G400 YUV support on framebuffer (not tested, maybe broken)
# 3dfx:Voodoo 3/Banshee hardware YUV support (/dev/3dfx) (not yet tested, maybe broken)
# tdfxfb:Voodoo 3/Banshee hardware YUV support on tdfx framebuffer (works!)
# Special: png:PNG files output (use -z switch to set compression)
# jpeg:JPEG files output
# gif89a:Animated GIF files output
# yuv4mpeg:yuv4mpeg output for mjpegtools
# pgm:PGM files output (for testing purposes)
# md5:MD5sum output (for mpeg conformance tests)
# null:Null output (for speed tests/benchmarking)
I love Mplayer...it loves you...why use something from MS when you don't have to?