Slashdot Mirror


User: iluvcapra

iluvcapra's activity in the archive.

Stories
0
Comments
3,680
First seen
Last seen
Profile
(view on slashdot.org)

Comments · 3,680

  1. Re:Lawsuit in 321... on Google Launching Music Service Without Labels · · Score: 1

    They said that wax cylinders would destroy public performance, not recording (how could destroy the thing it was inventing?).

    Home taping was never a serious threat because there wasn't a billion-dollar company making a few pennies in AdWords off of every copy.

    That's the problem here, the right to copy a song a piece of property, and nobody gives a damn about that -- with open source software we at least give developers the right to open source their code, we don't force them to disclose their code out of some adherence to libre ideology, while all the while a search engine company makes millions reselling the code through advance marketing and cobranding agreements to special manufacturing partners. But I guess musicians aren't as cool as developers.

  2. Re:Trouble with Tribble on Apple Discusses iOS Privacy Issues Before Congress · · Score: 1

    You know, you never actually see what happens to your Latitude check-ins after you make them, where they go, how they're warehoused, how they're indexed and searched, what particular parties at Google have access to what data. It's not like Google opens the server code for its location services, the app store, docs, search, gmail... Google's operation is very much a "secretive profit driven control freakery" when it comes to their back-end. So pick your poison.

  3. Re:Lawsuit in 321... on Google Launching Music Service Without Labels · · Score: 1

    To be honest, I never understood why payola was a crime.

  4. Re:Lawsuit in 321... on Google Launching Music Service Without Labels · · Score: 2

    I'm repeated surprised by how I'll say something like "Google will control X!" and people do not immediately disagree, saying "Google won't control X!"

    No, they immediately accept my frame and then actively defend the idea of a multi-billion dollar advertising company controlling content, and how this is the the right and true and good outcome, and how we'll all be so much happier when the company that records our searches and history, maps our location and snoops our wifi makes it impossible for anybody to ever do recorded music as their day job.

  5. Re:Lawsuit in 321... on Google Launching Music Service Without Labels · · Score: 4, Insightful

    Marvelous. Buying the law.

    The future of music, with music labels crushed and Google dictating how musicians are paid, is bright.

  6. Re:Great but on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1, Insightful

    So If want to to upgrade the video card. maybe Maybe I want to run a Quadro for CAD... So just how would you set up a RAID 6 array and a Quadro video card using the the single Thunderbolt port today?

    Buy a Mac Pro, all that stuff will run miserably on an iMac as it is -- I can't recommend a RAID to anyone that doesn't need five nines of availability, multiple HD video streams of bandwidth, wants to keep spare disks, and doesn't need less than 4 terabytes of uninterrupted blocks (RAIDs aren't backup). If you want an iMac and a RAID you're doing it wrong, or your integrator is a con artist. If you want to do CAD or need more than two monitors you aren't in the iMac segment -- these are machines for home users, students and offices, people who are cost and space conscious but still want or need a Mac.

    Apple has segments, just like Microsoft, Honda or anyone else. Behold the power of marketing and positioning to create better user experiences, simplify support and lower costs.

    Even better, buy a PC, it'll be cheaper. I've been reassured countless times here on /. that Mac OS X is a buggy, proprietary, toy operating system that insults power users and there's nothing to recommend it, so why this sudden desire to send Apple a special order?

  7. Re:Why? on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1

    Admittedly mixed record.

  8. Re:Hopefully this accelerates its adoption on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1

    This is the first one that can't be fixed with a $10 adapter, they might be stuck with it for a while. What's on the back of their displays right now?

  9. Re:Great but on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1

    Apple users spend all of this time "looking trendy" and denigrating anything else that they view as ugly while promoting this 80s notion of how computers are put together.

    New business model: provide individual counseling to people who's fee-fees have been hurt by Apple, in the course of Apple selling computers people want to buy.

  10. Re:Great but on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1

    Yeah but there's only so many pins on the header :) It's not really a question of load, it's the holes people use to juice their googaws in the first place. I definitely note a predilection of customizers to prefer gobs of PCIe slots, and maybe they'll rarely put a RAID adapter in one of them, but the rest are there to provide extra +3 rails to power their, uh, bling.

  11. Re:Great but on iMac Gets Thunderbolt I/O, Quad-core · · Score: 2

    I guess PCIe slots are better for powering your in-case chaser LEDs, liquid intercooler and cup holder, while still giving you ample on-host full power USB ports to power your coffee warmer, Arduino-based 3D milling machine and Dr. Who talking Dalek commemorative snow globe.

  12. Re:Great but on iMac Gets Thunderbolt I/O, Quad-core · · Score: 1

    What do you need PCIe slots for in this time and age, particularly when Light Peak faster than than SATA (and both are faster than any existing HD) and can drive displays?

    I think you want something from the Alienware catalogue. Apple doesn't build for ricers.

  13. Re:I can't find it on Man Unknowingly Tweets the Osama Raid · · Score: 1

    This isn't the compound, it doesn't match the pictures the SOC has released. I think you're very close, though.

  14. Re:Not really on Kdenlive 0.8 Adds Advanced Features for NLV Editing · · Score: 1

    I dunno, a friend of mine is a compositor team lead for Imageworks in LA here, working on Green Lantern at the moment, and his rig is Windows 7. Do you have a lot of interaction with the artists?

    Interesting sort of coincidence that the applicability of Linux software to your job seems to correlate with the propensity for your job to be offshored, huh?

  15. Re:Not really on Kdenlive 0.8 Adds Advanced Features for NLV Editing · · Score: 1

    I've been doing sound effects in Los Angeles for 10 years now, worked on two of the Spider-Mans, Battle: Los Angles and The Hurt Locker among 60 or so other films, at Sony, Fox, Disney and Paramount, and I've never heard of a Midas xl8, and I've never seen a Linux platform on any video or sound editing system, ever -- Final Cut is quite happy to handle 2k and 4k files, all the RED tools are Mac and PC only, and write QuickTime files. Everybody uses Macs, and occasionally you meet a Windows user who wants to prove a point. Most Maya and CGI people I know run Windows if they have a choice. Linux runs the render farm, but you could switch it out tomorrow with a licensed *nix and the only people who'd notice was the accounting department.

    Not to say that it's impossible for Linux to get a toehold in these markets, but even though we use computer all day, we aren't ricers who want to tweak every little thing -- we have money and we want the cheapest thing that works best, and not have to worry about distributions, or wether or not my kernel's is using the realtime scheduler (or which one?), and there's no one out there that offers any kind of support for professional Linux multimedia applications, albeit because those applications don't exist.

  16. Visual Programming is Bad for Open Source on Developing Android Apps Visually, In 3 parts · · Score: 2

    I've done some work in visual languages, like Pure Data/Max mostly, and some things you notice:

    • It's very difficult to do tutorials because you have to do tons of screen grabs. There's no such thing as a visual one-liner.
    • Visual programming languages always have ambiguous representations for algorithms, and they have a way of hiding internals and leaky abstractions under their sleves in a way that guarantees the code works but it works silently and relies on features that aren't intuitive.
    • Visual programming languages are hard to diff and merge in a clean way.
    • There's a lot of complete programs for Max that you can download for free, and sometimes people will customize odds and ends of them, but almost no particular project has many contributors -- it's just too hard to coordinate work, abstract away implementations and divide work.

    It's easy to get started in them but, no matter how easy they make it, eventually you get bogged down in trying to look up the particular name for a block that does X, because any logic that takes more than two lines of real code or relies on tight loops can't be programmed literally in the visual way.

    I'd say that visual languages give you a good entre to programming, but really it's just BASIC brain damage all over again -- visual languages use visual cues like lines or sockets to do what in fact are nothing more than GOTOs, you have to do a lot of hard coding, the language makes you do a lot of static decision making, you always are deciding to make (k) objects instead of arbitrary (n) objects; code reuse, structure, or metaprogramming are unheard of.

  17. Re:problem is, Unity is a disaster on Is Canonical the Next Apple? · · Score: 1

    "Set Title" is Apple-Shift-I.

    Don't you think having to manually set the title of a terminal window is sortof redundant? Isn't the host name and process sufficient?

  18. Re:Wouldn't be surprised on RIM Collapse Beginning? · · Score: 1

    Had I been the RIM guy, I would have taken action. If the first thing two people can think of when asked to comment on your product is "it's crap and we need something better", then something is very seriously wrong.

    They never saw the developer tools as a product, it was an aspect of support, and if the tools were crap is didn't particularly matter, since this had about zero effect on the price they could demand for BESs, handsets and service. Apple and Google go to pains to product-ize their developer tools, even though they're free for the most part, and regarding 3rd party developers as customers, making sure they have documentation, a network of support, and a way to get paid (!) is a big part of their strategy. I'm not sure RIM ever considered 3rd party developers "customers."

  19. Re:Time to trademark the "DroidBerry" on RIM Collapse Beginning? · · Score: 1

    I remember when Palm started selling Windows Mobile Treos. In that case it just didn't work, they weren't playing to their strengths. RIMM never struck me as a great handset manufacturer, it's not like their form factor is irreproduceable or awesome, their stuff is plasticky, the buttons average, and their touchscreen tech was never great, the only thing that really sets them apart are their services. You switch that out and you're gutting the whole operation.

  20. Re:RIMM Put Contracts on RIM Collapse Beginning? · · Score: 1

    The put option volume on RIM stock is staggering. Just today alone there have been 67 put contracts sold at a $27.50 strike price for January 2013.

    And there are 5500 puts $10 in the money :P

    Basically what you're telling us is somebody had $100 and decided to play the ponies. Wasn't you, was it?

  21. Re:not yet on Voyager Set To Enter Interstellar Space · · Score: 1

    They should reserve press releases for legitimate new discoveries, instead of arbitrary crossings of lines that humans drew decades ago. They should not waste our time with their attempt to get newspaper clippings to paste into their grant application.

  22. Re:won't fly forever on Voyager Set To Enter Interstellar Space · · Score: 1

    They used to sell it but they had to withdraw it -- you can still find it on torrent sites: "Whispers of Earth"

  23. Re:problem is, Unity is a disaster on Is Canonical the Next Apple? · · Score: 1

    What dumbass could possibly think it a good idea to put the application menus in the far top left of the screen, no matter how many applications are open, how large their windows are, or where they are located?

    What dumbass wastes screen real estate with menus for applications you're not using? And a lot of those menus have exactly the same commands, over and over, except they do completely different things, and their action binds to their application, and not to their particular window, even though they're graphically bound to a window! You mean applications and windows are different things, and menus on a window are a leaky abstraction!?

    Oh wait, the Gnome and KDE people didn't actually think about how to do it better, because they were just copying Windows on account of the fact that everyone wanted a supplemental product for Windows, despite the fact they claimed to hate it.

    On the other hand, Mac OS X apps also have the ability to hold menu bars in every window, except they're called toolbars, and the distinction is mostly semantic. I think the difference is that people on Gnome expect that they'll be always using the menu to get at certain things, and that a lot of actions are only exposed through the menu and that they'll use it often, where people on OSX use the menus until they learn the keyboard commands, and then they mostly stop, except for the (generally very few) things that are only exposed through the menu.

  24. Re:Cash Flow... on Is Canonical the Next Apple? · · Score: 1

    No, they hit the fast-forward button on their Tivo, switched to Netflix, went off to play videogames and surf the Internet, where the admen have now found them. There wasn't a dramatic "poof" moment, but TV ad revenues as a share of total ad revenues have been on a decline for years.

  25. Re:Yup. on Is Canonical the Next Apple? · · Score: 1

    I don't think AAC support will get you ALAC, two different packages.