That brings me to the next point: in Unix there is no wait to wait on multiple synchronization primitives (as opposed to FDs) at once, and only a few primitives support a timed wait. In Windows you have WaitForMultipleObjectsEx. Look it up.
You can use a barrier under pthreads. Look it up.
Let me be clear on the difference: in Windows the scheduler API for waiting on IO and synchronization primitives is fully integrated - you can wait on any combination of IO and sync objects in the same Wait call. You must of course be using Windows Async IO which uses Events rather than FDs as the waitable object.
Under *nix you'd use AIO. It may not be integrated directly with the synchronisation primitives, but that's what makes it beautiful, a clear separation of API and behaviour.
I thought they stated that the games had to be written to take advantage of this, it wasn't so much an automatic boost as one that you need to apply to take full advantage of.
What I don't understand is why they didn't use a more industry developed and supported codec like one of the MPEG-4 ones, ie H.264. Isn't it known to be better than VC-1?
I would like proof of that, it seems to me they use the standard unix time values, ie a signed 32bit integer for seconds and gettimeofday is the same as on other systems. TimeValue is also a signed 32bit integer, hmmm, do you have any proof that Mac OS X uses doubles for time?
That's the reason I got a MacBook Pro, even though I would have adored a smaller MacBook, it just wouldn't have supported my 30 inch cinema display, leaving me with a large paperweight. Maybe somewhere down the line they'll either have smaller pro notebooks or support for dual-link dvi in non-pro notebooks. Here's hoping.
Now that doesn't help me with playing videos in Front Row, now does it? VLC isn't the perfect replace for all situations. Now only if Flip4Mac would go universal, that'd solve all my issues.
iTunes is currently using 35 meg here, and I have a pretty large collection. Winamp must use something insanely small for people to be complaining so much about iTunes memory usage. CPU usage seems to be fairly low too, at 4.5%, I'm not complaining. Also nice frontends to iTunes make searching and playback even easier. Have a crack at CoverFlow.
Who the hell would switch languages mid-project? C to C++ isn't a trivial switch, that or you ended up with some seriously shit code out of that wise move. Sounds to me like you're talking out your ass.
The problem with that program is its interface, it's very loaded and doesn't have quite the simplicty and finish of finder. It comes in as a bit of a stark contrast against the look and feel I've come to expect of programs under OS X.
Hmmm, from what I've read, all those are higher level APIs that end up being built on top of the WIN32 API, rather than being another seperate path as originally planned. I'm guessing that's mainly for compatibility reasons.
Technologies/Techniques like Flash, Javascript, AJAX, PHP, browser extensions and the rest can do a lot of what ActiveX could do, and much more securely.
Isn't Flash implemented as an ActiveX control? How are you going to get past that hurdle without some sort of similar extension mechanism? Browser extensions are needed, just the way they are implemented needs to be carefully looked over. Whitelists and signed extensions are always a good thing.
According to someone else that replied on the site, the bfcache is actually global and shared, so it's _not_ per tab. But they could also be wrong. It would seem ridiculous not to share the cache where possible. Often I find myself with multiple tabs open that share pages in history.
You got to remember all those windows take up graphics memory, since they're essentially textures and shaders. So you'll reach a point where they can't all fit in graphics ram, and possibly even overflow system ram in extreme cases (like playing a game). So you can potentially still have the stalling of things swapping in and out.
You know, they could be binding it to the hardware until they fully develop all the applications needed to go for a head to head battle with Microsoft. Then they no longer need them for Office and such and can aggresively pursue their territory.
Slashdot Mirror
Don't forget that those features are accessible under OpenGL, which means that they will be available across platforms. DX10 is not your only option.
Isn't that being released as part of GCC? I also remember discussions by them to merge LLVM in to GCC.
It's a trap!
Gecko is the rendering engine, it draws things. Spidermonkey is the javascript interpreter, it runs things.
I thought they stated that the games had to be written to take advantage of this, it wasn't so much an automatic boost as one that you need to apply to take full advantage of.
What I don't understand is why they didn't use a more industry developed and supported codec like one of the MPEG-4 ones, ie H.264. Isn't it known to be better than VC-1?
I would like proof of that, it seems to me they use the standard unix time values, ie a signed 32bit integer for seconds and gettimeofday is the same as on other systems. TimeValue is also a signed 32bit integer, hmmm, do you have any proof that Mac OS X uses doubles for time?
Even better: Virtue Desktops
That's the reason I got a MacBook Pro, even though I would have adored a smaller MacBook, it just wouldn't have supported my 30 inch cinema display, leaving me with a large paperweight. Maybe somewhere down the line they'll either have smaller pro notebooks or support for dual-link dvi in non-pro notebooks. Here's hoping.
Now that doesn't help me with playing videos in Front Row, now does it? VLC isn't the perfect replace for all situations. Now only if Flip4Mac would go universal, that'd solve all my issues.
iTunes is currently using 35 meg here, and I have a pretty large collection. Winamp must use something insanely small for people to be complaining so much about iTunes memory usage. CPU usage seems to be fairly low too, at 4.5%, I'm not complaining. Also nice frontends to iTunes make searching and playback even easier. Have a crack at CoverFlow.
Who the hell would switch languages mid-project? C to C++ isn't a trivial switch, that or you ended up with some seriously shit code out of that wise move. Sounds to me like you're talking out your ass.
The problem with that program is its interface, it's very loaded and doesn't have quite the simplicty and finish of finder. It comes in as a bit of a stark contrast against the look and feel I've come to expect of programs under OS X.
Hmmm, from what I've read, all those are higher level APIs that end up being built on top of the WIN32 API, rather than being another seperate path as originally planned. I'm guessing that's mainly for compatibility reasons.
It's what happens when you're homeschooled.
Isn't Flash implemented as an ActiveX control? How are you going to get past that hurdle without some sort of similar extension mechanism? Browser extensions are needed, just the way they are implemented needs to be carefully looked over. Whitelists and signed extensions are always a good thing.
And advanced version of the realtime tessellation was used in Sacrifice, last I heard.
According to someone else that replied on the site, the bfcache is actually global and shared, so it's _not_ per tab. But they could also be wrong. It would seem ridiculous not to share the cache where possible. Often I find myself with multiple tabs open that share pages in history.
You got to remember all those windows take up graphics memory, since they're essentially textures and shaders. So you'll reach a point where they can't all fit in graphics ram, and possibly even overflow system ram in extreme cases (like playing a game). So you can potentially still have the stalling of things swapping in and out.
Getting married on WoW doesn't count. :)
You know, they could be binding it to the hardware until they fully develop all the applications needed to go for a head to head battle with Microsoft. Then they no longer need them for Office and such and can aggresively pursue their territory.
I was thinking, use the same FS CDs do. I'm not sure how far that idea goes, but that could be one viable solution.