ARM Midgard Architecture

Discussion in 'Mobile Graphics Architectures and IP' started by arjan de lumens, Nov 10, 2010.

  1. wishiknew

    Regular

    Joined:
    May 19, 2004
    Messages:
    334
    Likes Received:
    6
    No love for those new second gen T6xx cores?
     
  2. mboeller

    Regular

    Joined:
    Feb 7, 2002
    Messages:
    923
    Likes Received:
    3
    Location:
    Germany
    you mean this?
    http://www.engadget.com/2012/08/06/arm-second-gen-mali-t600-gpus/

    Well, it seems ARM had to improve their offerings to stay competitive.

    I wonder a little bit about the "Adaptive Scalable Texture Compression"; especially about the bit-rates (3,56bit/pixel???) and which competitors will use this ASTC too? The market share of the Mali-GPUs was not so great last time I checked. So a additional Texture-compression standard from "someone" could be a waste of time, even if it is a Kronos-Standard.

    Link: http://en.wikipedia.org/wiki/Adaptive_Scalable_Texture_Compression
     
  3. ams

    ams
    Regular

    Joined:
    Jul 14, 2012
    Messages:
    914
    Likes Received:
    0
    It sure seems likely that NVIDIA will use this.
     
  4. mboeller

    Regular

    Joined:
    Feb 7, 2002
    Messages:
    923
    Likes Received:
    3
    Location:
    Germany
    Nvidia hat even less market share as ARM last time I checked.
     
  5. ams

    ams
    Regular

    Joined:
    Jul 14, 2012
    Messages:
    914
    Likes Received:
    0
    And? You asked who else would be using ASTC. As long as it has some tangible benefits vs. other forms of texture compression, then more and more companies will adopt it, but it won't happen overnight.
     
  6. mczak

    Veteran

    Joined:
    Oct 24, 2002
    Messages:
    3,020
    Likes Received:
    115
    Quite the contrary I think, this standard was agreed upon by several companies. I suspect you have to support it to not get obsolete rather sooner than later. Well maybe not really absolutely necessary for this generation of chips but it can't hurt. ETC support will be necessary, but it is nowhere near as flexible and not that useful for some textures.
    The odd bitrates are just a result of supporting different block sizes for fixed sized chunks (which is an interesting concept), who cares if the resulting bitrate is odd?
     
  7. tangey

    Veteran

    Joined:
    Jul 28, 2006
    Messages:
    1,527
    Likes Received:
    278
    Location:
    0x5FF6BC
    One wonders is the Mali texture compression a response to issues around PVRTC increasingly becoming a standard, ie iOS and many android designs. If developers design for PVRTC first and foremost, then it leaves non IMG solutions at a disadvantage.

    Does this new compression algorithm require an arm license for the hardware implementation ?
     
  8. Arun

    Arun Unknown.
    Moderator Legend Veteran

    Joined:
    Aug 28, 2002
    Messages:
    5,023
    Likes Received:
    302
    Location:
    UK
  9. ToTTenTranz

    Legend Veteran

    Joined:
    Jul 7, 2008
    Messages:
    12,144
    Likes Received:
    7,109
    Could anyone explain the architectural differences between T-62x and T-65x?

    I see both the T-628 and T-658 as "8-core" GPUs, so what's the difference? Clocks and power budget?
     
  10. ltcommander.data

    Regular

    Joined:
    Apr 4, 2010
    Messages:
    616
    Likes Received:
    15
    The T-628 has 2 ALUs per core while the T-658 has 4 ALUs per core so ARM considers the latter to be compute focused.
     
  11. metafor

    Regular

    Joined:
    May 26, 2010
    Messages:
    463
    Likes Received:
    0
    I'm not all that familiar with GPGPU, but how important are the vector integer ops? And does Midgar's ALU contain similar integer throughput at varying data sizes?
     
  12. mboeller

    Regular

    Joined:
    Feb 7, 2002
    Messages:
    923
    Likes Received:
    3
    Location:
    Germany
    Hi;

    after visiting the website from ARM I have to say that I'm rather impressed with ASTC now. ASTC seems to be the texture compression format to "rule them all". The only downside seems to be, that it will be implemented in two stages in all(?) GPUs, except Mali as "LDR" und "Full". I want to see ASTC-"Full" now. ;)

    http://blogs.arm.com/multimedia/643...m-pushes-the-envelope-in-graphics-technology/

    http://blogs.arm.com/multimedia/754...texture-compression-at-hpg-conference-part-1/

    http://blogs.arm.com/multimedia/755...texture-compression-at-hpg-conference-part-2/

    http://blogs.arm.com/multimedia/771-arms-astc-adopted-by-khronos-group/
     
  13. Ailuros

    Ailuros Epsilon plus three
    Legend Subscriber

    Joined:
    Feb 7, 2002
    Messages:
    9,468
    Likes Received:
    187
    Location:
    Chania
    If ASTC is going to expand to other markets beyond small form factor, I'd say it's excellent news, since it's my understanding that developers would love to have a high quality low bpp tc format.
     
  14. trinibwoy

    trinibwoy Meh
    Legend

    Joined:
    Mar 17, 2004
    Messages:
    11,219
    Likes Received:
    1,807
    Location:
    New York
    Great links, thanks for posting mboeller.
     
  15. ltcommander.data

    Regular

    Joined:
    Apr 4, 2010
    Messages:
    616
    Likes Received:
    15
    ASTC seems very promising against PVRTC and ETC2. I wonder how it compares against PVRTC2?
     
  16. Lazy8s

    Veteran

    Joined:
    Oct 3, 2002
    Messages:
    3,100
    Likes Received:
    19
    Storing so much/many extra information/values with their bounded interger sequence encoding and being able to balance between them is seemingly clever, though the characterization of the cost in silicon implementation made in that article makes me suspect that hardware acceleration will be anything but a trivial design decision. Other promising texture compression schemes have been abandoned in the past due to hardware cost, though the hands of the hardware engineers would be forced if ASTC does progress toward standardization.

    And it may very well be worth it for that kind of flexibility and quality in TC.
     
  17. codedivine

    Regular

    Joined:
    Jan 22, 2009
    Messages:
    271
    Likes Received:
    0
  18. jedibeeftrix

    Newcomer

    Joined:
    Jan 12, 2012
    Messages:
    33
    Likes Received:
    0
    nice, but shame it doesn't get OpenGL ES 3.0 compliance.
     
  19. Ailuros

    Ailuros Epsilon plus three
    Legend Subscriber

    Joined:
    Feb 7, 2002
    Messages:
    9,468
    Likes Received:
    187
    Location:
    Chania
    Honest question: why shouldn't it?
     
  20. jedibeeftrix

    Newcomer

    Joined:
    Jan 12, 2012
    Messages:
    33
    Likes Received:
    0
    not quite sure what you are asking.....?

    1. why does the T604 need 3.0?
    - because support for new standard is just lovely

    2. are you sure the T604 doesn't support 3.0?
    - well the product page does not list support for 3.0, but i'd love to find out otherwise

    oddly enough someone at Chronos obviously thought it would:

    www.khronos.org/assets/uploads/deve...show/OpenGL-and-OpenGL-ES-Taiwan_Feb-2012.pdf

    so can we get to the bottom of this:
    a) does the T604 support 3.0?
    b) if not, why not (given that the rest of the family does)?
     
Loading...

Share This Page

  • About Us

    Beyond3D has been around for over a decade and prides itself on being the best place on the web for in-depth, technically-driven discussion and analysis of 3D graphics hardware. If you love pixels and transistors, you've come to the right place!

    Beyond3D is proudly published by GPU Tools Ltd.
Loading...