Announcement

Collapse
No announcement yet.

Wine 1.1.21 and Fglrx

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • denali
    started a topic Wine 1.1.21 and Fglrx

    Wine 1.1.21 and Fglrx

    Wine 1.1.21 was released today and it has at least one fix specifically for Fglrx:

    Code:
    Stefan D?singer (19):
          d3d: Limit d3d8 and d3d9 vshader constants to 256.
          wined3d: Support the full amount of constants in GLSL.
          wined3d: Fix a few more direct buffer accesses.
          wined3d: Activate a thread before mapping a buffer.
          wined3d: Fix an issue in buffer_get_sysmem.
          wined3d: Emulate R16G16F and R32G32F if GL_ARB_texture_rg is not supported.
          wined3d: Set the max mipmap level in the pbo test.
          wined3d: Hardcode local loop control ints into the code in reps.
          wined3d: Implement texldd.
          wined3d: Make use of GL_ARB_half_float_vertex.
          wined3d: Pack ARB srgb constants better.
          wined3d: Pack hardcoded local constants in ARB.
          wined3d: Keep track of used float constants.
          wined3d: Always declare single constants in ARB if rel addr is not used.
          wined3d: Work around a bad crash in fglrx.
          wined3d: Add a point size test.
          winedd: Move shader_*_add_instruction_modifiers into the shader backend.
          wined3d: Pass the instr to pshader_gen_output_modifier_line.
          wined3d: Get rid of pshader_gen_output_modifier_line.
    Anyone tried this version yet? If so, what was your experience?

  • TechMage89
    replied
    Probably two Gallium drivers will only differ as far as the hardware implementations of certain functions (eg. rasterization) differ, since all hardware is running using the same state engine. So there will probably be less variability. But right now, very few applications are being designed with open-source drivers in mind at all, so we'll have to see how it goes.

    Leave a comment:


  • nanonyme
    replied
    Originally posted by bridgman View Post
    Between the proprietary and open source drivers I would expect some differences
    Slightly offtopic but do you also expect such differences to be between two Gallium drivers for different vendor's cards? (eg Intel vs Ati)

    Leave a comment:


  • Kano
    replied
    In some cases nvidia drivers do not fully work correct, but you can at least ask questions in nvnews.net and see if some devs will look at the issue. In most cases those are not known or hard to reproduce. Also you do not have to wait from month to month for next drivers, but they are released if needed (can be longer than a month too).

    Leave a comment:


  • AdrenalineJunky
    replied
    Originally posted by Kano View Post
    "ATI has longer internal testing phases" - yes they are so long that they need 18 month to fix some bugs.
    as opposed to the memory leak issues that have been plaguing nvidia drivers for as long as i've been using linux at least....

    or the fact that i had to try three different versions of the official nvidia drivers on my moms computer to find one that wouldn't cause it to periodically lock up.

    Leave a comment:


  • Qaridarium
    replied
    Originally posted by Kano View Post
    "ATI has longer internal testing phases" - yes they are so long that they need 18 month to fix some bugs.
    i Know you use Fista for Gaming no Linux is needet!

    Please stop Talking and go away in a windows support forum!

    Leave a comment:


  • Kano
    replied
    "ATI has longer internal testing phases" - yes they are so long that they need 18 month to fix some bugs.

    Leave a comment:


  • rohcQaH
    replied
    Originally posted by Kano View Post
    Well ATI/AMD is such a small company that can not handle things that NVIDIA can do just fine:
    yeah, like providing full hardware specs and open source drivers. Oh, wait...

    also, please everyone ignore that AMD has three times as many employees as nvidia and the whole argument as presented is pointless.

    * latest kernel support (even with all tricks possible i get dmesg errors with 2.6.30)
    I get dmesg errors with nvidia-drivers all the time, no matter the kernel version. What was your point again?

    * wine working correctly
    this isn't entirely ATIs fault, as wine's D3D-layer was developed for nvidia hardware/drivers. Try the same games on wine on intel GPUs - given intel's size, it should be flawless, right?

    Let me rephrase your post:
    Nvidia's drivers suit my specific needs way better than ATI's, therefore ATI must suck. Because I like my world simple, I'll just blame company size.
    What matters isn't company size, but dedicated linux resources and priorities.

    nvidia can support recent kernels by throwing our betas like there's no tomorrow, ATI has longer internal testing phases for the proprietary drivers (and as a result less bloopers in publicly available drivers), but does support new kernels immediately using the in-kernel DRM of mesa.

    NVidia has time to develop VPDAU, while AMD is tied up in a massive open sourcing effort, writing up specs and maintaining two drivers at once.

    right now, nvidia's drivers may suit your needs better than others. That's fine, keep using them. But concluding that AMD/ATI dedicates less resources to their linux support than nvidia is pretty uninformed.

    Leave a comment:


  • AdrenalineJunky
    replied
    i fully understand the reasons why amd decided to drop off support - they've been taking a beating and something has to give.

    just saying from the wine developers perspective - i think its perfectly reasonable to address major bugs on "legacy" hardware.

    Leave a comment:


  • Kano
    replied
    Well ATI/AMD is such a small company that can not handle things that NVIDIA can do just fine:

    * latest kernel support (even with all tricks possible i get dmesg errors with 2.6.30)
    * h264 accelleration (and even vc1 if somebody needs it)
    * wine working correctly
    * vdrift does not crash x server on exit

    Leave a comment:

Working...
X