Slashdot is powered by your submissions, so send in your scoop

 



Forgot your password?
typodupeerror
×
Australia Graphics Open Source Linux

Linux.conf.au Talks Available Online 48

An anonymous reader writes "Despite the floods, linux.conf.au 2011 went ahead in Brisbane. Videos of the talks given at the conference are available via blip.tv. Highly recommended are Vint Cerf's keynote and Keith Packard's talk on X and the future of Linux graphics."
This discussion has been archived. No new comments can be posted.

Linux.conf.au Talks Available Online

Comments Filter:
  • Sad ... (Score:2, Informative)

    by Schwarzy ( 70560 )

    ... that I need access to a computer with ADOBE Flash installed to watch this.

  • Transcripts (Score:5, Insightful)

    by Lproven ( 6030 ) on Sunday January 30, 2011 @11:24AM (#35048930) Homepage Journal

    Bugger the video formats, where are the transcripts?

    I could either spend half a day watching them or 5-10 min reading. You guys may have all day; I don't.

    • Re: (Score:2, Funny)

      by Anonymous Coward

      "Flash only? What about Ogg!"
      "They have Ogg stuff up, but what about transcripts?"
      "They have transcripts up, but what about transcript translations?"
      "They have transcripts up in all major languages, but what about captions?"
      "What about captions in other languages?"
      "What about translations to Esperanto and Latin for future posterity?"
      "Can someone write a MMIX player so these videos will be playable anytime into the future?"

    • by trawg ( 308495 )

      Yep, transcripts are great - I always prefer reading because I can absorb information so much faster than video. Generally, any video I want to watch now I try to download locally and play back in VLC at 1.2-1.5x faster - highly recommended.

      But I understand why they don't do transcripts - because it takes a lot of effort. We do transcripts for all videos that we produce on our website (blatant example plug [ausgamers.com]) and doing it properly takes a surprising amount of effort. It's really easy to make mistakes, it's re

    • by Anthony ( 4077 ) *
      This post should be Moderated "Ungrateful sod". A bunch of volunteers pull out all stops to put together a conference against some daunting odds and you expect someone to type up a transcript for you? How much are you going to pay for it?
    • by CODiNE ( 27417 )

      Well since everyone is busy complaining about your request I'll just throw mine in.

      I'm deaf you insensitive clods!

      There.

  • Gee, I'd love to ditch the bloated monster of OpenGL and X and just use DRI. Only there is absolutely no documentation on how to do it. From what I have read so far I'm under impression I'd have to write a whole graphics driver, which, needless to say, is INSANELY difficult. Trying to look up API documentation and examples on anything but OpenGL is impossible. I am not even sure which API they are trying to promote, or what they all are for. For instance, is GEM a replacement to EGL or its backend? Is DRI a

    • Re: (Score:1, Insightful)

      by Anonymous Coward

      That's because you're a fucking tool.

      FYI You're one of those guys who just doesn't get it.

      • by Chemisor ( 97276 )

        > That's because you're a fucking tool

        Thank you for reminding us what is wrong with the open source community today.

        > FYI You're one of those guys who just doesn't get it.

        Of course I'm one of those guys. I'm not in your little club where everyone knows every bleeding edge API by telepathy. Or maybe in the club of geniuses who can look at MesaGL source code and find those precious 50 lines that are necessary to communicate to DRI that I want to blit a buffer. I'm one of those fools who actually need to

    • I'm not sure you're a "tool" per se but you are guilty of running off at the mouth. Perhaps you are not aware that DRI was created mainly to handle OpenGL better? Granted, the net is not overflowing with links to technical details. Because it is pretty low level stuff, with a very small core of developers of maybe a couple dozen. But the information is out there. [bitwiz.org.uk]

      GEM is a low level component of DRI that manages rendering objects in memory, while EGL is a cross platform API for creating and managing OpenG

  • by Anonymous Coward

    Also talk about the future of Linux gaming and how to get devs to port modern games to it without having to use WINE, and more end-users like myself would take interest.

    Linux does everything I want, except gaming. I have no desire to go back and forth between Win and Lin just to browse the web, so make Linux capable of doing everything a Win system can and I'll make the switch right away.

    • The actor in the video clearly said that the new architecture wasn't really compatible with binary blobs.
      Expect a mess unless you have an Intel GPU in the near future.

  • This one got me... (Score:4, Interesting)

    by toxygen01 ( 901511 ) on Sunday January 30, 2011 @12:13PM (#35049110) Journal
    "We have removed 5 hundred thousand lines from X server core, did anybody notice?"
    • If you were trying to maintain a binary blob (like intel's infamous psb drivers) you surely noticed.
    • by Beelzebud ( 1361137 ) on Sunday January 30, 2011 @02:51PM (#35049856)
      Yeah and then he mentioned that there was still around 500,000 lines of code that "isn't doing very much". It was a great talk overall. I am actually very happy to see that the X server finally seems to be in the process of being phased out, or at least made less mandatory for a desktop system. Things like removing keyboard and mouse input from it are music to my ears.
      • by Eil ( 82413 ) on Sunday January 30, 2011 @06:18PM (#35051162) Homepage Journal

        One downside to continually removing functionality from X and putting it into the kernel is that X becomes far less capable on non-Linux platforms. The BSDs, Solaris, even Darwin have benefited from OS-independent hardware support in X.

        Also, I remember a time when Linux kernel and X developers derided Microsoft for integrating their kernel and graphics layers so tightly...

        • I thought the criticism wasn't so much about the graphics drivers being in the kernel, as the windowing/GUI. No one is talking about moving windowing into the Linux kernel, just all the drivers. Well there is FBUI, but I think that is on the fringe. X could almost be thought of as a separate operating system on top at the moment, changing it to be just an app that deals with windows is a win to everyone. Especially the poor X developers.
        • by elkto ( 558121 )
          Indeed, I need multiple Video cards, a feature he described as not functional at this time in GEM and 'hard' to implement. He also berates the socket/network interfaces to the server, which I use heavily. He seems to view judisious memory use in low regard.

          But that said, there are is allot to be said for tidying up decades worth of code bloat, and revisiting the general graphics structure.
    • by JonJ ( 907502 ) <jon.jahren@gmail.com> on Sunday January 30, 2011 @05:15PM (#35050646)
      I chuckled a bit at the response he got: "Yeah, they showed up in the kernel!"
    • What came next was perhaps the bit which amused me most:

      Voice from the crowd: Yes, it all turned up in the kernel.

      Keith Packard: Thank you for managing my problem, Linus.

  • http://totallylookslike.icanhascheezburger.com/2008/09/29/vint-cerf-totally-looks-like-the-architect/ [icanhascheezburger.com]

    Interesting coincidence I found out recently. Might be well known to those who is familiar with him, but it got a laugh out of me.

  • by Anonymous Coward

    I don't understand how he can just say they don't care about NVidia. If it weren't for NVidia and their graphics solutions that actually work and provide good gaming performance, I would still be using Windows. 2001-era 3D support isn't adequate for all of us.

  • Can anyone who went to LCA this year tell me where it's going to be held next year?
    • by rusty ( 3244 )

      Ballarat: http://lcaunderthestars.org.au/

      Looking forward to it!
      Rusty.

Our OS who art in CPU, UNIX be thy name. Thy programs run, thy syscalls done, In kernel as it is in user!

Working...