구글 3D 타일과 three.js로 만든 SF 아이소메트릭 지도, 확대하면 '픽셀아트 아니다' 지적이 붙은 Show HN
- Google Photorealistic 3D Tiles API로 받은 타일을 three.js로 원하는 각도에서 렌더링해 캡처했고, 학습 후 비용은 ㎢당 약 $0.09로 같은 방식의 tinyvalencia($0.4/㎢)보다 낮음
- 타일은 CC BY-NC 4.0이라 출처와 isometricsf.com 링크를 붙이면 비상업적 재사용은 무료, 상업적 사용은 작성자에게 문의해야 함
- 지도는 고정 각도라 회전이 안 되고, 베이 지역 9개 카운티 가운데 680 동쪽과 Richmond Bridge 북쪽 상당 부분이 빠져 있음
- 댓글 다수는 픽셀아트가 아니라는 지적을 달았고, 확대하면 AI 생성 특유의 물결치는 선과 JPEG 아티팩트가 보이며 타일 경계에서 건물 색이 갈라진다는 사례(350 Treat Ave)가 나옴
- 비슷한 프로젝트가 isometriccities.com에 98개 모여 있고, 작성자는 LLM이 쓴 기술 설명이 마음에 안 들어 일주일 더 써서 직접 다시 씀
Hacker News 의견들
와 이거 미쳤다. 미학 진짜 잘 뽑았음.
이거 구글 맵 API로 만든 거야 UE5로 만든 거야? 1:1 글로벌 맵이라던데.
구글 3D 포토리얼리스틱 타일 API로 받아서 three.js로 원하는 각도에서 렌더링해 캡처했다고 하더라.
근데 이거 픽셀아트는 아니지 않냐?
맞음. HN에서 '픽셀아트' 검색해보면 최근 제출물이 거의 다 똑같은 짝퉁임. isometriccities.com에 모인 것만 98개야.
확대해보면 AI 이미지 특유의 아티팩트가 그대로 보여서 아쉽더라. 픽셀아트는 직선이 직선이어야 하는데 다 물결침.
이미지 모델 말고 코드 모델로 씬 자체를 생성하는 게 낫지 않을까 싶음.
문서를 직접 쓴 것도 좋았음. LLM 마케팅 문구 대신 생각 과정이 읽혀서. 작성자도 Fable이 쓴 기술 파트가 마음에 안 들어서 일주일 더 써서 다시 썼다고 함.
방향이 걸리는데, 바다가 서쪽이니까 서쪽이나 북쪽이 낫지 않냐. 동쪽이면 shift 누르고 돌리고 싶어짐.
해안선을 살리려고 일부러 이 각도를 골랐다고 하더라.
회전은 안 됨? 두 손가락 제스처 같은 거.
지금은 고정 각도로 캡처했다고 함.
우리 집 찾았는데 정확하더라. 이스트 베이임.
근데 베이 지역 9개 카운티라면서 680 동쪽이랑 Richmond Bridge 북쪽은 거의 없음. Mt. Diablo도 없어.
타일 두 개로 나눠 생성하고 합치다 보니 350 Treat Ave가 왼쪽은 노랑, 오른쪽은 회색으로 갈라짐. 원래는 흰색 창고인데.
Stockholm으로 비슷한 걸 만들어봤는데 이미지 생성 모델은 국소 디테일을 못 살림. 창문이 사라지거나 벽이 말이 안 되게 나옴.
그래도 멀리서 보면 진짜 예쁨. 차라도 움직였으면 좋겠다.