[C/C++]네트워크 프로그래밍

라이브러리: https://think-async.com/Asio/

샘플: https://think-async.com/Asio/asio-1.22.1/doc/asio/examples.html

#define ASIO_STANDALONE
선언시 C++ 표준라이브러리 사용.

부스트라이브러리중 쓸만한 라이브러리. "Asio / JSON / Lockfree / Static Assert "

부스트라이브러리는 연관되어 사용할경우는 필요없는 기능까지 다가져와 쓸수있으므로..
표준이면 계속 표준을 쓰거나 부스트는 가급적이면 사용하지않거나 프로젝트 초기부터 부스트라이브러리를 고려할것.



댓글

댓글 쓰기

이 블로그의 인기 게시물

[게임과 특허]사례모음

게임기술 특러 남용에 대한 사례연구-코나미사의 음악게임 특허 소송 사례를 중심으로- https://www.koreascience.or.kr/article/JAKO201406464554667.pdf 넥슨 확률조작알고리즘 특허 시도 포착.(특허 거절) https://www.clien.net/service/board/news/16215022 인공지능-특허분쟁-대응전략(알고리즘 특허의 유효성확인) https://www.clien.net/service/board/news/16215022 스마트폰앱, 불법 전송해도 특허침해 아닌 까닭(소프트웨어 특허관련) https://news.joins.com/article/22934474
자세한 내용 보기

[Direct3D,DX10,DX11] Hull,Domain,Geometry Shader로 보는 DX11과 DX10의 차이점.

이미지
Hull Shader(헐 쉐이더): 테셀레이션을 수행하며 프로스텀컬링,백컬링을 수행하고 테셀레이션을 수행 Domain Shader(도메인 쉐이더): 테셀레이터에 의해 생성된 중점에 가중치를 적용하고 UV좌표를 추가 -> 뷰프로젝션 행렬을 변환하고 픽셀셰이더에 넘김(지오메트쉐이더단계는 없음) 확인샘플:  DirectXSmaple/PNTTriagles11,Decal/DetailTessllation11/AdaptiveTessellation.hlsl Geometry Shader(지오메트리 쉐이더):  DX10에서 버텍스수를 늘리는 과정이 수행되는 쉐이더. 확인샘플: DirectXSample\Tutorial13\Tutorial13.hlsl 결론:  DX11의 그래픽스파이라인에는 Geometry 쉐이더를 사용하는것 처럼 나오지만, 어떠한 예제에도 Geometry쉐이더는 사용하지않고 도메인 쉐이더단계에서 테셀레이션이 완료 되고 10에서는 테셀레이션과 유사한 기능(버텍스 늘리기)을 당담하는 쉐이더였으나 DX11에서는 Geometry쉐이더는 사용되지 않고 있음 . 해당 결론에 문제가 있다고 생각되신다면 꼭 댓글을 남겨주시고, 꼭 한수 가르쳐주시면 감사하겠습니다! 참고: DX10파이프라인스테이지: https://docs.microsoft.com/en-us/windows/desktop/direct3d10/d3d10-graphics-programming-guide-pipeline-stages DX11그래픽스 파이프라인: https://docs.microsoft.com/en-us/windows/desktop/direct3d11/overviews-direct3d-11-graphics-pipeline DX샘플브라우져 샘플: AdaptiveTessellation.hlsl(dx11),Tutorial13.hlsl(dx10)
자세한 내용 보기

[Gemin/요약]Unity 셰이더 배리언트 최적화 및 문제 해결 팁

https://unity.com/kr/blog/engine-platform/shader-variants-optimization-troubleshooting-tips 셰이더 배리언트 최적화 핵심 방법 1. shader_feature 적극 사용하기 #pragma multi_compile 은 머티리얼에서 사용되지 않아도 모든 조합을 빌드에 포함시키는 경향이 있습니다. 반면, #pragma shader_feature 는 프로젝트 내 머티리얼에서 단 한 번이라도 사용된 조합만 빌드에 포함 시킵니다. 따라서 특별한 이유가 없다면 항상 shader_feature 를 우선적으로 사용하는 것이 좋습니다. 이것이 가장 기본적이고 강력한 최적화입니다. 2. 불필요한 조합 명시적으로 제외하기 셰이더 코드 내에서 특정 키워드 조합이 논리적으로 말이 안 되거나 절대 사용되지 않을 경우, #pragma skip_variants 지시어를 사용해 해당 조합은 만들지 말라고 명시할 수 있습니다. 예를 들어, WET_EFFECT (젖음 효과)와 ON_FIRE (불타는 효과) 키워드가 동시에 켜지는 경우는 없다고 선언하는 것입니다. 3. 동적 분기(Dynamic Branching) 활용하기 성능이 허락하는 최신 GPU에서는 여러 배리언트를 만드는 대신, 셰이더 코드 안에 if 문을 사용하여 동적으로 코드를 분기하는 것이 더 효율적일 수 있습니다. 이렇게 하면 **하나의 배리언트(하나의 도장)**가 여러 상황을 데이터(잉크)에 따라 다르게 처리할 수 있습니다. 다만, 분기문은 성능 비용이 발생할 수 있어 신중하게 사용해야 합니다. 4. ShaderVariantCollection으로 필요한 배리언트 관리하기 이것은 "우리 게임에서 필요한 배리언트는 이것들이니, 이것들만 확실히 빌드에 포함해 주세요"라고 명시하는 '필수 배리언트 목록' 에셋입니다. 동적으로 생성되는 머티리얼처럼 빌드 시점에서는 파악하기 어려운 배리언트가 누락되지 않도록 보장하면서, 동시에 목록에...
자세한 내용 보기