FYI you can run VST plugins in Ardour, provided you compile it yourself. This is due to licensing restrictions by Steinberg. Haven't tested it personally though.
Actually, some weeks ago I participated in a study about "mobile 3D TV". The study was conducted by researchers at the local technical university, but sponsored by Nokia. The display technology they used was actually quite impressing - they said that it is "similiar, but better than 3DS", but as they didn't provide any technical details and as I've never seen a 3DS in person, I'm unable to judge the validity of that comment. But the results were in my opinion better than with 3D movies, it wasn't as "layered", on some clips that is. Naturally they wanted me to judge whether a clip was layered, blocky, if the movement was smooth and so on; seeing the same clip with different setting for the umpteenth time was a bit tiresome, but it was an interesting experience nevertheless. And I much more prefer such a display to 3D movies, as I already wear glasses I find the 3D ones uncomfortable.
But I suppose it'll take a while for such displays to find their ways to handsets, and I'm not certain what the application would be. Games, sure, but I'm not convinced 3D video is worth it, and 3D GUI might actually be a bit confusing if it is to be operated via touch - elements might appear to be in front of the screen, but you'd still have to physically touch "behind" the elements to register your action.
No, as stated it was also because the limited feature set makes it easier for my colleagues to adapt. And seriously, you should see the codebase (or not)... when it comes to maintainability, I'm the last person to blame.
I wrote a Javascript library to be used internally with our almost-but-not-entirely-unlike CMS - I could have used jQuery (which I use a lot, and really like), but there were two reasons why I didn't. First, Javascript is sadly a very misunderstood language, also by most of our technical staff - while jQuery is very powerful, the syntax is a bit terse (not a bad thing in itself, but might take some time getting used to), and it's very extensive even with no plugins. It was simpler for the others to adapt to a library with a more limited feature set and a more procedural approach. Secondly, and this was the main reason, I wanted to learn the language better. And it certainly was a learning experience, the differences in DOM implementations can be really infuriating. But in the end, it was certainly worth it, and in my opinion it made me much better in Javascript than I would have been should I just have used jQuery.
Having said that though, I'm not certain that cookbook-style books are good for learning Javascript, nor any language for that matter, if one wishes to do more than simply cut'n'paste ready bits of code. For Javascript I personally recommend this book.
We had hundreds of these per day a couple of weeks back at work - somehow they got past our spam filter (perhaps LinkedIn was whitelisted), although they were obviously spam. What was odd was the fact that I've registered to LinkedIn with my @gmail address, but the spam came to @work. The part before @ is the same though.
To be honest, I never really understood how anyone could have seen his early movies and thought it would be a good idea to give him the money to do LOTR.
What about Heavenly creatures? It's certainly a much more adult (as in grown up, not as in porn) work than the likes of Bad Taste, and a fantasy movie in my opinion, although based on a true story. Having said that though, I'm not convinced that he was the optimal choice for the LOTR movies - nor am I convinced that they had to be filmed at all. Filming the Hobbit makes more sense to me.
Well, you're wrong. AACS is used to encrypt Blu-Ray disks, and AFAIK (do correct me if I'm wrong) it hasn't been cracked yet, at least not like CSS is. What is now possible is given a decoded stream from $PLAYER, instead of outputting it to $DISPLAY_DEVICE, the stream can be sent to $LEET_HAXOR_DEVICE that can save the stream with no DRM. You still need the $PLAYER to decode the content, so the title is (unsurprisingly) misleading.
I don't know if I'm particularly lucky, but when I got my latest mythfrontend box (an ION-based nettop), HDMI worked with no extra configuration. I can use with sound as well, it's simply a matter of preferring the HDMI digital output in ~/.asoundrc, but I prefer to route audio through the optical output to my amplifier, as the speakers on my telly are somewhat tinny (and I want surround, and my amplifier is so old it doesn't have HDMI).
Don't quote me on this - I can't be arsed to google it, and might remember wrong - but I seem to recall a discussion that this feature (automatic vacuuming of the databases, when they're either fragmented over a certain threshold, or when the last vacuuming was n days ago) was to be implemented into a next version of FF, 3.5? 3.6? Can't remember. From what I can tell, it still hasn't been implemented. Yes, it definitely should be built-in.
Using JavaScript and HTML for the UIs of real applications remains fundamentally flawed.
Yeah, no one would seriously implement an application with the UI written with HTML, CSS and Javascript... like Firefox itself...
But in all seriousness, would you care to elaborate why Javascript (for the pedants out there, yes, I really mean ECMAScript) is so bad? I think in itself it's a fine language in itself, especially given its original purpose. Sure, it's dynamically and weakly typed, but as long as you're aware of it and its implications it's not really an issue. And being a prototype-based language is a plus in my opinion, class-based OOP wouldn't really offer any advantages in web programming, and you can emulate it if you're so inclined. Having first-class functions and closures is great, and makes up for many of the shortcomings IMHO.
No, the issues with Javascript aren't really issues of the language itself:
Books/websites about it are in many cases outdated and/or simply wrong. As a simple example, quoting from here: If you assign values to variables that have not yet been declared, the variables will automatically be declared. (that is, omitting the var keyword)...sure. Although you end up creating, or worse, overwriting, a global variable. But hey, same difference, right? If you really want to know the language, and not just learn some web 2.0 tricks du jour, get this book. You won't regret it.
DOM implementations have some huge differencies. But DOM is not part of the ECMA spec, and I guess although MS has improved their CSS support, they don't want to make my job too easy. Although it's unlikely you'll notice the differences if you use one of the available frameworks (just do yourself a favor and don't use prototype.js).
It can be used to do horrible things. And I'm not just talking about malware, Javascript is probably one of the most abused languages, in the sense what kind of websites have been created with it. Thankfully web developers seem lately to be getting the point that "even though you can, doesn't mean you should".
But again, none of those are issues with Javascript, the language, so I'd very much like for you to enlighten me.
Regarding the "awesome bar" (I really like the functionality, but loathe the name), the sqlite database can get fragmented over time. You might want to try this ever now and then. Can make a world of difference, especially with slower computers/disks.
I really, really wish people would stop comparing Apt and RPM, the actual comparison would be dpkg vs RPM. And just as pretty much nobody uses dpkg directly, the same applies to RPM. People use one of the various frontends (yum, urpmi, what have you). While at one time automatically resolving dependencies was godsend, it's nothing special now.
(I'm quite impartial to the debate, pacman is where it's at. It would be nice to see an actual apples to apples comparison for a change though)
While this is true, partially it's not FFs fault. However/. managed to get from a convoulted mess of nested tables and font tags to a convoulted mess of some of the worst performing javacript I've ever seen is beyond me.
What I don't understand is that if Nintendo would just allow the homebrew channel, and only block stuff like IOS hacks, then they would stop piracy right in it's tracks.
I thought the previous system menu update did just that. While it did remove the homebrew channel and such, it also replaced some cIOS locations that were commonly used to play "backups" with stubs. And you can guess how long that worked.
Oh FFS, I'm a Finn and I really don't have any problem with this. In the summary you'll find the price is "Finnish state and industry-funded". And the price is biannual, 400k€ annually is not really that much for the state, even if it were completely "my tax money".
How come then my N900 (which has an ARM Cortex A8 @ 600MHz) runs Flash, if not perfectly, then at least acceptably? Granted, Youtube et al are better with a dedicated app (then again, Flash video sucks on Linux, even with a beefy computer), but the occasional game is just fine.
You make a good point, you will need a dvr with as many tuners are you want to record at once.
Not true anymore. With digital DVB or ATSC streams, you can record multiple channels from a single multiplex using only one physical tuner. For example, I have two DVB tuners, which I've configured to have four virtual tuners each, so I'm able to record eight channels simultaneously if needed. As most of the watchable content here is divided between two multiplexes (one for YLE, the local BBC equivalent, and one for the commercial channels) I never run into scheduling issues. My only issue is with MythTV - when recoding something on one virtual tuner, and watching live TV on another, it's impossible to switch to a channel that's on another multiplex without manually switching the tuner, even though the other (physical) tuner isn't at use. Not sure if this has been fixed in 0.23.
Slashdot Mirror
How about #3 in top500 (#1 a few years back)?
FYI you can run VST plugins in Ardour, provided you compile it yourself. This is due to licensing restrictions by Steinberg. Haven't tested it personally though.
Actually, some weeks ago I participated in a study about "mobile 3D TV". The study was conducted by researchers at the local technical university, but sponsored by Nokia. The display technology they used was actually quite impressing - they said that it is "similiar, but better than 3DS", but as they didn't provide any technical details and as I've never seen a 3DS in person, I'm unable to judge the validity of that comment. But the results were in my opinion better than with 3D movies, it wasn't as "layered", on some clips that is. Naturally they wanted me to judge whether a clip was layered, blocky, if the movement was smooth and so on; seeing the same clip with different setting for the umpteenth time was a bit tiresome, but it was an interesting experience nevertheless. And I much more prefer such a display to 3D movies, as I already wear glasses I find the 3D ones uncomfortable.
But I suppose it'll take a while for such displays to find their ways to handsets, and I'm not certain what the application would be. Games, sure, but I'm not convinced 3D video is worth it, and 3D GUI might actually be a bit confusing if it is to be operated via touch - elements might appear to be in front of the screen, but you'd still have to physically touch "behind" the elements to register your action.
No, the fifth edition was just higher in Google (for some reason, the fourth is even higher) and I simply needed a link.
No, as stated it was also because the limited feature set makes it easier for my colleagues to adapt. And seriously, you should see the codebase (or not)... when it comes to maintainability, I'm the last person to blame.
I wrote a Javascript library to be used internally with our almost-but-not-entirely-unlike CMS - I could have used jQuery (which I use a lot, and really like), but there were two reasons why I didn't. First, Javascript is sadly a very misunderstood language, also by most of our technical staff - while jQuery is very powerful, the syntax is a bit terse (not a bad thing in itself, but might take some time getting used to), and it's very extensive even with no plugins. It was simpler for the others to adapt to a library with a more limited feature set and a more procedural approach. Secondly, and this was the main reason, I wanted to learn the language better. And it certainly was a learning experience, the differences in DOM implementations can be really infuriating. But in the end, it was certainly worth it, and in my opinion it made me much better in Javascript than I would have been should I just have used jQuery.
Having said that though, I'm not certain that cookbook-style books are good for learning Javascript, nor any language for that matter, if one wishes to do more than simply cut'n'paste ready bits of code. For Javascript I personally recommend this book.
We had hundreds of these per day a couple of weeks back at work - somehow they got past our spam filter (perhaps LinkedIn was whitelisted), although they were obviously spam. What was odd was the fact that I've registered to LinkedIn with my @gmail address, but the spam came to @work. The part before @ is the same though.
To be honest, I never really understood how anyone could have seen his early movies and thought it would be a good idea to give him the money to do LOTR.
What about Heavenly creatures? It's certainly a much more adult (as in grown up, not as in porn) work than the likes of Bad Taste, and a fantasy movie in my opinion, although based on a true story. Having said that though, I'm not convinced that he was the optimal choice for the LOTR movies - nor am I convinced that they had to be filmed at all. Filming the Hobbit makes more sense to me.
Well, you're wrong. AACS is used to encrypt Blu-Ray disks, and AFAIK (do correct me if I'm wrong) it hasn't been cracked yet, at least not like CSS is. What is now possible is given a decoded stream from $PLAYER, instead of outputting it to $DISPLAY_DEVICE, the stream can be sent to $LEET_HAXOR_DEVICE that can save the stream with no DRM. You still need the $PLAYER to decode the content, so the title is (unsurprisingly) misleading.
I don't know about Windows 7, but you can run OSX on a N900 ;) (yeah, it takes 90 minutes to boot, and is completely pointless/unusable)
I don't know if I'm particularly lucky, but when I got my latest mythfrontend box (an ION-based nettop), HDMI worked with no extra configuration. I can use with sound as well, it's simply a matter of preferring the HDMI digital output in ~/.asoundrc, but I prefer to route audio through the optical output to my amplifier, as the speakers on my telly are somewhat tinny (and I want surround, and my amplifier is so old it doesn't have HDMI).
You know what would be even cooler? If Apple were to support the existing standard for UMTS video calls via 3G. Not bloody likely though.
Don't quote me on this - I can't be arsed to google it, and might remember wrong - but I seem to recall a discussion that this feature (automatic vacuuming of the databases, when they're either fragmented over a certain threshold, or when the last vacuuming was n days ago) was to be implemented into a next version of FF, 3.5? 3.6? Can't remember. From what I can tell, it still hasn't been implemented. Yes, it definitely should be built-in.
Using JavaScript and HTML for the UIs of real applications remains fundamentally flawed.
Yeah, no one would seriously implement an application with the UI written with HTML, CSS and Javascript... like Firefox itself...
But in all seriousness, would you care to elaborate why Javascript (for the pedants out there, yes, I really mean ECMAScript) is so bad? I think in itself it's a fine language in itself, especially given its original purpose. Sure, it's dynamically and weakly typed, but as long as you're aware of it and its implications it's not really an issue. And being a prototype-based language is a plus in my opinion, class-based OOP wouldn't really offer any advantages in web programming, and you can emulate it if you're so inclined. Having first-class functions and closures is great, and makes up for many of the shortcomings IMHO.
No, the issues with Javascript aren't really issues of the language itself:
But again, none of those are issues with Javascript, the language, so I'd very much like for you to enlighten me.
Regarding the "awesome bar" (I really like the functionality, but loathe the name), the sqlite database can get fragmented over time. You might want to try this ever now and then. Can make a world of difference, especially with slower computers/disks.
I really, really wish people would stop comparing Apt and RPM, the actual comparison would be dpkg vs RPM. And just as pretty much nobody uses dpkg directly, the same applies to RPM. People use one of the various frontends (yum, urpmi, what have you). While at one time automatically resolving dependencies was godsend, it's nothing special now.
(I'm quite impartial to the debate, pacman is where it's at. It would be nice to see an actual apples to apples comparison for a change though)
You're quoting Conservapedia? Seriously? Unsurprisingly, Wikipedia offers a different view on the events.
While this is true, partially it's not FFs fault. However /. managed to get from a convoulted mess of nested tables and font tags to a convoulted mess of some of the worst performing javacript I've ever seen is beyond me.
Yes, we all know you like Gary Numan.
What I don't understand is that if Nintendo would just allow the homebrew channel, and only block stuff like IOS hacks, then they would stop piracy right in it's tracks.
I thought the previous system menu update did just that. While it did remove the homebrew channel and such, it also replaced some cIOS locations that were commonly used to play "backups" with stubs. And you can guess how long that worked.
Oh FFS, I'm a Finn and I really don't have any problem with this. In the summary you'll find the price is "Finnish state and industry-funded". And the price is biannual, 400k€ annually is not really that much for the state, even if it were completely "my tax money".
Sorry to burst your bubble, but you need at least an 8xxx-series card for VDPAU (actually it seems Go 7700 will do as well). At any rate, 6100 is not going to cut it. Dunno about CUDA.
How come then my N900 (which has an ARM Cortex A8 @ 600MHz) runs Flash, if not perfectly, then at least acceptably? Granted, Youtube et al are better with a dedicated app (then again, Flash video sucks on Linux, even with a beefy computer), but the occasional game is just fine.
You make a good point, you will need a dvr with as many tuners are you want to record at once.
Not true anymore. With digital DVB or ATSC streams, you can record multiple channels from a single multiplex using only one physical tuner. For example, I have two DVB tuners, which I've configured to have four virtual tuners each, so I'm able to record eight channels simultaneously if needed. As most of the watchable content here is divided between two multiplexes (one for YLE, the local BBC equivalent, and one for the commercial channels) I never run into scheduling issues. My only issue is with MythTV - when recoding something on one virtual tuner, and watching live TV on another, it's impossible to switch to a channel that's on another multiplex without manually switching the tuner, even though the other (physical) tuner isn't at use. Not sure if this has been fixed in 0.23.
Unless you update the kernel there's no need to reboot. inodes, gotta love 'em.