Catalyst Release Note 보관(9.12 - 10.10 pdf files)
리눅스, 윈도우즈 모두 포함 10.11부터 html 문서로 대체된걸로 보임.
블로거에서 파일첨부를 지원하지 않는 관계로 Google Docs로 대체-.-
9.12(windows), 9.12(linux)
10.1(windows), 10.1(linux)
10.2(windows), 10.2(linux)
10.3(windows), 10.3(linux)
10.4(windows), 10.4(linux)
10.5(windows), 10.5(linux)
10.6(windows), 10.6(linux)
10.7(windows), 10.7(linux)
10.8(windows), 10.8(linux)
10.9(windows), 10.9(linux)
10.10(windows), 10.10(linux)
2011년 7월 10일 일요일
2011년 7월 3일 일요일
작업관리자의 서비스탭 클릭 시 ActiveX 문제
언제 부터인가 작업 관리자의 서비스 탭을 클릭할 경우 서비스의 확장탭을 볼 수 없고 ActiveX 항목을 표시 할 수 없다고 메시지가 나오기 시작했다..(해외 포럼을 뒤지다 보니 플래시 플레이어의 버그라는 설이..;)
문제는 이녀석만 정상적으로 동작하지 않는게 아니라 ActiveX 기반 일부 어플리케이션들도 정상적으로 동작하지 않는 문제가 발생한다는거다-ㄴ-;
이를 해결하기 위해서는 먼저 실행창에서 regedit.exe를 실행해서 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones 항목을 찾아간다 항목들이 0, 1, 2.. 와 같은 숫자가 붙은 녀석 이외에 특수문자로 되어 있는 녀석이 하나 있을것이다. 이 항목을 삭제하면 서비스의 확장탭이 정상적으로 표시 될 것이다.
![]() |
| (정상 상태일때의 화면) |
문제는 이녀석만 정상적으로 동작하지 않는게 아니라 ActiveX 기반 일부 어플리케이션들도 정상적으로 동작하지 않는 문제가 발생한다는거다-ㄴ-;
이를 해결하기 위해서는 먼저 실행창에서 regedit.exe를 실행해서 HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Zones 항목을 찾아간다 항목들이 0, 1, 2.. 와 같은 숫자가 붙은 녀석 이외에 특수문자로 되어 있는 녀석이 하나 있을것이다. 이 항목을 삭제하면 서비스의 확장탭이 정상적으로 표시 될 것이다.
2011년 5월 16일 월요일
SyntaxHighlighter 테스트
/**
* SyntaxHighlighter
*/
function foo()
{
if (counter <= 10)
return;
// it works!
}
2009년 12월 11일 금요일
ATi Catalyst™ Software Suite Version 9.11 Released ~*
새로운 기능들
Adobe Flash Player 10.1 베타를 사용하는 H.264 컨텐트의 GPU 가속
- 이번 릴리즈의 ATI Catalyst™는 H.264 포멧으로 인코딩된 비디오에 대한 Adobe Flash Player 10.1 베타의 새로운 하드웨어 가속 기능을 지원합니다.
- Adobe Flash Player 10.1 베타는 부드러운 비디오 재생과 시스템 자원의 점유를 줄이고 배터리 수명의 보호를 돕기위해 하드웨어 기반의 H.264 비디오 디코딩을 제공합니다.
- Adobe Flash Player 10.1 베타는 올해가 가기전 Adobe Labs(labs.adobe.com)에서 다운로드 할 수 있을것으로 예상됩니다. 이 기능은 ATI Radeon™ HD 5800, ATI Radeon™ HD 5700 그리고 ATI Radeon HD™ 4000 시리즈의 제품들에 지원됩니다.
- 이번 릴리즈의 ATI Catalyst™는 고화질 인터레이스드 컨텐트(1920 x 1080i @60i 비디오)를 작은 해상도의 프로그레시브 컨텐트(320 x 240 @30p - 예를 들면 iPod 비디오같은)로 변환하기 위해 ATi 비디오 컨버터를 사용하는 사용자를 위한 강화를 지원하며 이는 많은 양의 다운스케일링 그리고 인터레이스드 비디오 컨텐트를 프로그레시브로 변환할때에도 고화질을 유지하여 줄 것입니다.
Linux ATI Catalyst™ 9.11 릴리즈가 포함하는 하이라이트:
새로운 기능들
새로운 리눅스 운영 시스템에 대한 지원
이번 릴리즈의 ATI Catalyst™ Linux는 다음의 새로운 운영 시스템들에 대한 지원을 제공합니다.
- RHEL 5.4 지원
- openSUSE 11.2 미리보기 지원
2009년 10월 30일 금요일
ATi Catalyst™ Software Suite Version 9.10 Released ~*
새로운 기능들:
- ATI Radeon HD 5800 시리즈 GPU를 지원하는 공식 ATI Catalyst WHQL 릴리즈. ATI Catalyst 9.10은 이제 수상 경력에 빛나는 ATI HD Radeon 5800 시리즈 GPU를 지원합니다.
- ATI Radeon HD 5800 시리즈를 위한 슈퍼 샘플 Anti-Aliasing. ATI Catalyst 9.10은 ATI Radeon HD 5800 시리즈 상에서 새로운 Anti-Aliasing 방식을 지원합니다. 이제 사용자들은 양호한 퍼포먼스 레벨을 유지하면서 슈퍼 샘플링 anti-aliasing을 이용한 고차원의 anti-aliasing 이미지 퀄리티를 경험할 수 있습니다.
리눅스를 위한 ATI Catalyst 9.10 릴리즈 하이라이트:
- 이번 릴리즈의 리눅스를 위한 ATI Catalyst 드라이버는 다음의 새로운 운영 시스템을 지원합니다: Ubuntu 9.10 미리 보기 지원
해결된 문제들의 하이라이트
- 고스트버스터즈 비디오 게임은 2560×1600으로 설정된 해상도와 anti-aliasing이 8X로 설정되어 있을때 더이상 데스크탑과 게임플레이 전환간에 깜빡이지 않습니다.
- Multi-GPU 구성시“Riddick 2 Dark Athena”에서 Screen Space Ambient Occlusion을 활성화 시키는것이 더이상 게임이 오류를 발생하는 원인이 되지 않습니다.
- 특정 HDMI 디스플레이에서 트라이 그리고 쿼드모드의 ATI CrossFireX™ 기술 구성을 사용할때 3D게임/샘플들을 실행하는 도중 심각한 떨림이 더이상 발생하지 않습니다.
- 주 PCIe 슬롯에 Radeon ASIC과 2차 PCIe 슬롯에 ATI Fire Stream™ ASIC 구성의 시스템이 드라이버 설치와 리부팅후 데스크탑이 번쩍이는 현상이 더이상 발생하지 않습니다.
- “Combat Mission Shock Force”의 게임 플레이 지속 후 더이상 오류를 발생하지 않습니다.
- TV에 대한 언더스캔/오버스캔 설정을 ATI Catalyst Control Center를 통해 적용할 수 있습니다 - TV 속성 조절 페이지
- ATI Catalyst Control Center의 “All Settings”와 “Basic Quality”페이지에 대한 변화 - Avivo™ 비디오는 이제 리부팅후 생성되게 됩니다.
2009년 10월 27일 화요일
리눅스 2.6.32에 대해 좀더 많은 ATi의 커널 모드 셋팅 향상이 있을것으로..
리눅스 커널 2.6.32에서 ATi의 R600/700의 커널 모드 셋팅 그리고 3D지원 양쪽에서 다이렉트 렌더링 매니저에 변화가 있을것 이라고 하였지만 지금은 거의 절반 정도가 리눅스 2.6.32 개발 사이클상 진척 되었고 여기에는 새로운 ATi 커널 모드 셋팅 코드에 대한 큰 요구가 있었다.
이 새로운 코드에서는 모든 ATi GPU의 커널 모드 셋팅은 현재의 초기화 경로를 버리는 대신 새롭고 깨끗해진 초기화 경로를 갖는다. 다수의 이러한 초기화 경로 작업은 현재 Jerome Glisse에 의해 완료 되었고 이는 대부분의 ASIC(주문형 반도체 : 여기서는 GPU겠죠..)에 대해 좀더 나은 suspend-and-resume(휴지와 재시작)을 제공하기 위해 디자인 되었고 이와 함께 다른 장점들을 동반한다.
이 코드는 또한 AGP 기반의 R600 그래픽 카드의 커널 모드 셋팅에 대한 새로운 작업인 멀티 카드 메모리 관리 수정, 단일 CRT 컨트롤러 서버 GPU지원 그리고 R600 안정성 수정을 포함한다.
리눅스 2.6.32의 개발 사이클의 막바지에 착수한 이 코드는 3000라인이 넘는 새로운 코드를 포함하며 이는 리누스에게는 달갑지 않을 것이다. 변화에 대한 Git 로그를 포함하는 요청을 읽는것에 관심이 있다면 dri-devel에서 이를 찾을 수 있다.
원문 : http://www.phoronix.com/scan.php?page=news_item&px=NzU5MA
이 새로운 코드에서는 모든 ATi GPU의 커널 모드 셋팅은 현재의 초기화 경로를 버리는 대신 새롭고 깨끗해진 초기화 경로를 갖는다. 다수의 이러한 초기화 경로 작업은 현재 Jerome Glisse에 의해 완료 되었고 이는 대부분의 ASIC(주문형 반도체 : 여기서는 GPU겠죠..)에 대해 좀더 나은 suspend-and-resume(휴지와 재시작)을 제공하기 위해 디자인 되었고 이와 함께 다른 장점들을 동반한다.
이 코드는 또한 AGP 기반의 R600 그래픽 카드의 커널 모드 셋팅에 대한 새로운 작업인 멀티 카드 메모리 관리 수정, 단일 CRT 컨트롤러 서버 GPU지원 그리고 R600 안정성 수정을 포함한다.
리눅스 2.6.32의 개발 사이클의 막바지에 착수한 이 코드는 3000라인이 넘는 새로운 코드를 포함하며 이는 리누스에게는 달갑지 않을 것이다. 변화에 대한 Git 로그를 포함하는 요청을 읽는것에 관심이 있다면 dri-devel에서 이를 찾을 수 있다.
원문 : http://www.phoronix.com/scan.php?page=news_item&px=NzU5MA
2009년 10월 20일 화요일
인텔 GPGPU바이러스를 예견, 라라비에 대한 보안 솔루션 모색
범용 컴퓨팅 목적의 그래픽 프로세싱 유닛(GPGPU)은 오늘날 심도있게 논의되는 주제이다. 멀티코어 아키텍쳐의 도움으로 GPU는 멀티쓰레드된 작업을 CPU보다 훨씬 빠르게 처리할 수 있다. GPGPU 기술은 많은 이점을 제공하는 반면 GPU가 악성 코드를 실행하는 경우 위험에 직면할 수 있다. 인텔은 GPU 바이러스가 등장할 것이고 앞으로 출시될 라라비가 충분히 안전함을 보장하기 위해 일보 전진해야 한다고 믿고있다.
"그래픽 프로세서는 점점 복잡해지는데 아무 걱정도 하지 않는다면 안전에 대한 의구심은 점점 확실해 질 것이고 아마도 최초의 GPU바이러스에 대해 인지하게 되는 날이 올것이다. 이는 우리가 라라비의 안전을 적절히 보장하기 위해 API와 드라이버 레벨 양쪽의 모든 가능성에 대해 연구하고 있는 이유이다." 라고 Philipp Gerasimov는 이야기 하였습니다. 인텔의 소프트웨어 개발과 관련한 전문가들은 러시아어로 이루어진 Habrahabr 웹사이트 상에서 공개 토론을 하고있다.
현재로서는 드라이버 모델의 제한으로 인해 그래픽카드가 PC의 파일을 삭제하거나 감염시킨다던지 기밀데이터를 훔치거나 할 수 없다. 현시점에서 아직까지는 GPU가 기능성을 얻고있지만(예를 들면 nVidia가 최근 발표한 GeForce 칩은 플래시 기반의 컨텐트의 재생에 하드웨어 가속을 할 수 있게될 것이라는것과 같은) 빠르건 늦건 해커들은 이러한 가능성을 해로운 방향으로 사용하는 방법을 찾게 될 것이다. 더군다나 인텔의 라라비부터는 x86호환성을 갖으며 이보다도 nVidia가 C++또는 포트란 코드의 실행을 다음 세대의 GPU부터 지원하기로 약속하였기 때문에 바이러스 개발자들에게 있어서는 완전히 새로운 기회를 얻는 셈이다.
하지만 GPGPU 바이러스가 과대평가 되어서는 안될것이다. 심지어 GPU가 악성 프로그램을 실행할 수 있게 되더라도(사실 지금도 특정 조합의 쉐이더는 정상적인 냉각을 하지 못하게 하여 그래픽 칩을 손상 시킬 수 있다) 그곳에는 언제나 훨씬더 악성 프로그램에 민감한 수행자가 있을것이다 이는 바로 마이크로프로세서 이며 앞으로도 여전히 모든 PC내부에 존재할 것이다.
원문 : http://www.xbitlabs.com/news/video/display/20091007174616_Intel_Foresees_GPGPU_Viruses_Seeks_Security_Solution_for_Larrabee.html
"그래픽 프로세서는 점점 복잡해지는데 아무 걱정도 하지 않는다면 안전에 대한 의구심은 점점 확실해 질 것이고 아마도 최초의 GPU바이러스에 대해 인지하게 되는 날이 올것이다. 이는 우리가 라라비의 안전을 적절히 보장하기 위해 API와 드라이버 레벨 양쪽의 모든 가능성에 대해 연구하고 있는 이유이다." 라고 Philipp Gerasimov는 이야기 하였습니다. 인텔의 소프트웨어 개발과 관련한 전문가들은 러시아어로 이루어진 Habrahabr 웹사이트 상에서 공개 토론을 하고있다.
현재로서는 드라이버 모델의 제한으로 인해 그래픽카드가 PC의 파일을 삭제하거나 감염시킨다던지 기밀데이터를 훔치거나 할 수 없다. 현시점에서 아직까지는 GPU가 기능성을 얻고있지만(예를 들면 nVidia가 최근 발표한 GeForce 칩은 플래시 기반의 컨텐트의 재생에 하드웨어 가속을 할 수 있게될 것이라는것과 같은) 빠르건 늦건 해커들은 이러한 가능성을 해로운 방향으로 사용하는 방법을 찾게 될 것이다. 더군다나 인텔의 라라비부터는 x86호환성을 갖으며 이보다도 nVidia가 C++또는 포트란 코드의 실행을 다음 세대의 GPU부터 지원하기로 약속하였기 때문에 바이러스 개발자들에게 있어서는 완전히 새로운 기회를 얻는 셈이다.
하지만 GPGPU 바이러스가 과대평가 되어서는 안될것이다. 심지어 GPU가 악성 프로그램을 실행할 수 있게 되더라도(사실 지금도 특정 조합의 쉐이더는 정상적인 냉각을 하지 못하게 하여 그래픽 칩을 손상 시킬 수 있다) 그곳에는 언제나 훨씬더 악성 프로그램에 민감한 수행자가 있을것이다 이는 바로 마이크로프로세서 이며 앞으로도 여전히 모든 PC내부에 존재할 것이다.
원문 : http://www.xbitlabs.com/news/video/display/20091007174616_Intel_Foresees_GPGPU_Viruses_Seeks_Security_Solution_for_Larrabee.html
피드 구독하기:
덧글 (Atom)
