Page 4 of 5 FirstFirst ... 2345 LastLast
Results 31 to 40 of 42

Thread: X.Org Server 1.16 Delayed To Let In Non-PCI Graphics Support

  1. #31
    Join Date
    Jan 2013
    Posts
    1,116

    Default

    Quote Originally Posted by startzz View Post
    a bunch of guys making random stuff, all their cooperation is in linus style "fk you nvidia", so what do you expect from such guys...
    Let's think about that, hmm, maybe the most successful operating system in the world, running on countless servers, clusters, phones, embedded devices, ... . Maybe also Nvidia actually starting to cooperate?
    Of course, the whole programming thing is not what it should be - it should be perfect, like science, like 2+2=4, but somehow people made it like art - no one knows why it works or why doesnt work, so yeah, the whole conception of ~60's must be burned and everything must be done in the right way from zero, because this technology wont lead to anything "wow", especially this "free cheese".
    Feel free to show us your new concept of programming, it sounds like you have a much better insight in all this stuff then the countless studied people inventing programming paradigms, languages, ... . Present us your ideas how to make it better, show us exactly where the flaws are.

  2. #32
    Join Date
    May 2011
    Posts
    1,611

    Default

    It's kind of remarkable to think about just how amazing X is.

    Here's to another 30 years!

  3. #33
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    Cool, transition to xserver 1.16 in Debian Sid has been started

    https://release.debian.org/transitio...erver1.16.html

    Of course then can be readed as - Xserver 1.16 is in Debian now
    Last edited by dungeon; 07-08-2014 at 10:11 PM.

  4. #34
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    And yup for the first time radeonsi cleanly working in Debian .

    What i can say congrats to everyone involved . Results on Kabini with this rc4 release are even better then rc3 .

    Code:
    GtkPerf 0.40 - Starting testing: Wed Jul  9 03:22:35 2014
    
    GtkEntry - time:  0.04
    GtkComboBox - time:  0.89
    GtkComboBoxEntry - time:  0.85
    GtkSpinButton - time:  0.13
    GtkProgressBar - time:  0.06
    GtkToggleButton - time:  0.05
    GtkCheckButton - time:  0.05
    GtkRadioButton - time:  0.09
    GtkTextView - Add text - time:  0.26
    GtkTextView - Scroll - time:  0.08
    GtkDrawingArea - Lines - time:  0.47
    GtkDrawingArea - Circles - time:  1.10
    GtkDrawingArea - Text - time:  0.64
    GtkDrawingArea - Pixbufs - time:  0.03
     --- 
    Total time:  4.75

  5. #35
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    That has been with governor ondemand, with performance it is even slightly faster . Good work it is better then i expected

    Code:
    GtkEntry - time:  0.03
    GtkComboBox - time:  0.55
    GtkComboBoxEntry - time:  0.40
    GtkSpinButton - time:  0.05
    GtkProgressBar - time:  0.02
    GtkToggleButton - time:  0.05
    GtkCheckButton - time:  0.05
    GtkRadioButton - time:  0.09
    GtkTextView - Add text - time:  0.26
    GtkTextView - Scroll - time:  0.08
    GtkDrawingArea - Lines - time:  0.46
    GtkDrawingArea - Circles - time:  1.10
    GtkDrawingArea - Text - time:  0.34
    GtkDrawingArea - Pixbufs - time:  0.03
     --- 
    Total time:  3.52
    Last edited by dungeon; 07-08-2014 at 10:45 PM.

  6. #36
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    Actually i am i bit fast to comment about this transition, accel on Kabini is broken now for me .

  7. #37
    Join Date
    Feb 2008
    Posts
    1,348

    Default

    Quote Originally Posted by dungeon View Post
    Actually i am i bit fast to comment about this transition, accel on Kabini is broken now for me .
    Actually that is only my error i installed old ddx for 1.15 somehow - 7.4.0-2 works fine .

  8. #38
    Join Date
    Oct 2010
    Posts
    482

    Default

    To put it into simple terms...in it's basic form, a compositor takes images (1, 2, n...) and combines them into a single image before displaying them on the screen. If you have all effects turned off in your compositor (kwin, xfwm, openbox, icewm, etc.), then this is all that happens (well, aside from the basic stacking/ordering and other misc things that all window managers do).

    Shadows, wobbly windows, fade-in/out, etc., are effects which are ancillary to, however not required for, composition. They need not be enabled, and have no benefit except to those who appreciate them.

  9. #39
    Join Date
    Sep 2008
    Location
    Seattle, WA, US
    Posts
    121

    Default

    Currently I don't care about wayland one way or another, I am just going to keep on using awesomeWM for the foreseeable future. But what I don't get is why tear-free/every frame perfect is considered so great by wayland people that they made it the centerpiece. As long as it isn't tearing constantly or something, who cares?

  10. #40
    Join Date
    Feb 2008
    Location
    Linuxland
    Posts
    5,328

    Default

    Tearing is extremely irritating.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •