1

아이폰 11 프로 디스플레이 미리보기 (Feat. ColorScale)

‘이 글은 디스플레이 리뷰 그룹 ColorScale(링크)이 제공합니다’

애플은 왜 발표를 새벽에만 하는지. 매번 다음번엔 아침에 일어나서 요약된 버전을 봐야지 다짐하면서도 결국 생방송으로 보게 만드는 애플의 스페셜 이벤트가 끝이 났다. 당장 침대에 몸을 던지고 싶은 마음이 굴뚝같지만 꼭 짚어보고 싶은 내용들이 있어 이걸 글로 쓰지 않고는 편히 자긴 어려울 것 같아 이렇게 키보드를 두드린다. 네이밍, 디자인과 같은 내용들은 사전에 많이 유출되었던 내용이기도 하고 쿠도군님과 같이 필자보다 훨씬 더 내용을 잘 다뤄줄 분들도 계시니 필자는 좀 더 세부적인 부분을 짚어보려고 한다. 

아, 소개가 늦었는데 ColorScale은 디스플레이 전문 리뷰 그룹이다. 디스플레이는 우리가 스마트폰을 사용할 때 가장 많이 접하는 부품이라 해도 과언이 아니다. 하지만 어떤 스마트폰이 더 좋은 디스플레이를 가지고 있는지를 판단하기에 우리에게 주어진 정보는 너무 적다. 제조사들은 기껏해야 해상도, 최대 밝기, 색영역 등의 정보만을 줄 뿐이다. 실제 디스플레이가 보여주는 화질에 대한 통찰을 얻기에는 너무 제한적인 정보인데다 제조사들의 입맛에 맞게 선택해서 보여주는 정보도 있다(대표적인 예시가 최대 밝기). ColorScale은 소비자들에게 디스플레이에 대한 객관적인 정보를 전달함으로써 종국에는 모든 소비자들이 높은 품질의 디스플레이로 세상을 보는 것을 목표로 삼고 있다. 오늘 애플은 아이패드, 애플워치 시리즈 5, 아이폰 11, 아이폰 11 Pro 시리즈 등의 기기를 공개했는데 이 중에서 아이폰 11 Pro 시리즈를 제외하면 디스플레이 측면에서 크게 흥미로운 내용은 없었던 것 같다(애플워치의 Always On Display를 가능케 했던 LTPO 디스플레이는 시리즈 4부터 이미 탑재되어 있었다). 그래서 본 글에서는 아이폰 11 Pro 시리즈의 디스플레이에 대한 내용을 다루려 한다.

사진: 애플

애플은 아이폰 X에서 처음으로 OLED 디스플레이를 탑재했다. 그리고 아이폰 XS와 XS Max에서는 디스플레이에 큰 변화를 주지 않았다. 그리고 올해 아이폰 11 프로에서 디스플레이가 한 단계 진화했다(애플은 이 디스플레이를 ‘슈퍼 레티나 XDR 디스플레이’라고 부른다…). 디스플레이 관점에서 보면 아이폰 11 프로 시리즈는 2세대 OLED 아이폰인 셈이다.

사진: 애플

애플은 아이폰 11 프로의 명암비가 2,000,000:1로 아이폰 X, XS의 1,000,000:1보다 향상되었다고 한다. 하지만 이 수치는 ‘최대 밝기가 그만큼 더 밝아졌다’의 다른 표현으로 봐도 무방할 듯 하다. OLED는 픽셀들이 각각 빛을 내기 때문에 블랙의 밝기를 사실상 0에 가깝게 표현할 수 있다. 따라서 OLED 제품들의 명암비를 무한대로 표기하는 경우도 많은데, 기존에 애플이 명암비를 1,000,000:1로 표시한 것은 측정장비로 측정할 수 있는 가장 낮은 밝기 수치와 최대 밝기의 비율로 표시했기 때문일 가능성이 높다. 당연히 블랙의 밝기가 0보다 더 어두워질 수 없기 때문에 표기된 명암비가 2배 올랐다는 것은 최대밝기가 그에 가깝게 올라갔기 때문일 것이다(다만 OLED의 굉장한 명암비는 주변광이 없는 상태에서 극대화되며 어느 정도 이상의 주변광이 있는 환경에서는 그 효과가 떨어진다는 점은 알아둘 필요가 있다).

사진: ColorScale

그렇다면 이번 아이폰 11 프로에 탑재된 디스플레이의 진짜 주인공은 최대 밝기인 셈이다. 아이폰 11 프로의 디스플레이 최대 밝기는 800니트(칸델라 매 제곱미터; 얼마나 밝게 보이는지를 뜻하는 휘도의 단위)로 아이폰 XS, XS 맥스의 625니트보다 더 밝아졌다. 일부 제조사들은 최대 밝기를 높은 주변광 하에서 극히 일부 픽셀만이 빛나고 있을 때를 기준으로 표기하는데 다행히 애플은 이런 장난을 치지는 않는다. 필자가 가지고 있는 아이폰 XS Max는 모든 픽셀이 빛나고 있는 상황에서도 643니트의 최대 밝기를 보여주고 있다. 애플이 주장한 625니트보다 오히려 더 밝은 값이다(기기 편차를 고려해 상당히 보수적으로 스펙을 기재한 걸로 보인다). 전체 픽셀의 1%만이 빛나고 있는 상황에서는 767니트의 최대 밝기를 보여주어 애플이 기재해놓은 625니트보다 훨씬 높은 최대 밝기를 달성했다. 아이폰 11 Pro 디스플레이의 최대 밝기 역시 같은 기준으로 측정되었다고 보면 아이폰 11 Pro는 가장 밝은 스마트폰 중 하나임에 분명하다(추가: 아이폰 11 Pro 디스플레이를 측정해 본 결과 전체 화면 기준 최대 밝기는 821니트, 전체 픽셀의 1%만이 빛나고 있는 상황에서는 해당 부분의 휘도가 910니트까지 올라감을 확인했다).

사진: ColorScale

높은 최대 밝기는 밝은 곳에서 화면을 볼 때 화면의 내용을 더 잘 보이게 해 준다. 밝은 곳에서는 그 빛이 스마트폰의 전면에 반사되어 눈에 들어오게 되는데 이 경우 디스플레이가 충분히 밝지 않으면 반사광에 화면의 어두운 부분이 ‘묻혀버리는’ 현상이 발생한다. 디스플레이가 밝을수록, 반사율이 낮을수록 이렇게 ‘묻히는’ 부분이 줄어들기 때문에 화면의 내용이 더 잘 보이게 된다. 거기에 밝은 영역까지 색을 정확하게 표시해준다면 밝은 빛에 색이 ‘씻겨나가는’ 현상(단 RGBW와 같은 방식으로 밝기를 늘리거나 밝은 영역에서 색이 심하게 틀어진다면 이런 효과는 기대하기 어렵다) 역시 완화되기 때문에 대체로 화면은 밝으면 좋다(높은 밝기를 얼마나 오래 유지할 수 있느냐 역시 함께 평가되어야 할 것이다).

사진: AMD; 기술적으로 일부 부정확한 부분이 있음

하지만 주변 조명이 그리 밝지 않은 상황에서도 높은 화면 밝기가 빛을 발하는 환경이 있다. 바로 HDR 콘텐츠를 볼 때이다. HDR 콘텐츠는 SDR 콘텐츠와 달리 화면에 표시될 밝기를 절대값으로 기록하고 있다(PQ 기반 EOTF를 채택하고 있는 HDR 기준). SDR 콘텐츠에서 가장 밝은 부분을 1,200니트로 표시하고 싶다면 그 사이 계조의 모든 값들의 밝기가 그에 맞춰서 증가할 것이고 영상의 전체적인 밝기가 올라가 어둡게 보여야 할 부분이 충분히 어둡게 보이지 않을 것이다. 반대로 어두운 부분을 충분히 어둡게 표시하려면 그만큼 가장 밝은 부분의 밝기가 줄어들게 된다. 하지만 HDR 콘텐츠가 제대로 재생된다면 가장 밝은 부분을 10,000니트로 표시하면서도 어두운 부분을 여전히 어둡게 표시할 수 있다. 반대로 말하면 기기가 표현할 수 있는 최대 밝기가 밝지 않다면 HDR 콘텐츠가 주는 혜택을 제대로 누리기 어렵다는 의미이다.

아이폰 11 Pro는 HDR 콘텐츠를 재생할 때 최대 밝기를 1,200니트까지 끌어올릴 수 있다. 다만 제대로 마스터링 된 HDR 콘텐츠는 100니트보다 높은 밝기를 명부의 하이라이트 계조 표시에만 사용할 것이므로 애플이 여기서 말하는 1,200니트의 최대 밝기는 아까와는 달리 화면의 일부만이 빛날 때 달성할 수 있는 수치일 가능성이 높다(추가: 실제 아이폰 11 프로를 측정해 본 결과 전체화면 HDR 최대 밝기 기준으로 1115니트, 1% 픽셀만 빛나고 있을 때 기준으로는 1309니트까지 밝기가 올라감을 확인했다). 그렇다고 하더라도 HDR 콘텐츠에서 최대 767니트(기기별 편차가 있을 수 있음)까지 표현할 수 있던 아이폰 XS 시리즈보다 50% 이상 더 밝은 1,200니트의 최대 밝기를 표현할 수 있다는 것은 더 나은 HDR 시청 경험에 분명히 기여할 것이다. 다만 자극이 강해질수록 변화에 무뎌지는(베버-페히너의 법칙) 인간 감각의 특성상 HDR 콘텐츠에서 50% 이상 더 밝은 명부를 볼 수 있다고 생각하면 안 된다. 1,200니트는 우리 눈에 767니트보다 7% 정도 밝게 보일 뿐이다(우리의 시각은 10,000니트를 1,000니트보다 두 배 정도 밝다고 느낀다).

사진: 애플 홈페이지

여기서 한 가지 흥미로운 곳은 애플이 ‘HDR 사진과 HDR10 동영상 감상에 탁월한 밝기’라고 표시해놓은 부분이다. 여기서 말하는 HDR 사진은 흔히 우리가 알고 있는 스마트폰 카메라의 HDR 기능으로 생성된 사진(HDR 이미징)과는 다르다. 기존에 우리가 흔히 들어왔던 스마트폰 카메라의 HDR 기능으로 생성된 사진은 SDR의 다이내믹 레인지 안에 서로 다른 노출로 촬영된 내용들을 구겨넣은 것이라면 진짜 HDR 사진은 다이내믹 레인지 자체를 넓힌 것이다. 당연히 진짜 HDR 사진이 우리가 눈으로 보는 장면에 가깝게 피사체들을 재현해 낼 것이다. 하지만 HDR 동영상은 유튜브, 넷플릭스 등의 매체를 통해 어느 정도 보급되고 있지만 HDR 사진의 경우 표준은 정해져 있으나 거의 보급이 안 되고 있는 실정이다. 

애플은 iOS 11이후로 아이폰에서 촬영된 이미지를 HEIF 포맷으로 저장하고 있으며 HEIF 포맷은 최대 12비트, PQ EOTF로 HDR 사진을 저장할 수 있다. 이는 돌비 비전이 요구하는 다이내믹 레인지 기준을 충족하는 것이다. 즉 아이폰에서 촬영한 사진을 HDR로 저장할 준비가 되어 있는 것이다. 만약 실제로 아이폰이 촬영한 사진을 HDR 사진으로 저장하고 이를 보여준다면 이는 이번 아이폰의 또다른 도약이자 아이폰에서 찍은 사진이 아이폰에서 굉장히 멋지게 보일 또 한 가지 이유가 될 수 있을 것이다. 다만 이 부분은 아직 확실하지 않은 부분이라는 점은 참고 바란다.

또 애플에 따르면 아이폰 11 프로의 디스플레이는 아이폰 XS에 비해 최대 15% 더 전력 효율적으로 동작한다고 한다. 이는 아이폰 XS 시리즈에 비해 각각 4시간, 5시간 더 지속되는 배터리 시간을 만들어낸 여러 퍼즐 조각 중 하나이다(나머지 퍼즐 조각들은 더 전력 효율적이 된 어플리케이션 프로세서, 향상된 전력 관리, 꽤 무게가 나가는 3d 터치 모듈을 제거하고 사이즈와 무게를 더 늘려가며 투입한 추가 배터리이다).

사진: ColorScale; 아이폰 XS Max가 보여준 밝기 균일도는 훌륭한 수준이지만 완벽하지는 않다.

물론 애플이 밝힌 수치들은 나름대로 인상적이지만 글의 서두에서 밝힌 것처럼 우리에게 제공하지 않은 정보들이 더 많다. 거기에 고주사율 디스플레이 등의 새로운 기능이 투입되지 않은 것도 아쉬운 점으로 꼽을 수 있다. 애플의 1세대 OLED 아이폰이었던 아이폰 X, XS 시리즈의 디스플레이는 굉장히 인상적이었지만 완벽하지는 않았다. 아이폰 11 프로가 출시되면 이런 점들에 초점을 맞춰서, 그리고 타사의 플래그십 제품들과도 객관적으로 비교할 수 있는 디스플레이 리뷰를 보여드릴 것을 약속드린다.

 

필자: Blue of ColorScale (홈페이지)

제조사가 알려주지 않는 디스플레이의 진짜 모습을 알려드리겠습니다.

 

참조

• 아이폰 11 프로 디스플레이 미리보기 (Feat. ColorScale)




1

애플 단신: 2019년 9월 23일~10월 4일

* 애플 단신은 1주일 동안 있었던 애플 관련 소식을 정리하는 자리입니다. 이번 주는 개인 사정으로 인해 2주 치가 나갑니다.

애플, 1주일 동안 iOS 업데이트 세 번 배포

이번 iOS 13의 배포는 순탄치 않았다라는 말이 딱 적당할 것입니다. 이미 베타 시절부터 예년과 다르게 많은 버그에 시달렸고, 결국 iOS 13 베타 테스트 기간이 끝나기도 전에 먼저 13.1의 베타 테스트를 시작하는 웃지 못할 상황까지 벌어졌습니다.

애플은 결국 9일 아이폰 11 시리즈를 발표하는 자리에서 19일에 예정대로 iOS 13.0을 배포한 후, 13.1을 30일에 배포하겠다고 밝혔었는데요. 결국 19일에 iOS 13.0을 배포했을 때 13.1의 배포 일정을 24일로 앞당겼습니다.

그렇게 13.1은 24일에 배포되었고, 13.0에 산재하는 거의 대부분의 버그가 잡힌 것으로 보이고 있었지만, 애플은 여기에 모자라 단 3일 뒤인 27일에 13.1.1을 또 배포했고, 다시 그다음 주인 30일에 13.1.2가 나왔습니다. 같은 주에 iOS 업데이트가 두 번 배포되는 것은 흔치가 않은 일입니다.

한편, 애플은 iOS 13을 지원하지 않는 구형 기기들을 위한 12.4.2 업데이트도 배포했습니다. 역시 보안 취약점을 수정하기 위해 배포된 업데이트입니다.

아이폰 11 시리즈, 비정품 디스플레이를 감지하는 소프트웨어 기능 탑재

애플이 아이폰 11 시리즈부터는 비정품 디스플레이를 사용해 수리를 진행했을 경우, 이를 iOS 내에서 표시할 수 있는 기능을 넣었다고 지원 문서에서 밝혔습니다.

iOS 13.1부터 이 메시지는 설정 - 일반 - 정보에 “중요한 디스플레이 메시지”라고 뜨게 되며, 아래에 “이 iPhone이 Apple 정품 디스플레이를 사용하는지 확인할 수 없습니다. 더 알아보기…"라고 표시됩니다.

애플의 이러한 정책은 고객이 수리를 받을 수 있는 방법을 제어해 수리 후에도 일관적인 경험을 위한 정책으로 보입니다. 하지만 여전히 누구나 자신의 기기를 수리할 수 있어야 한다는 "자가수리할 권리 Right to Repair"와는 여전히 반하는 행동입니다.

애플, 아이폰 6s 시리즈 리콜 프로그램 개시

애플이 2018년 10월부터 2019년 8월 사이에 제조된 아이폰 6s와 6s 플러스의 무상수리 프로그램을 실시합니다. 일부 부품의 불량으로 인해 전원이 안 들어올 수 있다는 문제에 대한 리콜이라고 합니다.

다만, 저 기간 동안 한국이나 미국, 일본 등에서는 아이폰 6s를 공식 채널을 통해 판매하고 있지 않았으므로 한국에서 구매한 물량은 크게 문제가 없을 가능성이 높습니다. 혹시나 확인을 원하면 링크된 페이지에서 일련번호를 입력해 확인해볼 수 있습니다.

미니 LED 탑재한 아이패드 프로와 맥북 프로, 빠르면 2021년에

2018년형 아이패드 프로

애플이 차세대 디스플레이 기술인 미니 LED를 탑재한 아이패드 프로와 맥북 프로를 준비하고 있다고 애플 전문 분석가 궈밍치가 주장했습니다.

미니 LED는 백라이트가 하나의 LED 어레이로 켜지는 것이 아닌, 소자 하나하나가 독자적으로 밝기를 조정하고, 원하면 해당 부분만 끌 수 있다는 것이 특징입니다. HDR 기술의 핵심적인 부분 중 하나이면서, 모바일에서는 지금 상황에선 각각의 화소가 직접 빛을 내는 OLED여야 가능한 로컬 디밍을 LCD 패널로도 구현하기기가 쉽다는 특징이 있습니다.

이미 애플은 이 원리를 올 6월에 발표한 프로 디스플레이 XDR에 적용한 바 있습니다. 프로 디스플레이 XDR은 미니 LED보다는 큰 LED 소자를 570개 정도 써서 로컬 디밍을 구현하는데, 소자 하나당 크기가 0.1mm 정도인 미니 LED를 채용한 새 아이패드 프로는 이 소자 수를 10,000개까지 늘린다는 것이 궈밍치의 주장입니다. LED 소자가 늘어날수록 더욱 정교한 로컬 디밍을 구현할 수 있기 때문에 HDR 콘텐츠를 재생하는데 매우 유리해집니다.

미니 LED는 결국 패널을 기존의 IPS LCD를 그대로 사용할 수 있기 때문에 OLED의 고질적 문제로 알려진 번인 문제에서 비교적 자유롭고, 아직까지 삼성이 기술적 우위로 인한 사실상의 독점을 점하고 있는 OLED와 달리 다양한 곳에서 공급을 받을 수 있다는 장점 때문에 애플이 선호하는 것으로 보인다고 궈밍치는 덧붙였습니다. 또한 미니 LED를 적용하면 OLED 수준의 색재현력을 보일 수 있다는 부분도 있겠죠.

궈밍치는 애플이 이 미니 LED를 탑재한 아이패드 프로를 2021년 1분기에 내놓고, 맥북 프로를 그 다음 분기에 내놓을 것으로 보인다고 밝혔습니다.

애플, 딥 퓨전 탑재한 iOS 13.2 베타 테스트 시작

애플이 이번 주부터 iOS 13.2를 테스트하고 있습니다. 13.2는 아이폰 11과 아이폰 11 프로에서 딥 퓨전 카메라를 사용할 수 있게 해 줍니다. 이 기능은 카메라 앱에서 자동으로 켜지며, 10~600럭스 정도의 밝기에서 자동으로 작동됩니다.

딥 퓨전은 총 9장의 사진을 촬영한 다음, 이를 이용해 화소 단위로 이미지를 제작합니다. 그렇게 2,400만 화소의 사진이 만들어지며, 이를 1,200만 화소로 리사이즈해 결과물을 출력합니다. 이 연산은 A13 바이오닉의 강력한 ISP로 인해 가능하며, 이 모든 결과물이 나오는 데는 1초 정도 걸립니다.

딥 퓨전의 결과물은 곧 나올 아이폰 11 프로의 카메라 프리뷰에서 좀 더 자세히 다뤄볼 예정입니다.

홍콩 내의 사건을 추적할 수 있는 앱, 애플에게 승인거부당했다가 이후 승인받아

(출처: thenation.com)

애플이 홍콩 내의 사건을 추적할 수 있는 앱인 "HKMap Live"라는 앱의 신규등록을 처음에 거부했다가 이후에 승인하는 일이 벌어졌습니다.

이 앱은 홍콩의 민주화 운동이 장기화되면서 개발된 앱으로, 홍콩 내에서 일어나는 시위 상황과 경찰의 움직임을 볼 수 있는 앱이라고 합니다. 이 앱을 개발한 개발자에 따르면, 애플은 처음에 이 앱을 "불법 행동을 조장할 수 있다"라는 이유로 반려했다고 밝혔습니다. 이 사실이 알려지고 논란이 일자 애플은 바로 재심사에 들어갔으며, 4일에 승인이 났습니다.

애플의 1차적인 반응은 중국이 애플의 시장 중 2위임을 감안하면 중국 공산당의 눈엣가시가 되지 않기 위한 과도한 조심스러운 행동인 것으로 보입니다. 다만 여전히 민주화 운동을 단순히 불법 행위로 규정했다는 비판은 피하기 어려워 보입니다.




1

애플, 새 맥 프로와 프로 디스플레이 XDR을 지원하는 파이널 컷 프로 10.4.7 업데이트

애플이 카탈리나 업데이트와 함께 자사의 영상 편집 도구인 파이널 컷 프로, 모션, 컴프레서의 업데이트도 함께 배포했습니다. 으레 있는 업데이트라 생각할 수 있지만 이렇게 따로 포스팅으로 소식을 알려드리는 것은 업데이트 규모가 작지 않은데다 업데이트 노트에 애플의 새 맥 프로(링크)와 프로 디스플레이 XDR(링크)에 대한 내용이 담겼기 때문입니다.

먼저 파이널 컷 프로, 모션, 컴프레서의 프로세싱 엔진이 업그레이드 되었습니다. 이 새로운 프로세싱 엔진은 메탈 기반으로 짜여졌고, 재생이나 렌더링, 합성, 실시간 효과, 내보내기 등의 그래픽 효과를 더 빠르게 처리한다고 합니다. 새로 짜여진 프로세싱 엔진은 새 맥 프로 뿐 아니라 기존의 맥에서도 성능 향상을 보여주는데요, 애플에 따르면 15인치 맥북 프로에서 20% 더 빨라진 퍼포먼스를 보여주고 아이맥 프로에서는 최대 35% 더 빨라진 퍼포먼스를 보여준다고 합니다.

하지만 이 프로세싱 엔진의 진가는 새 맥 프로에서 온전히 드러나는데요, 새로운 프로세싱 엔진은 새 맥 프로의 멀티 GPU를 온전히 지원합니다. 새 맥 프로에는 가장 기본이 되는 라데온 프로 580X부터 라데온 프로 베가 II, 라데온 프로 베가 II 듀오 등의 그래픽 옵션을 선택할 수 있습니다. 이 중에서 라데온 프로 베가 II와 라데온 프로 베가 II 듀오의 경우에는 그래픽카드를 두 개로 구성하여 총 2개 혹은 4개의 GPU를 구성할 수 있습니다. 이렇게 많은 GPU를 구성해 얻은 컴퓨팅 파워를 파이널 컷 프로에서 최대한 활용할 수 있게 업데이트한 것입니다. 또 맥북 프로 등의 별도 그래픽 카드를 탑재된 맥과 외장 그래픽 카드(썬더볼트 등으로 연결된)에 연결해 사용할 때 어떤 그래픽 카드로 그래픽 유닛을 가속할지를 선택할 수 있게 했습니다.

더 많아진 CPU 코어와 애프터버너 카드에 대한 언급도 있었습니다. 업데이트된 파이널 컷 프로는 맥 프로에 넣을 수 있는 최대 코어 개수인 28코어 CPU에 성능을 최적화했다고 합니다. 멀티 CPU를 효과적으로 활용하게 하는 것은 생각보다 어려운 일인데(어도비의 프리미어가 왜 그모양인지를 알 수 있습니다), 새로 업데이트된 파이널 컷 프로를 맥 프로에서 활용했을 때 다중 코어를 얼마나 잘 활용하는지에 대해서는 나중에 분석 해보도록 하겠습니다.

애프터버너 카드는 ProRes나 ProRes RAW로 촬영된 영상을 디코딩 하는 전용 하드웨어인데요, 고해상도 작업물로 갈 수록 진가를 발휘할 것으로 예상됩니다. 기존에는 프로세서가 영상 디코딩, 편집을 동시에 진행해야 했기 때문에 영상 디코딩 작업이 크게 늘어나는 고해상도로 갈 수록 편집 효율이 떨어졌고, 심지어는 실시간 디코딩이 불가능해 프록시를 통해서 편집을 해야 했습니다. 애프터버너 카드는 이러한 불편을 줄여 전체 편집 효율을 크게 올려줄 것으로 기대됩니다.

다음은 HDR 관련 업데이트입니다. 프로 디스플레이 XDR에 대한 언급도 여기저기서 찾아볼 수 있습니다. 맥 프로에 최대 3개의 프로 디스플레이 XDR을 연결해 두 대의 프로 디스플레이 XDR에는 편집 인터페이스를 띄우고 한 대의 프로 디스플레이 XDR은 모니터링 용도로만 사용하는 등의 인터페이스를 추가했다고 합니다. 그리고 HDR 워크플로우 자체를 더 편하게 만들어줄 향상된 컬러 마스크(Enhanced Color Mask)와 범위 선택 툴(Range Isolation Tools)도 추가되었습니다. 또 macOS 카탈리나에서 실행되는 이번 버전 파이널 컷 프로에 한해서 SDR로 톤 매핑된 버전의 영상도 함께 볼 수 있어 톤 매핑 작업이 좀 더 수월해질 것으로 보입니다.

그 외에도 기존에는 HDR 콘텐츠를 제대로 보여주지 못했던 컴프레서도 HDR 콘텐츠를 제대로 표시하는 등의 변화가 있었습니다.

이번 파이널 컷 프로, 모션, 컴프레서 업데이트는 새 맥 프로와 프로 디스플레이 XDR과 발맞추어 고해상도 HDR 영상 편집시장을 향한 애플의 출사표로 볼 수 있을 것 같습니다. 이와 함께 WWDC에서 공개되었던 맥 프로와 프로 디스플레이 XDR의 출시 일정이 임박했음 역시 암시하는 업데이트가 아닐까 합니다.

파이널 컷 프로, 모션, 컴프레서는 Mac App Store에서 구매할 수 있으며(파이널 컷 프로, 모션, 컴프레서), 교육 할인 대상자에 해당할 경우 교육용 프로 앱 번들(링크)을 구매할 수도 있습니다.

 

필자: Jin Hyeop Lee (홈페이지)

생명과학과 컴퓨터 공학의 교차점에서 빛을 발견하고 싶습니다. DrMOLA의 편집장으로 활동하고 있습니다.

 

참조

• Final Cut Pro X release notes

• Final Cut Pro X receives new Metal engine for increased performance along with internal/external GPU selection

 

관련글

• '아니 이걸 이 가격에?' 애플 프로 디스플레이 XDR (Feat. ColorScale)

• 프로의, 프로에 의한, 프로를 위한 맥: 맥 프로




1

애플, 10월 25일에 아이폰 11, 아이폰 11 프로, 애플워치 시리즈 5 국내 정식 출시

애플이 아이폰 11, 아이폰 11 프로, 아이폰 11 프로 맥스와 애플워치 시리즈 5를 10월 25일에 국내에 출시합니다. 애플 홈페이지, 애플 스토어 앱, 애플 가로수길, 애플 공인 리셀러에서 10월 25일부터 제품을 구매할 수 있으며, 통신사를 통한 예약은 금주 금요일(10월 18일)부터 이뤄지게 됩니다.

아이폰 11, 아이폰 11 프로, 아이폰 11 프로 맥스는 모두 A13 바이오닉 칩으로 무장하고 기존의 메인 카메라보다 더 광각의 카메라를 추가했습니다. A13 바이오닉 칩의 강력한 머신 러닝, 일반 연산 성능을 바탕으로 새로 추가된 야간 모드와 강화된 스마트 HDR 등이 추가되어 기존의 아이폰에 비해 사진, 동영상 촬영 품질을 크게 끌어올렸습니다.

사진: 애플

아이폰 11은 6.1인치 크기의 LCD 디스플레이를 장착하고 있으며 아이폰 XR보다 1시간 더 긴 배터리 사용시간을 가지고 있습니다. 아이폰 11은 블랙, 그린, 옐로, 퍼플, (PRODUCT) RED, 화이트의 여섯 가지 색상으로 출시되며 64GB, 128GB, 256GB의 저장용량 옵션을 제공합니다. 각 용량별 가격은 각각 990,000원, 1,060,000원, 1,200,000원입니다.

사진: 애플

아이폰 11 프로, 아이폰 11 프로 맥스는 추가된 초광각 카메라를 포함해 트리플 카메라 시스템을 구성하고 있으며 각각 5.8인치, 6.5인치 크기의 OLED 디스플레이를 탑재하고 있습니다. 이 OLED 디스플레이는 전작이었던 아이폰 XS, XS Max에 비해 더 밝습니다. 밝은 곳에서는 800니트, HDR 콘텐츠를 재생할 때는 그 밝기를 1,200니트까지 올리는데 이는 스마트폰 중에서 가장 높은 수준의 화면 밝기입니다. 거기에 아이폰 11 프로, 아이폰 11 프로 맥스는 각각 아이폰 XS, 아이폰 XS Max보다 4시간, 5시간 더 긴 배터리 사용시간을 가지고 있습니다. 아이폰 11 프로와 아이폰 11 프로 맥스는 각각 스페이스 그레이, 실버, 미드나이트 그린, 골드 색상으로 출시되며 64GB, 256GB, 512GB의 저장용량 옵션을 제공합니다.

아이폰 11 프로는 용량별로 1,390,000원, 1,600,000원, 1,870,000원에 구매할 수 있으며 아이폰 11 프로 맥스는 1,550,000원, 1,760,000원, 2,030,000원에 구매할 수 있습니다.

또, 공정위가 개정한 소비자분쟁해결기준에 따라 9월 11일부터 구매하는 아이폰의 기본 보증기간이 2년으로 늘어납니다(단, 배터리는 제외). 이에 따라 자연스럽게 한국에서 구매하는 새 아이폰 11, 아이폰 11 프로, 아이폰 11 프로 맥스는 2년간 보증을 받을 수 있습니다. 여기에 사용자 과실로 인한 파손 등의 보장을 추가하려면 아이폰 11은 199,000원, 아이폰 11 프로와 프로 맥스는 269,000원을 추가해 애플케어 플러스를 추가할 수 있습니다.

사진: 애플

아이폰과 함께 출시되는 애플워치 시리즈 5는 상시표시형 디스플레이가 추가되었다는 것 말고는 전작과의 큰 차이를 찾기는 어렵습니다. 애플워치 시리즈 5는 40mm와 44mm 모델로 출시되며 알루미늄, 스테인리스 스틸, 티타늄, 세라믹 바디를 선택할 수 있습니다. 이 중 티타늄 바디는 애플워치에 처음 추가된 마감입니다. 아직 애플워치 시리즈 5의 모델별, 크기별 자세한 가격 정보는 공개되지 않았습니다.

 

필자: Jin Hyeop Lee (홈페이지)

생명과학과 컴퓨터 공학의 교차점에서 빛을 발견하고 싶습니다. DrMOLA의 편집장으로 활동하고 있습니다.

 

참조

• 애플 홈페이지

 

관련글

• 아이폰, 혁신에서 필수품으로: 애플 2019년 9월 스페셜 이벤트 후기

• 아이폰 11 프로 디스플레이 미리보기 (Feat. ColorScale)




1

아이폰 11 프로: 카메라가 그렇게 좋나요?

사진 제공: @zvuc_님

(이 글은 아이폰 11 프로를 기준으로 작성했지만, 망원 카메라를 제외한 부분은 아이폰 11에도 똑같이 적용되니 이 점 참고해주시기 바랍니다 - 쿠도군)

아이폰 11 프로 하면 대중의 인식은 "아 그 인덕션 아이폰"이다. 아니면 피젯 스피너. 흥미로운 건, 애플은 그 모양을 숨기려 하지 않는다. 아이폰 11 프로를 홍보하는 대부분의 홍보물은 그 세 개의 카메라에 초점을 두고 있고, 심지어 애플 공식 사이트의 아이폰 11 프로 페이지는 카메라를 중심으로 돌아가는 모션을 취하고 있다. 정말 피젯 스피너 같다.

사실 애플 입장에서는 숨길 이유가 없긴 하다. 그 독특한(?) 모양은 아이폰 11 프로의 하이라이트 기능인 새로운 카메라 시스템을 상징하기 때문이다. 그렇다면 과연 아이폰 11 프로의 카메라는 출시 전부터 있었던 조롱들을 감내할 만큼의 성능일까?

참고사항:

  • 모든 사진은 기본 카메라 앱으로 촬영했으며, 보정도 기본 사진 앱으로만 했습니다.
  • 모든 사진은 아래의 "원본"을 클릭하면 원본 사이즈로 보실 수 있습니다.

하드웨어: 울트라 와이드, 그리고 전반적인 개선

기존의 아이폰 XS와 비교하면 11 프로는 구멍이 하나 더 생겼다. 바로 울트라 와이드 카메라다. 35mm 풀프레임 환산 13mm 화각의 렌즈다.

원본

사실 스마트폰에 울트라 와이드를 넣는다는 건 쉽지 않다. 주변부 화질까지 책임질 수 있는 만큼의 렌즈를 다른 화각의 카메라와 비슷한 크기로 넣는다는 것 자체가 힘들기 때문이다. 그래서 DSLR이나 미러리스 카메라의 초광각 렌즈를 보면 보통 크기도 만만찮고, 가격도 만만찮다. 이 말은 결국 스마트폰의 세계에서는 메인 카메라보다는 품질이 떨어질 수 없다는 뜻으로 풀이된다.

원본

사실 아이폰 11 프로도 메인 광각 카메라에 비해서는 울트라 와이드 카메라의 품질이 떨어질 수밖에 없다. 렌즈도 최대 개방 조리개 값이 고작(?) F2.4이고, 센서도 (추측이지만) 메인 카메라보다 작다. 광학식 손떨림 방지(OIS) 하드웨어도 없으며, 저조도 상황에서는 후술할 나이트 모드도 사용할 수 없다. 다음 아이폰에서는 아마 울트라 와이드 카메라의 광학 성능을 개선하는 것이 최우선이 돼야 할 것이다.

원본

하지만 울트라 와이드카메라는 여태까지 아이폰에서는 찍기 힘들었던 사진을 찍을 수 있게 해 준다. 매우 좁은 공간에서 최대한 많은 피사체를 한 장으로 표시하려 할 때 상당히 유용하고, 눈앞에 보이는 풍경을 최대한 담고 싶을 때도 요긴하게 쓰인다. 그리고 울트라 와이드의 특성이 될 수밖에 없는 주변부 왜곡은 골치가 아플 때도 있지만(팁 하나: 가장자리에 직선이 피사체로 있을만한 상황에서는 웬만해선 사용하지 말자), 상황에 따라서는 메인 카메라에서는 볼 수 없는 재밌는 관점을 촬영할 수 있게 해주기도 한다.

또한, 울트라 와이드의 특성에서 오는 물리적 한계는 어쩔 수 없지만, 애플은 최소한 소프트웨어 내에서는 다른 카메라와 색감이나 화이트 밸런스 측에서 최대한 같게 보이려고 노력을 많이 기울였다고 하는데, 그 노력 또한 빛을 발한다. 저렴한 초광각 렌즈에서 흔히 보이는 주변부 밝기 저하(비네팅)도 11 프로에서는 보기 힘들었다. 물론 소프트웨어로 추가 처리를 한 거겠지만.

아이폰 11 프로(그리고 아이폰 11)는 이 울트라 와이드 카메라를 다른 방면에서도 활용하는데, 바로 메인 카메라로 사진을 찍었을 때 피사체가 프레임에서 벗어나게 되면 이를 자동으로 감지해 울트라 와이드에서 촬영한 정보를 조합할 수 있는 기능이다. 사진을 찍을 때는 이 기능을 켜면 잘려나간 피사체가 자동으로 알아서 보정되며, 동영상에서는 울트라 와이드 센서에서 들어오는 정보를 조합해 손떨림 방지 기능에 사용한다. 실제로 XS에 비해서 핸드헬드로 촬영할 때 훨씬 안정적인 모습을 보인다.

아이폰 11에는 예상됐던 망원 대신 울트라 와이드가 두 번째 카메라로 들어갔는데, 개인적으로는 익숙해지기만 한다면 망원보다 훨씬 유용하게 사용할 수 있을 것이라고 생각한다. 사실 아이폰 7 플러스에서 망원 카메라가 추가되기 이전에도 이미 사람들은 디지털 줌으로 망원 기능을 제한적으로나마 사용하고 있었고, 이로 인해 없어도 사용이 가능한 망원보다는 아예 새로운 화각인 울트라 와이드가 더 신선한 효과가 있을 것이다. 애플이 아이폰 11에서 울트라 와이드를 고른 것도 비슷한 의사 결정 과정을 거쳤으리라 본다.

아이폰 XS에 이미 있었던 일반 와이드 카메라와 망원 카메라에도 약간의 변화가 있다. 와이드의 경우, 포커스 픽셀이 센서 전체를 덮는 새로운 센서를 넣었다. 하지만, 이게 무엇을 의미하는 걸까? 원래 DSLR 카메라의 경우 자동 초점을 담당하는 센서가 사진 촬영을 위한 화상 센서와 별도로 설치됐다. 초점을 잡으려 할 때 이 센서들에 빛이 들어오는 양을 측정해 이 측정치에 따라 초점을 잡는 원리이다. 이를 “위상차 측정 AF (Phase Detection AF)”라고 한다. 위상차 측정 방식은 전용 하드웨어 덕분에 초점 잡는 속도가 엄청나게 빠르다는 장점이 있지만, 전용 하드웨어를 넣는 공간 때문에 카메라 하드웨어 전체가 커진다는 단점이 있었다. 그래서 대부분의 다른 디지털 카메라(그리고 스마트폰)는 렌즈의 초점이 계속 이동하면서 이로 센서에 들어오는 화상의 대비를 검출해 초점을 맞추는 대비 검출 방식(Contrast AF)을 선호했다. 물론, 렌즈의 초점이 계속 이동해야 하기 때문에 초점 잡는 속도가 무지하게 느린 단점이 있다.

하지만 최근에는 화상 센서의 일부를 위상차 측정을 위한 전용 센서를 넣는 방식을 통해 이 둘을 합치고자 했다. 이것이 바로 “하이브리드 AF”다. 최근 미러리스 카메라들의 초점 잡는 속도가 비약적으로 증가한 것도 이러한 새로운 기술 덕분이다. 애플도 이미 2014년의 아이폰 6부터 포커스 픽셀을 센서에 넣기 시작했지만, 5년 뒤에 와서야 센서 전체에 포커스 픽셀을 넣을 수 있게 됐다. 애플은 이 덕분에 초점 잡는 속도가 이전 모델 대비 3배 빨라졌다고 밝히고 있고, 이후에 이야기할 나이트 모드에도 요긴하게 사용된다.

망원 카메라의 경우, 렌즈가 개선됐다. 최대 조리개가 기존의 F2.4에서 F2.0으로 더 밝아졌는데, 저조도 상황에서 늘 불리하다는 얘기를 들어왔던 것을 생각하면 장족의 발전이다. 하지만 여전히 저조도 상황에서는 더 밝은 메인 카메라를 디지털 줌으로 확대해서 사용한다.

나이트 모드: 저조도를 다시 위대하게

아이폰은 전통적으로 저조도에서는 불리하다는 평이 대세였다. 이러한 평가는 특히 작년에 픽셀 3이 “나이트 사이트”라 불리는 머신 러닝형 야간 모드를 추가하면서 더욱 비교됐다. 이에 애플은 절치부심하며 이번 아이폰 11과 아이폰 11 프로에 나이트 모드를 넣었다.

솔직히 아이폰 11에 나이트 모드를 넣는다고 했을 때, 큰 기대가 안 됐던 것은 사실이다. 작년에 스마트 HDR에 데인 탓도 있고, 아이폰이 전통적으로 저조도에 약한 것도 한몫했으리라. 하지만 아이폰 11의 나이트 모드는 저조도로 찍는 순간을 더 즐겁게 한다.

일단 나이트 모드는 저조도 상황을 감지할 때 자동으로 켜진다. 이 말은 주변이 밝을 때는 작동되지 않는다는 말이 되는데, 이건 확실히 일장일단이 있는 부분이다. 사용자에 따라서는 굳이 나이트 모드를 켜지 않아도 카메라가 자동으로 인식해주는 점이 좋을 수도 있고, 역으로 자신이 직접 원하는 모드를 제어하는 것을 좋아하는 사용자에게는 이게 단점으로 다가올 수도 있다. 사진을 찍는 것을 좋아하는 나이긴 하지만 폰으로 사진을 찍을 때는 보통은 보정이나 이런 걸 크게 생각하지 않으려고 하는 편이라 개인적으로는 애플의 접근법을 더 마음에 들어하지만, 확실히 개인차가 큰 부분인 것 같다.

나이트 모드가 일단 켜지면 소프트웨어가 조도 상황, 삼각대 유무에 따라 노출 시간을 조정한다. 손으로 잡고 촬영할 경우 최대 3초까지 설정할 수 있으며, 삼각대나 다른 고정형 물체에 폰을 거치했을 경우 최대 30초까지 늘어날 수 있다고 한다. (삼각대 테스트는 아직 못 해봤다)

원본

사실 나이트 모드가 구현하는 장노출 사진은 특히 손으로 직접 들고 찍는 상황에서는 스마트폰은 고사하고 제대로 된 카메라로도 쉽지 않다. 5초 동안 촬영을 한다고 할 경우, 제대로 된 카메라는 그 5초 동안 한 장의 사진을 찍는다. 그럴 때는 제아무리 카메라의 손떨림 방지가 튼실하다 하더라도 흔들린 사진은 피할 수 없다.

하지만 아이폰 11 프로(혹은 다른 나이트 모드를 지원하는 스마트폰들)가 장노출 사진을 찍는 과정은 다소 다르다. 그 시간 동안 한 장의 사진을 찍는 일반 카메라와 다르게, 아이폰은 먼저 촬영하게 될 장면의 밝기를 구역별로 분석한 다음, 이 밝기에 적당한 셔터 속도로 여러 장의 사진을 촬영한다. 그러고 나서 이 부분들을 합성하는 방식으로 각각의 구역의 밝기가 적당하면서 노이즈가 끼지 않은 사진을 만들어낸다.

원본

나이트 모드로 촬영한 사진들을 보면 예전 아이폰을 가지고 밤에 찍었던 것과는 비교할 수 없을 정도의 디테일이 살아 있다. 한 사진에서는 제한적으로나마 별이 보일 정도다. 몇몇 사람들은 실제로 도시의 빛이 적은 시골로 삼각대를 들고 가 별 사진을 찍는 데 성공하는 경우도 있었다.

물론 나이트 모드에도 어느 정도 제약은 있다. 나이트 모드의 연산에는 센서 전역에 포커스 픽셀이 탑재되어야 하는데, 그 말은 메인 카메라로 찍어야만 나이트 모드의 잠재력을 100% 활용할 수 있다는 얘기가 된다. 이따금씩 2배 줌으로 찍어도 나이트 모드가 되는 경우가 있는데, 그건 망원 카메라의 하드웨어가 아닌, 메인 카메라를 디지털 줌으로 촬영하기 때문이다. 그리고 포커스 픽셀은 고사하고 OIS도 없는 울트라 와이드로는 촬영이 불가능하다.

원본

나이트 모드의 존재는 평소에는 아이폰에서 기대하지도 않았던 상황에서 괜찮은 사진을 뽑을 수 있다는 데 의의가 있다. 스마트폰 카메라는 찍는 사람의 노력이 더 수반될 수밖에 없는 DSLR이나 미러리스 카메라와 달리 어떠한 상황에서도 최소한 인스타그램에 올릴 만한 사진을 뽑아야 한다. 이미 주광이나 실내조명 상황에서는 이 정도는 아이폰 11 프로 이전에도 충분히 구현이 가능했지만, 밤에는 방법이 없었다. 아이폰 11 프로의 나이트 모드는 이런 상황에서 빛을 발한다. 아이폰의 카메라를 더욱 다재다능하게 만들어주는 모드인 셈이다. 개인적으로는 나이트 모드가 이번 아이폰 11 프로 카메라의 핵심이라고 생각한다.

카메라 활용이 많다면 업그레이드할 만한 가치가 있다?

아마 스마트폰에서 카메라는 공통적으로 많이 쓰이는 기능 중 하나일 것이다. 사진은 고작 20년 전만 해도 전용 하드웨어와 필름과 같은 소모품 관리, 현상 등의 추가적인 작업이 필요한, 일반인들에게는 접근이 쉽지 않은 부분이 확실히 있었다. 하지만 디지털 카메라가 도래하면서 필름과 현상이라는 부분이 사라졌고, 그리고 스마트폰의 발전으로 전용 하드웨어를 들고 다녀야 할 일도 사라졌다. 이제 스마트폰 카메라에게 남은 것은 어떠한 상황에서도 납득할 만한 화질의 사진을 뽑아줘야 한다는 사명(?)이다.

아이폰 11 프로는 이 면에서 크게 발전했다. 새로운 울트라 와이드는 (빛만 충분하다면) 탁 트인 공간을 담아서 새로운 시각을 제공해주고, 나이트 모드는 평소에는 꿈도 꾸지 못했을 야간 촬영에 최적화된 소프트웨어로 비약적인 발전을 이뤄냈다. 만약에 스마트폰에서 카메라가 가장 중요한 것으로 여긴다면, 아이폰 11 프로는 업그레이드할 만한 가치가 있을 것이라 본다.

원본 

원본 

원본

원본

원본

이후에 올 이야기: 딥 퓨전과 동영상

원래는 이 글을 아이폰 11 프로의 카메라를 총망라하는 글로 목표를 삼았지만, 마감 기한(=아이폰 출시일)의 문제로 넣지 못한 두 가지 부분이 있다. 바로 딥 퓨전과 동영상 부분이다.

원본

원본

먼저 딥 퓨전의 경우, 애플이 딥 퓨전을 탑재한 iOS 13.2 베타를 현재 테스트 중이고 나도 테스트를 해보고 있지만, 베타 버전을 가지고 평가를 내리기엔 애매한 부분이 많아 이후로 미루기로 했다. 일단 지금은 몇 장의 샘플 사진만을 남겨두고자 한다. (베타 버전임은 감안하자)

동영상의 경우도 원래 동영상을 찍는 게 익숙하지 않다 보니 충분한 샘플 영상을 확보하지 관계로 좀 더 보강을 하기로 했다. 역시 짧은 클립이라도 남겨두고자 한다.

이 두 부분은 차후에 아이폰 11 프로의 전체 리뷰에서 좀 더 얘기해보도록 하겠다.




1

애플, 새로운 16인치 맥북 프로 발표

애플이 정신없이 루머로만 돌았던 16인치 맥북 프로를 드디어 공개했습니다. 이번 맥북 프로는 2016년형 이후로 처음으로 약간이나마 외형이 변경되는 디자인 변경 모델로서, 그간 많은 맥 유저들이 불만을 표했던 부분들에 대한 애플이 생각하는 해답들이 담겨 있습니다.

최근의 맥북 프로에 대해 이야기하면서 빠트릴 수 없는 것이 바로 키보드입니다. 2016년형 이후의 맥북 프로는 모두 나비식 키보드를 사용했고, 이 나비식 키보드는 촉감에서뿐만 아니라 내구도에서도 문제를 일으켜 애플이 매번 나오는 신형 모델마다 4년의 키보드 관련 무료 교환 보장을 해주는 웃지 못할 일도 있었습니다.

이번 맥북 프로부터는 다시 기존의 가위식 설계로 되돌아갑니다. 애플이 "매직 키보드"라고 이름붙인 것에서 알 수 있듯이 현재 아이맥이나 아이맥 프로를 구매하면 동봉하는 매직 키보드의 설계를 거의 그대로 가져왔다는 추론이 가능합니다. 최대 1mm의 키 트래블(키가 상하로 움직이는 두께)과, 역시 보지 않고 치기가 힘들다는 이유로 많은 논란이 있었던 방향키 디자인도 예전처럼 'ㅗ' 모양(욕 아닙니다)으로 돌아갔습니다. 마지막으로, 물리 ESC 키가 돌아왔습니다. 하지만 터치 바는 그대로입니다.

키보드 얘기를 먼저 쳐냈으니 이제 다른 부분들을 이야기해볼까요. 새로운 16인치 디스플레이는 3072x1920 해상도로, 최대 500 니트의 밝기를 낼 수 있습니다. 역시 P3 색 영역을 지원하며, 트루 톤 기능도 지원합니다.

내부 사양도 약간의 업그레이드를 거쳤습니다. 최대로 8코어짜리 9세대 인텔 코어 i9을 넣을 수 있고, (10세대는 저전력용 라인업만 나와 있는 상황입니다) 최대 64GB RAM으로 맞출 수 있습니다. SSD는 최대 8TB까지 넣을 수 있습니다. 그래픽 또한 AMD의 차세대 그래픽 카드인 5500M(8GB GDDR6)을 맞출 수도 있습니다. 이 성능을 뒷받침해주기 위해 직경이 더 커진 팬과 배출구 등으로 구성된 새로운 열 배출 설계를 적용해 공기를 28% 더 많이 흡입해 배출할 수 있으며, 고성능을 요하는 작업을 할 때 최대 12와트를 추가로 지속할 수 있습니다.

애플의 최근 트렌드답게 배터리 성능을 개선한 것도 눈에 띕니다. 일단 용량이 크게 늘었는데, 기존 76Wh에서 100Wh까지 늘렸습니다. 이 용량은 미국의 연방항공청(FAA)에서 추가 심사 없이 기내에 반입할 수 있는 최대 용량입니다. 더 커진 배터리를 위해 애플은 전반적인 두께를 늘였고, 무게도 조금 늘렸습니다. 대신 완충 시 배터리 사용 시간이 1시간 늘었다고 밝히고 있습니다.

스피커와 마이크도 업그레이드 되었습니다. 새로운 스피커는 총 6개의 유닛으로 구성되며 두 개의 우퍼는 서로의 진동을 상쇄해 더 자연스러운 소리를 내게 해줍니다. 마이크 또한 총 세 개의 빔포밍 방식으로 스튜디오급의 품질을 낸다고 애플은 밝히고 있습니다. 물론 그건 테스트해봐야 하는 부분이지만요.

16인치 맥북 프로는 6코어 i7, 512GB SSD, 16GB RAM, 라데온 프로 5300M을 장착한 기본형이 319만 원부터 시작하며, 한국에서는 전파인증이 완료되는 대로 판매에 들어갈 예정입니다.




1

아이폰 11 프로, 1년 동안 써봤습니다.

아이폰 11 프로가 한국에 막 출시될 당시에 간단하게 가장 중요한 기능인 카메라를 살펴보는 글을 올린 적이 있다. 그러고 리뷰는 언젠가 쓰지 않을까... 란 생각을 했었지만, 그렇게 1년이 지나버리고 말았다.

이제는 새로운 아이폰 12의 발표를 앞둔 이 시점에서, 아이폰 11 프로를 지난 1년간 사용한 후기를 작성해보고자 한다. 폰의 전반적인 부분을 커버한다기 보단, 내가 느낀 점들을 토픽으로 정해 다뤄보기로 했다. 개인적으로는 앞으로 아이폰이 어떤 부분을 개선하면 좋을지를 고민해볼 수 있는 시간이었다. 물론 당장 내일 새벽에 그 답이 나올 거지만.

무겁다

나는 이제 2년째 맥스 아이폰을 쓰고 있다. 2018년에 6.5인치의 첫 맥스 아이폰인 아이폰 XS 맥스로 갈아타고, 이번 2019년에도 별 거부감 없이 아이폰 11 프로 맥스를 샀다.

많은 사람들이 스마트폰의 크기에 신념을 가지고 있는 경우가 많다. 특히 작은 크기를 선호하는 사람들이 목소리가 큰 편인데, 올해 초에 출시한 아이폰 SE의 크기가 커진 것에 실망감을 많이 표한 것도 거기서 나온 게 아닐까 싶다. (물론 그 사람들의 바람은 5.4인치짜리 아이폰 12로 풀릴 수도 있겠다는 생각이 들긴 하지만 말이다)

나는 그런 신념(?)이 딱히 없는 편이다. 처음으로 큰 라인업이 나온 아이폰 6와 직후속인 6s는 "작은" 4.7인치 모델을 사용했고, 아이폰 7이 나왔을 때는 단순히 망원 렌즈에 대한 궁금증 때문에 5.5인치인 플러스로 갈아탔다. 다음 해 아이폰 X이 나왔을 때는 사이즈가 하나밖에 없었기 때문에 다시 작은 사이즈로 옮겨왔다.

그러고 다시 2년을 큰 "맥스" 폰으로 살아왔지만, 만약에 이번 아이폰 12 프로와 프로 맥스가 기능 면에서 큰 차이가 없다면 다시 작은 크기로 돌아갈 거 같다. 이유는 다름 아닌 무게 때문인데, 특히 XS 맥스에서 11 프로 맥스로 오면서 무게가 많이 불어났다. 아이폰에서는 역대급인 15Wh(2.6V 기준 약 3,969mAh)의 배터리가 들어가면서 XS 맥스 대비 20g 가까이 늘어났는데, 전체 무게 대비 10%에 육박한다. 이게 수치상으로는 큰 차이가 아닐 거 같지만, 실제로 사용할 때에는 꽤 큰 차이로 다가왔다. 특히 밤에 폰을 들고 뭘 볼 때는 더더욱. (물론 밤에는 웬만하면 스마트폰을 쓰지 말라고는 하지만... 우리 모두 그러지 않습니까)

물론 이번 12 프로 맥스에서 무게를 뺀다면 얘기가 달라지긴 하겠지만, 11 프로 맥스의 배터리를 크게 늘린 것이 호평을 받으면서 이번에도 큰 배터리 용량을 유지할 가능성이 높기 때문에 이 무게 문제는 지속될 것으로 보인다. 그래서 만약에 화면이나 배터리 등 크기 차이에서 오는 것들 외의 다른 기능 차이가 없다면 더 작은 12 프로가 낫지 않나... 그런 생각이 드는 것이다. (물론 최신 루머에 따르면 내 바람은 무참히 무너진 거 같지만 말이다)

성능

성능만을 바라보고 스마트폰을 구매하는 시대는 지났다고 다들 얘기한다. 특히 아이폰을 보면 그렇다. 애플은 현재 iOS 14를 지원하는 가장 오래된 기종인 아이폰 6s를 기준으로 하면 총 네 번의 메이저 소프트웨어 업데이트를 제공해준다. 즉, 해당 기종의 5년가량을 지원해준다는 얘기가 된다. 게다가 애플은 특정 연도에 출시하는 아이폰들은 가격대에 상관없이 모두 같은 최상급의 프로세서를 넣어준다. 그게 어떻게 가능한지는 올해 초 아이폰 SE가 출시됐을 당시에 썼던 글을 참조해보면 된다.

무튼, 이렇게 장황하게 얘기를 꺼내는 이유는 무엇이냐? 아이폰 11 프로의 A13 바이오닉은 1년이 지난 지금도 빠릿빠릿하다는 것이다. 솔직히 지금 11 프로를 산다고 해도 다른 곳이 아쉬울지언정 성능에서 아쉬울 일은 거의 없을 것이라고 단언할 수 있다. 어떤 걸 던지던, 모든 게 빠르다.

유일한 문제가 있다면 메모리(RAM)이다. 아이폰 11 프로의 A13 바이오닉에는 RAM이 4GB 들어간다. 사실 아이폰은 전통적으로 RAM이 적어도 iOS의 최적화 덕에 기타 운영체제와 다르게 크게 무리가 없었다. 지난 10년 동안 아이폰을 쓰면서 메모리가 부족하다는 생각은 별로 안 했었으니까.

하지만 아이폰 11 프로에서는 상황이 달랐다. 그 원인은 카메라 앱인데, 생각보다 메모리를 엄청 잡아먹는 모양인지 카메라로 뭘 찍었다가 바로 직전에 쓰고 있던 앱으로 돌아가려고 해도 앱이 다시 열린다. 처음으로 아이폰의 메모리가 부족함을 느끼기 시작했던 부분이라고 할 수 있다. 카메라를 쓰지 않으면서 다른 앱을 쓸 때는 문제가 거의 없었다. 물론 A13의 CPU가 워낙 빠르기 때문에 앱 론칭에 걸리는 시간이 오래 걸리지 않아서 이를 만회하는 부분이 있는 것은 사실이지만, 웹페이지를 다시 로딩하면서 마지막으로 읽었던 부분으로 다시 내려가야 하는 건 아쉬울 수밖에 없다. 카메라 앱이 더 메모리를 효율적으로 쓰도록 바꾸거나(이미 iOS 14에서 증상이 많이 나아지긴 했다) 아이폰 12에서 다시 메모리가 더 추가되길 바랄 뿐이다.

카메라 얘기가 나온 김에...

카메라

애플은 아이폰 11 프로에 와서 카메라를 대폭 개선했고, 이 새로운 카메라에 대한 느낌은 한국에 막 출시했을 때 글로 남긴 적이 있다. 지금도 이때 느꼈던 부분과 크게 다르지 않지만, 다루지 못했던 딥 퓨전과 동영상 촬영에 대해 몇 가지 남기고자 한다.

많은 사람들이 딥 퓨전에 대해 무시하는 경향이 있다. 그럴 만도 한 것이, 시스템상으로 켜고 끄지 못 하도록 막아두었기 때문이다. 사용자가 신경쓸 필요 없이 모든 것이 "그냥 동작하는" 것. 그게 애플의 방식이니까.

딥 퓨전은 간단히 말해 화소 단계에서 다중 노출로 촬영한 사진을 합성해 세부 디테일을 살리는 소프트웨어 기법이다. 기본적으로는 주광이 아니지만, 나이트 모드가 필요하지 않은 정도의 중-저조도 상황에서 자주 쓰인다.

딥 퓨전이 의외로 효과가 좋았던 부분은 바로 디지털 줌을 할 때였다. 디지털 줌의 원리는 간단히 말해 센서의 가운데 일부분을 자른 다음 그 부분을 기존 센서 해상도로 확대하는 것이기 때문에 당연히 세부 디테일 저하가 발생할 수밖에 없다. 스마트폰 사진을 촬영할 때 웬만하면 디지털 줌을 사용하지 말라고 하는 것이 바로 여기에서 기인하는 것이다. 하지만 딥 퓨전의 기반 기술은 이러한 디테일 저하에도 적용된다. 물론 센서의 전체 촬상면을 활용할 때만큼의 디테일은 아니더라도, 예전보다 디지털 줌으로 찍은 사진이 훨씬 유용해졌다. 아래 샘플 사진을 몇 보면 이해가 갈 것이다.

01234567
첫 네 장이 일반 광학 줌 상태에서의 딥 퓨전, 이후 네 장이 디지털 줌이 들어간 딥 퓨전 사진들.

아이폰의 동영상 촬영은 이미 스마트폰 최강자임은 예전부터 증명됐던 부분이다. 이번 아이폰 11 프로에서 크게 개선된 부분은 바로 손떨림 방지 촬영인데, 현재 촬영하고 있는 각도보다 더 광각인 센서의 정보까지 가져와 실시간으로 합성하는 방식이다. 실제로 핸드헬드로 찍었다고는 믿기 힘들 정도의 손떨림 보정을 보여준다.

기술의 상향 평준화로 점점 스마트폰 교체 시기가 길어지고 있는 현 상황에서, 카메라의 기능 개선은 스마트폰 제조사들에게는 소비자들이 폰을 업그레이드할 만한 구실을 제공하는 몇 안 되는 부분 중 하나다. 그 말인즉슨, 이번 아이폰 12에서도 카메라 기능의 발전을 기대해볼 만하다는 것이다.

아이폰은 앞으로 어디로 갈 것인가

지난 몇 년 동안 침체기를 보였던 스마트폰 시장은 다시 제조사들이 새로운 폼 팩터를 실험하기 시작하면서 흥미로워지고 있다. 접는 스마트폰, 혹은 가로본능의 귀환 등 다양한 폼 팩터가 나오고 있는 상황이다.

물론 애플은 바로 뛰어들려고 하지 않을 것이다. 주변의 발전 방향을 보고 조심히 발전 방향을 계산하는 것이 애플의 방식이다. 5G가 상용화되고 1년 반이 지난 지금에서야 5G를 처음으로 적용한 아이폰을 이번에 내놓는 것만 봐도 알 수 있다.

스마트폰은 이제 생활의 필수품이 되어가고 있다. 아이폰을 업그레이드할 시기가 된 소비자들은 이번 아이폰이 어떻게 나오던 결국은 사게 될 것이다. 애플 블로거로서 궁금한 것은 이렇게 발전이 더디지만, 여전히 매출의 대다수를 차지하는 제품의 발표를 어떻게 할 것인가라는 점이다.

하지만 애플이 얼마나 매우 잘 발표를 하더라도, 아이폰 12가 매우 좋은 발전을 보였다 하더라도 크게 변하지 않는 사실이 있다. 만약 여러분이 아이폰 11 프로 (혹은 아이폰 11)를 가지고 있다면, 12로 업데이트를 해야 할 필요는 거의 없을 것이라는 점이다. 여러분의 아이폰은 내년뿐만 아니라, 향후 최소 3년은 문제없이 버틸 거니까. 늘 새롭게 나오고, 모두의 눈길은 최신 제품에 가는 게 현실이지만, 매년 바꿀 필요는 없을 뿐더러, 추천도 하지 않는다.

내가 그 짓을 매년 하고 있어서 안다. 올해도 그럴 거겠지만.

이 글은 필자 쿠도군이 2019년 9월 20일에 직접 구입한 아이폰 11 프로 맥스를 1년 넘게 사용한 후에 작성되었습니다.




1

Top 10 Ways to Influence People

Influencing others isn’t about manipulation or getting your way at all costs. It’s about understanding people, building connections, and guiding conversations in a way that benefits everyone involved. Whether you’re at work, talking with friends, or just trying to get your point across, these simple strategies can help you communicate more effectively and inspire others…

The post Top 10 Ways to Influence People appeared first on Hongkiat.




1

10+ Best Free macOS Screen Recording Tools

Macs have built-in screenshot tools, but for extra features like annotations and scrolling capture, specialized tools are a must. Here are the best free options to enhance your screenshots.

The post 10+ Best Free macOS Screen Recording Tools appeared first on Hongkiat.






















1

FFmpeg Devs Boast of Up To 94x Performance Boost After Implementing Handwritten AVX-512 Assembly Code

Anton Shilov reports via Tom's Hardware: FFmpeg is an open-source video decoding project developed by volunteers who contribute to its codebase, fix bugs, and add new features. The project is led by a small group of core developers and maintainers who oversee its direction and ensure that contributions meet certain standards. They coordinate the project's development and release cycles, merging contributions from other developers. This group of developers tried to implement a handwritten AVX512 assembly code path, something that has rarely been done before, at least not in the video industry. The developers have created an optimized code path using the AVX-512 instruction set to accelerate specific functions within the FFmpeg multimedia processing library. By leveraging AVX-512, they were able to achieve significant performance improvements -- from three to 94 times faster -- compared to standard implementations. AVX-512 enables processing large chunks of data in parallel using 512-bit registers, which can handle up to 16 single-precision FLOPS or 8 double-precision FLOPS in one operation. This optimization is ideal for compute-heavy tasks in general, but in the case of video and image processing in particular. The benchmarking results show that the new handwritten AVX-512 code path performs considerably faster than other implementations, including baseline C code and lower SIMD instruction sets like AVX2 and SSSE3. In some cases, the revamped AVX-512 codepath achieves a speedup of nearly 94 times over the baseline, highlighting the efficiency of hand-optimized assembly code for AVX-512.

Read more of this story at Slashdot.




1

Sweden Scraps Plans For 13 Offshore Windfarms Over Russia Security Fears

An anonymous reader quotes a report from The Guardian: Sweden has vetoed plans for 13 offshore windfarms in the Baltic Sea, citing unacceptable security risks. The country's defence minister, Pal Jonson, said on Monday that the government had rejected plans for all but one of 14 windfarms planned along the east coast. The decision comes after the Swedish armed forces concluded last week that the projects would make it more difficult to defend Nato's newest member. The proposed windfarms would have been located between Aland, the autonomous Finnish region between Sweden and Finland, and the Sound, the strait between southern Sweden and Denmark. The Russian exclave of Kaliningrad is only about 310 miles (500km) from Stockholm. Wind power could affect Sweden's defence capabilities across sensors and radars and make it harder to detect submarines and possible attacks from the air if war broke out, Jonson said. The only project to receive the green light to was Poseidon, which will include as many as 81 wind turbines to produce 5.5 terawatt hours a year off Stenungsund on Sweden's west coast. "Both ballistic robots and also cruise robots are a big problem if you have offshore wind power," Jonson said. "If you have a strong signal detection capability and a radar system that is important, we use the Patriot system for example, there would be negative consequences if there were offshore wind power in the way of the sensors."

Read more of this story at Slashdot.




1

Oil Giant BP is Killing 18 Hydrogen Projects, Chilling the Nascent Industry

An anonymous reader shares a report: Tucked inside a 32-page earnings report, oil and gas giant BP revealed it was killing 18 early-stage hydrogen projects, a move that could have a chilling effect on the nascent hydrogen industry. The decision, along with the sale of the company's U.S. on-shore wind power operations, will save BP $200 million annually and help boost its bottom line. The hydrogen industry, which has relied on oil and gas companies both financially and through lobbying efforts, is preparing for a grimmer outcome. BP has been a supporter of hydrogen. The company's venture capital arm has invested in several green hydrogen startups, including Electric Hydrogen and Advanced Ionics. Earlier this year, BP said it would develop "more than 10" hydrogen projects in the U.S., Europe, and Australia. Now, BP is scaling back those plans, saying it'll develop between five and ten projects. The company is keeping quiet about which ones will receive the green light.

Read more of this story at Slashdot.




1

How Samsung Fell Behind in the AI Boom - and Lost $126 Billion in Market Value

After missing a chance to capitalize on the AI boom, "Samsung's profit has plunged," reports CNBC, and "around $126 billion has been wiped off its market value, according to data from S&P Capital IQ." It's gotten so bad that "an executive issued a rare public apology about the company's recent financial performance." [A]s AI applications such as OpenAI's ChatGPT rose in popularity, the underlying infrastructure required to train the huge models they rely on became a bigger focus. Nvidia has emerged as the top player in this space with its graphics processing units (GPUs) that have become the gold standard used by tech giants for AI training. A crucial part of that semiconductor architecture is high-bandwidth memory, or HBM. This next generation of memory involves stacking multiple dynamic random access memory (DRAM) chips, but it had a small market before the AI boom. That's where Samsung got caught out and failed to invest... SK Hynix saw this opportunity. The company aggressively launched HBM chips which were approved for use in Nvidia architecture and, in the process, the South Korean firm established a close relationship with the U.S. giant. Nvidia's CEO even asked the company to speed up supply of its next generation chip, underscoring the importance of HBM to its products. SK Hynix posted record quarterly operating profit in the September quarter... Analysts said that Samsung is lagging behind competitors for a number of reasons, including underinvestment in HBM and the fact that it is not a first-mover. "It is fair to say that Samsung has not been able to close the gap with SK Hynix on the HBM development roadmap," said Kazunori Ito [director of equity research at Morningstar]. Samsung's ability to make a comeback in the short term appears to be closely linked to Nvidia. A company must pass a strict qualification process before Nvidia approves it as a HBM supplier — and Samsung has not yet completed this verification. But a green light from Nvidia could open the door for Samsung to return to growth and compete more effectively with SK Hynix, according to analysts.

Read more of this story at Slashdot.




1

America's First Sodium-Ion Battery Gigafactory Announced. Cost: $1.4 Billion

Sodium-ion batteries are cheaper than lithium-ion batteries — and they're also more environmentally friendly. And "In the past few years, sodium-ion battery production has increased in the United States," reports the Washington Post, with a new factory planned to manufacture them "in the same way as lithium-ion batteries, just with different ingredients. Instead of using expensive materials like lithium, nickel and cobalt, these will be made of sodium, iron and manganese..." Last month, sodium-ion battery manufacturer Natron Energy announced it would open a "gigafactory" in North Carolina that would produce 24 gigawatt hours of batteries annually, enough energy to charge 24,000 electric vehicles. But sodium-ion batteries are still early in their development compared with lithium-ion, and they have yet to hit the market on a massive scale. "It's unlikely sodium-ion could displace lithium-ion anytime soon," said Keith Beers, polymer science and materials chemistry principal engineer at technical consultancy firm Exponent... The biggest limitation of sodium-ion batteries is their weight. Sodium weighs nearly three times as much as lithium, and it cannot store the same amount of energy. As a result, sodium-ion batteries tend to be larger. Jens Peters, an economics professor at the University of Alcalá in Madrid, said the energy density could be improved over time in sodium-ion batteries. But, he added, "what we found out so far in our assessments is that it is not a game changer." Sodium-ion batteries are touted to be the environmentally friendly alternative to their lithium-ion counterparts, thanks to their raw materials. Sodium, iron and manganese are all abundant elements on the planet, so they require less energy to extract and cost less... Sodium-ion batteries also last longer than lithium-ion ones because they can withstand more charge cycles, said Wendell Brooks, co-CEO of Natron Energy. "Our product can have millions of cycles," said Brooks, "where lithium-ion would have three to five thousand cycles and wear out a lot faster...." Sodium-ion batteries aren't the best fit for smartphones or electric vehicles, which need to store lots of energy. However, one advantage is their low cost. And they could be a good candidate in situations where the size of the battery isn't a concern, like energy storage. "When something is built out to support grid or backup storage, it doesn't need to be very dense. It's staying put," Beers said. Natron will invest nearly $1.4 billion in the factory "to meet the rapidly expanding demand for critical power, industrial and grid energy storage solutions," according to their announcement. "Natron's high-performance sodium-ion batteries outperform lithium-ion batteries in power density and recharging speed, do not require lithium, cobalt, copper, or nickel, and are non-flammable... Natron's batteries are the only UL-listed sodium-ion batteries on the market today, and will be delivered to a wide range of customer end markets in the industrial power space, including data centers, mobility, EV fast charging, microgrids, and telecom, among others."

Read more of this story at Slashdot.








1

Community News: Latest PECL Releases (09.10.2024)

Latest PECL Releases:

  • opentelemetry 1.1.0beta3
    See https://github.com/open-telemetry/opentelemetry-php-instrumentation/releases/tag/1.1.0beta3

  • xpass 1.0.0
    - first GA release
  • mongodb 1.19.4
    ## What's Changed * Use full-report convenience action for SSDLC reports by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1589 * PHPC-2381: Allow releasing pre-release versions through the release automation by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1590 * Revamp evergreen builds and add tags for pull requests by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1593 * Add tag checks aliases by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1596 * PHPC-2409: Update to libmongoc 1.27.4 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1600 * PHPC-2405: Update to libmongocrypt 1.10.1 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1602 * Reduce amount of evergreen config includes by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1612 * PHPC-2422: Update libmongoc to 1.27.5 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1619 * PHPC-2420: Compare Int64 instances without casting by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1617 * PHPC-2429: Fix UTCDateTime with negative timestamps by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1623 * Update to libmongoc 1.27.6 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1627 * Update GitHub Actions job names by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1632

    Full Changelog: https://github.com/mongodb/mongo-php-driver/compare/1.19.3...1.19.4

  • datadog_trace 1.3.1
    ## Tracer

    Fixed

    • Fix DD_AUTOLOAD_NO_COMPILE #2833
    • Loader: Use the same version number as for other extensions #2838
    • Consider ifunc symbols also defined Datadog/libdatadog#609
    • Fix crash with double parent key in tracestate #2837
    • Fix #2831: Failure with LTO #2839

    Internal

    • Avoid using non-bundled rust git dependencies #2827
  • timezonedb 2024.2
    Updated to version 2024.2 (2024b)
  • phpy 1.0.8
    - Added argument_as_object configuration item - Add Helper::printTraceback() - Support windows platform - Support Python class as parent class of PHP class
  • opentelemetry 1.1.0beta2
    See https://github.com/open-telemetry/opentelemetry-php-instrumentation/releases/tag/1.1.0beta2
  • xlswriter 1.5.7
    - Fix: insertDate memory leak.
  • rpminfo 1.1.1
    - display author and license in phpinfo - drop support for librpm < 4.13
  • ev 1.2.0
    - Support for PHP versions older than 8 has been dropped. Maintaining compatibility with multiple PHP versions (5, 7, and 8) has become increasingly difficult. Recent changes in PHP 8.3 have further complicated the build scripts. Additionally, as PHP releases older than 8.1 are now officially unsupported, it has become challenging to continue supporting PHP 5 and 7. - Fixed #51: Building statically with PHP 8.3.10 fails with an "unknown" PHP version.




1

Community News: Latest PECL Releases (09.17.2024)

Latest PECL Releases:

  • win32service 1.1.0beta2
    * Add object Win32ServiceRightInfo

    • Add function win32_read_right_access_service()
    • Add function win32_read_all_rights_access_service()
    • Add function win32_add_right_access_service()
    • Add function win32_remove_right_access_service()
    • Add function win32_add_service_env_var()
    • Add function win32_remove_service_env_var()
    • Add function win32_get_service_env_vars()
    • Add function win32_set_service_pause_resume_state()
    • Some function are now disabled if PHP not run in Windows service context. See PHP Information.
    • Use the gen_stub.php to generate arginfo header.

    The binary is also available here: https://github.com/win32service/win32service/releases/tag/v1.1.0-beta1

  • win32service 1.1.0beta1
    * Add object Win32ServiceRightInfo * Add function win32_read_right_access_service() * Add function win32_read_all_rights_access_service() * Add function win32_add_right_access_service() * Add function win32_remove_right_access_service() * Add function win32_add_service_env_var() * Add function win32_remove_service_env_var() * Add function win32_get_service_env_vars() * Add function win32_set_service_pause_resume_state() * Some function are now disabled if PHP not run in Windows service context. See PHP Information. * Use the `gen_stub.php` to generate arginfo header.

    The binary is also available here: https://github.com/win32service/win32service/releases/tag/v1.1.0-beta1

  • xpass 1.1.0RC1
    - add crypt_gensalt(?string $prefix = null, int $count = 0): ?string {} - add crypt_preferred_method(): ?string {} - add crypt_checksalt(string $salt): int {} - add CRYPT_PREFIX_* and CRYPT_SALT_* constants
  • protobuf 4.28.1
    * See github.com/protocolbuffers/protobuf/releases/tag/v28.1 for release notes.




1

Community News: Latest PECL Releases (10.01.2024)

Latest PECL Releases:

  • protobuf 4.29.0RC1
    * See github.com/protocolbuffers/protobuf/releases/tag/v29.0-rc-1 for release notes.

  • datadog_trace 1.3.2
    ## Tracer

    Fixed

    • Fix crash with git metadata injection
  • xpass 1.1.0
    - add crypt_gensalt(?string $prefix = null, int $count = 0): ?string {} - add crypt_preferred_method(): ?string {} - add crypt_checksalt(string $salt): int {} - add CRYPT_PREFIX_* and CRYPT_SALT_* constants
  • zip 1.22.4
    - compatibility with 8.4 - add ZipArchive::ER_TRUNCATED_ZIP added in libzip 1.11
  • msgpack 3.0.0
    * Add support for PHP-8.1 Enums * merges #173 * fixes #171 * Add support for APCu * merges #162, #93 * Add OPT_ASSOC for roundtrip serialization of map. * merges #58
  • mongodb 1.20.0
    ## What's Changed * Master is now 1.20-dev by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1550 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1553 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1554 * PHPC-2386: Fix build config output without libmongocrypt by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1557 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1563 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1564 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1566 * Bump mongodb-labs/drivers-github-tools from 1 to 2 by @dependabot in https://github.com/mongodb/mongo-php-driver/pull/1568 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1569 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1570 * Revert "Bump mongodb-labs/drivers-github-tools from 1 to 2" by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1571 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1574 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1576 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1578 * PHPC-2395: Fetch Atlas connectivity URIs from AWS Secrets Manager by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1579 * Merge v1.19 into master by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1581 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1580 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1585 * PHPC-2398: Use server_id methods for libmongoc 1.28+ by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1582 * PHPC-2401: Support QEv2 range protocol by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1583 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1588 * PHPC-2254: Relax server selection timeout error message pattern by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1587 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1591 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1592 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1594 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1597 * PHPC-2376: Test against MongoDB 8.0 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1598 * Fix version computation for libmongoc development versions by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1599 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1601 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1603 * PHPC-1489: Deprecate integer readPreference constants by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1604 * PHPC-2347: Deprecate BSON functions by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1607 * Fix failing tests on x86 systems by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1609 * PHPC-2349, PHPC-2411: Deprecate unused exception classes by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1608 * PHPC-2414, PHPC-2415: Update wire versions for MongoDB 8.0 compatibility by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1610 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1613 * PHPC-2286 Implement `UTCDateTime::toDateTimeImmutable` by @GromNaN in https://github.com/mongodb/mongo-php-driver/pull/1611 * PHPC-1957 Add tests for out-of-range `UTCDateTime` values by @GromNaN in https://github.com/mongodb/mongo-php-driver/pull/1614 * Use drivers-evergreen-tools for Windows testing by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1615 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1620 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1621 * PHPC-2421, PHPC-2428: Update bundled dependencies by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1622 * PHPC-2434: Add PHP 8.4 to GitHub Actions by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1625 * PHPC-2420: Initial composer.json for pie support by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1624 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1626 * Merge v1.19 into master by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1629 * PHPC-2403: Remove optional sparsity and trimFactor options by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1628 * Merge v1.19 into v1.20 by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1633 * PHPC-2412: Deprecate CursorId class by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1616 * Fix exception message expectation on MongoDB latest by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1637 * Validate composer.json as part of CI workflows by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1636 * Update merge-up config by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1641 * PHPC-2443: Deprecate string argument and accept Int64 instances in UTCDateTime constructor by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1643 * PHPC-2413: Use new distros for RHEL ppc and Z by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1647 * PHPC-2442: Deprecate getServer, add getHost and getPort to APM events by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1644 * Merge v1.19 into v1.20 by @mongodb-php-bot in https://github.com/mongodb/mongo-php-driver/pull/1649 * PHPC-2350: Implement JSON methods for PackedArray by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1645 * Update archive names for Windows builds by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1655 * Remove usage of deprecated E_STRICT by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1668 * PHPC-2448: Update to libmongoc 1.28.0 by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1673 * PHPC-2452: Warn if --with-openssl-dir is used by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1677 * PHPC-2453: Deprecation notice for Query "modifiers" option by @jmikola in https://github.com/mongodb/mongo-php-driver/pull/1680 * Drop RHEL 7.6 from evergreen testing by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1682 * PHPC-2456: Correctly dereference arrays in type maps by @alcaeus in https://github.com/mongodb/mongo-php-driver/pull/1683

    Full Changelog: https://github.com/mongodb/mongo-php-driver/compare/1.19.4...1.20.0




1

Community News: Latest PECL Releases (10.08.2024)

Latest PECL Releases:

  • uuid 1.2.1
    - MacOS support (Sean Molenaar)

    • fix for util-linux/libuuid 2.40 and uuid_time64
  • yaml 2.2.4
    Bugs Fixed: - #85: PHP 8.4.0 beta4 test yaml_parse_file_002.phpt fails (andypost) - emit.c: fix -Wsign-compare (bd808) - #75: yaml_parse_file does not set &$ndoc as expected (tomterl) - Fix [-Wincompatible-pointer-types] warning (remicollet)
  • redis 6.1.0
    Sponsors

    Audiomack - https://audiomack.com Open LMS - https://openlms.net Avtandil Kikabidze - https://github.com/akalongman Ty Karok - https://github.com/karock Object Cache Pro for WordPress - https://objectcache.pro

    --- 6.1.0 ---

    NOTE: There were no changes to C code between 6.1.0RC2 and 6.1.0

    Documentation:

    • Update package.xml to make it clearer that we support many key-value stores [52e69ede] (Remi Collet)
    • Fix redis.io urls [0bae4bb0] (Vincent Langlet)

    Tests/CI:

    • Fix 2 tests with redis 6.2 [cc1be322] (Remi Collet)

    --- 6.1.0RC2 ---

    Fixed:

    • Fixed a SIGABRT error in PHP 8.4 [a75a7e5a] (Michael Grunder)
    • Clean up code for unsupported versions of PHP [37cebdd7] (Remi Collet)
    • Add SessionHelpers.php to package.xml[e9474b80] (Remi Collet)
    • 8.4 implicit null fix, bump version [bff3a22e, 30c8f90c] [Remi Collet]

    Changed:

    • Raised minimum supported PHP version to 7.4 [8b519423] (Michael Grunder)

    Removed:

    • Removed erroneously duplicated changelog entries [40c89736] (Michael Grunder)

    Tests/CI:

    • Move to upload artifacts v4 [9d380500] (Michael Grunder)

    Added:

    • Added composer.json to support PIE (PHP Installer for Extensions) [b59e35a6] (James Titcumb)

    --- 6.1.0RC1 ---

    Fixed:

    • Fix random connection timeouts with Redis Cluster. [eb7f31e7] (Jozsef Koszo)
    • Fix argument count issue in HSET with associative array [6ea5b3e0] (Viktor Djupsjobacka)
    • SRANDMEMBER can return any type because of serialization. [6673b5b2] (Michael Grunder)
    • Fix HRANDFIELD command when WITHVALUES is used. [99f9fd83] (Michael Grunder)
    • Allow context array to be nullable [50529f56] (Michael Grunder)
    • Fix a macOS (M1) compiler warning. [7de29d57] (Michael Grunder)
    • GETEX documentation/updates and implentation in RedisCluster [981c6931] (Michael Grunder)
    • Refactor redis_script_cmd and fix to flush subcommand. [7c551424] (Pavlo Yatsukhnenko)
    • Update liveness check and fix PHP 8.4 compilation error. [c139de3a] (Michael Grunder)
    • Rework how we declare ZSTD min/max constants. [34b5bd81] (Michael Grunder)
    • Fix memory leak if we fail in ps_open_redis. [0e926165] (Michael Grunder)
    • Fix segfault and remove redundant macros [a9e53fd1] (Pavlo Yatsukhnenko)
    • Fix PHP 8.4 includes [a51215ce] (Michael Grunder)
    • Handle arbitrarily large SCAN cursors properly. [2612d444, e52f0afa] (Michael Grunder)
    • Improve warning when we encounter an invalid EXPIRY in SET [732e466a] (Michael Grunder)
    • Fix Arginfo / zpp mismatch for DUMP command [50e5405c] (Pavlo Yatsukhnenko)
    • RedisCluster::publish returns a cluster_long_resp [14f93339] (Alexandre Choura)
    • Fix segfault when passing just false to auth. [6dc0a0be] (Michael Grunder)
    • the VALUE argument type for hSetNx must be the same as for hSet [df074dbe] (Uladzimir Tsykun)
    • Other fixes [e18f6c6d, 3d7be358, 2b555c89, fa1a283a, 37c5f8d4] (Michael Grunder, Viktor Szepe)

    Added:

    • Compression support for PHP sessions. [da4ab0a7] (bitactive)
    • Support for early_refresh in Redis sessions to match cluster behavior [b6989018] (Bitactive)
    • Implement WAITAOF command. [ed7c9f6f] (Michael Grunder)

    Removed:

    • PHP 7.1, 7.2, and 7.3 CI jobs [d68c30f8, dc39bd55] (Michael Grunder)

    Changed:

    • Fix the time unit of retry_interval [3fdd52b4] (woodong)

    Documentation:

    • Many documentation fixes. [eeb51099] (Michael Dwyer)
    • fix missing code tags [f865d5b9] (divinity76)
    • Mention Valkey support [5f1eecfb] (PlavorSeol)
    • Mention KeyDB support in README.md [37fa3592] (Tim Starling)
    • Remove mention of pickle [c7a73abb] (David Baker)
    • Add session.save_path examples [8a39caeb] (Martin Vancl)
    • Tighter return types for Redis::(keys|hKeys|hVals|hGetAll) [77ab62bc] (Benjamin Morel)
    • Update stubs [4d233977, ff305349, 12966a74, a4a283ab, 8f8ff72a] (Michael Grunder, Takayasu Oyama, Pavlo Yatsukhnenko)
    • Fix config.m4 when using custom dep paths [ece3f7be] (Michael Grunder)
    • Fix retry_internal documentation [142c1f4a] (SplotyCode)
    • Fix anchor link [9b5cad31] (Git'Fellow)
    • Fix typo in link [bfd379f0] (deiga)
    • Fix Fedora package url [60b1ba14, 717713e1] (Dmitrii Kotov)
    • Update Redis Sentinel documentation to reflect changes to constructor in 6.0 release [dc05d65c] (Pavlo Yatsukhnenko)

    Tests/CI:

    • Avoid fatal error in test execution. [57304970] (Michael Grunder)
    • Refactor unit test framework. [b1771def] (Michael Grunder)
    • Get unit tests working in php-cgi. [b808cc60] (Michael Grunder)
    • Switch to ZEND_STRL in more places. [7050c989, f8c762e7] (Michael Grunder)
    • Workaround weird PHP compiler crash. [d3b2d87b] (Michael Grunder)
    • Refactor tests (formatting, modernization, etc). [dab6a62d, c6cd665b, 78b70ca8, 3c125b09, 18b0da72, b88e72b1, 0f94d9c1, 59965971, 3dbc2bd8, 9b90c03b, c0d6f042] (Michael Grunder)
    • Spelling fixes [0d89e928] (Michael Grunder)
    • Added Valkey support. [f350dc34] (Michael Grunder)
    • Add a test for session compression. [9f3ca98c] (Michael Grunder)
    • Test against valkey [a819a44b] (Michael Grunder)
    • sessionSaveHandler injection. [9f8f80ca] (Pavlo Yatsukhnenko)
    • KeyDB addiions [54d62c72, d9c48b78] (Michael Grunder)
    • Add PHP 8.3 to CI [78d15140, e051a5db] (Robert Kelcak, Pavlo Yatsukhnenko)
    • Use newInstance in RedisClusterTest [954fbab8] (Pavlo Yatsukhnenko)
    • Use actions/checkout@v4 [f4c2ac26] (Pavlo Yatsukhnenko)
    • Cluster nodes from ENV [eda39958, 0672703b] (Pavlo Yatsukhnenko)
    • Ensure we're talking to redis-server in our high ports test. [7825efbc] (Michael Grunder)
    • Add missing option to installation example [2bddd84f] (Pavlo Yatsukhnenko)
    • Fix typo in link [8f6bc98f] (Timo Sand)
    • Update tests to allow users to use a custom class. [5f6ce414] (Michael Grunder)
  • memcached 3.3.0RC1
    - Add #515 option to locally enforce payload size limit - Add #539 zstd support - Add #540 compression_level option - Mark password as a sensitive param for PHP 8.2 - Fix Windows PHP 8 compatibility - Fix #518 Windows msgpack support - Fix #522 signed integer overflow - Fix #523 incorrect PHP reflection type for Memcached::cas $cas_token - Fix #546 don't check key automatically, unless client-side verify_key is enabled - Fix #555 incompatible pointer types (32-bit)
  • xdebug 3.4.0beta1
    Fri, Oct 04, 2024 - Xdebug 3.4.0beta1

    = Fixed bugs:

    • Fixed issue #2261: Send control socket location in init packet
    • Fixed issue #2281: PHP 8.4 support
  • mailparse 3.1.8
    - PHP 8.4 compatibility
  • mailparse 3.1.7
    - PHP 8.4 compatibility
  • opentelemetry 1.1.0
    See https://github.com/open-telemetry/opentelemetry-php-instrumentation/releases/tag/1.1.0




1

Community News: Latest PECL Releases (10.15.2024)

Latest PECL Releases:

  • datadog_trace 1.4.1
    ## Tracer

    Fixed

    • Fix: MongoDBIntegration condition typo #2884
    • Fix crash in profiler when span stack switch causes GC run #2885
    • Support build with disabled zend signals #2886
    • Send git tags via remote config #2890
    • Fix memory leak with sidecar trace sender #2875

    Profiling

    Fixed

    • Fix profiler ZTS build on alpine #2887

    Application Security Management

    Fixed

    • AppSec: improve behavior with empty DD_SERVICE/DD_ENV #2888
  • datadog_trace 1.4.0
    ## Tracer

    The default value for datadog.trace.cli_enabled is now set to true (except for composer), meaning that CLI processes will be traced by default.

    Added

    • Dynamic configuration #2796
    • Dynamic instrumentation #2796
      • Can be enabled with datadog.dynamic_instrumentation.enabled=1.
    • Exception replay #2796
      • Can be enabled with datadog.exception_replay_enabled=1.
    • Track peak memory usage in root span metrics #2840

    Changed

    • Enable sidecar trace sender on PHP 8.3 #2729
    • Optimize sending traces via sidecar Datadog/libdatadog#598
    • Add new ini config datadog.crashtracking_enabled #2850
    • Add ionCube to the list of incompatible extensions + add INI setting to ignore incompatible extensions #2858
    • Enable CLI by default #2871

    Fixed

    • Crashtracker: fix a use-after-free error #2843
    • Fix curl integration race condition #2847
    • Fix memory leak with sidecar trace sender #2875
    • OpenTelemetry: Missing addLink method and Fiber handling #2849
    • Mongodb: Deprecated exception in v1.20+ #2870
    • Fix leaking sidecar sessions Datadog/libdatadog#642
    • Implement deadlock watchdog for sidecar Datadog/libdatadog#647

    Internal

    • Fix testsuite flakiness #2841, #2846, #2848, #2867
    • Fix telemetry metric name Datadog/libdatadog#666

    SSI Loader changes

    • Add SSI requirements.json file #2813
    • Disable the tracer in case of a potential incompatibility (extension/jit) #2853

    Profiling

    Internal

    • bump to Rust 1.76 #2876

    Application Security Management

    Changed

    • Move helper to sidecar remote config #2864

    Fixed

    • Fix improper symbol exports in appsec ext/helper #2854
    • Remove gid from socket/lock path of helper #2855
    • appsec ext: retry on connection refused #2860
    • Fix orderly helper appsec shutdown #2859

    Internal changes

    • Add appsec benchmarks #2791
  • selinux 0.6.1
    - fix implicit nullable parameters
  • oauth 2.0.9
    * Fix PHP-8.3 deprecations * Fix PHP-8.4 compatibility




1

Community News: Latest PECL Releases (10.22.2024)

Latest PECL Releases:

  • swoole 5.1.5
    - Fix the need to use zend_ini_parse_quantity to parse string numbers for PHP versions greater than 8.2. @matyhtf

    • Fix an occasional resource unavailability issue when coroutineizing pdo_pgsql. @NathanFreeman
    • Fix header file reference issues when coroutineizing pdo_pgsql. @NathanFreeman
    • Fix incorrect relative path checks to avoid bypassing path validation. @matyhtf
    • Fix incorrect concurrency count caused by process restarts in high-concurrency environments. @matyhtf
    • Sync some related code for php8.3 curl. @NathanFreeman
    • Fix core test errors in the process module. @NathanFreeman
    • In SWOOLE_BASE mode, all connections should be closed during the PHP RSHUTDOWN phase. @matyhtf
    • Optimize kernel code. @matyhtf
  • datadog_trace 1.4.2
    ## Tracer

    Changed

    • Disable sidecar sending on lambda #2904

    Fixed

    • Fix exception property offset computation for PHP 8.1+ #2901
    • Prevent Laravel Queue hooks from stacking up #2899
    • Fix crash with missing name in span in debug mode #2893
    • Restrict remote config path to a definite 31 chars DataDog/libdatadog#676

    Application Security Management

    Changed

    • Update event obfuscation regex #2897

    Fixed

    • Fix abort() call on appsec helper unload #2900
  • pinpoint_php 0.6.0
    ## 0.6.0 2024-10-21 - release asynchronous version
  • awscrt 1.2.7
    pick up release from upstreams
  • memcached 3.3.0
    - Add #515 option to locally enforce payload size limit - Add #539 zstd support - Add #540 compression_level option - Mark password as a sensitive param for PHP 8.2 - Upgrade Windows libmemcached to v1.1.4 - Fix Windows PHP 8 compatibility - Fix #518 Windows msgpack support - Fix #522 signed integer overflow - Fix #523 incorrect PHP reflection type for Memcached::cas $cas_token - Fix #546 don't check key automatically, unless client-side verify_key is enabled - Fix #555 incompatible pointer types (32-bit)
  • gRPC 1.67.0
    - gRPC Core 1.67.0 update
  • imap 1.0.3
    - Build fixes for PHP 8.4. - Report extension version in phpinfo() output.




1

Community News: Latest PECL Releases (10.29.2024)

Latest PECL Releases:

  • win32service 1.1.0beta3
    * Fix memory leak on Win32ServiceRightInfo username and domain.

    The binary is also available here: https://github.com/win32service/win32service/releases/tag/v1.1.0-beta3

  • rdkafka 6.0.4
    ## Improvements - Added OAUTHBEARER support. New methods: RdKafkaConf::setOauthbearerTokenRefreshCb(), RdKafka::oauthbearerSetToken(), RdKafka::oauthbearerSetTokenFailure() (#546, #547, @cb-freddysart, @scorgn) - Added incremental rebalance support. New methods: RdKafkaKafkaConsumer::incrementalAssign(), RdKafkaKafkaConsumer::incrementalUnassign() (#541, @ikeberlein) - Added RdKafka::getControllerId() (#554, @qkdreyer)

    Bugfixes

    • Add private constructor on Metadata classes (#531, @arnaud-lb)

    Other Changes

    • Improve KafkaErrorException message (#555, @arnaud-lb)
  • protobuf 4.29.0RC2
    * See github.com/protocolbuffers/protobuf/releases/tag/v29.0-rc-2 for release notes.
  • pinpoint_php 0.6.1
    ## 0.6.1 2024-10-23 - release asynchronous version https://github.com/pinpoint-apm/pinpoint-c-agent/pull/692
  • couchbase 4.2.4
    Enhancements ============
    • PCBC-832: Management API - Analytics Management (#177).

    • Core updated to 1.0.3. Release notes: https://docs.couchbase.com/cxx-sdk/current/project-docs/sdk-release-notes.html#version-1-0-3-22-october-2024

    Fixes

    • PCBC-1009: do not use IS_RESOURCE in function signatures.

    • PCBC-1010: use explicit nullable types where applicable to avoid deprecation warning in PHP 8.4.

    • Fix SearchQuery API docs link in API reference.

  • protobuf 4.28.3
    * See github.com/protocolbuffers/protobuf/releases/tag/v28.3 for release notes.




1

Community News: Latest PECL Releases (11.05.2024)

Latest PECL Releases:

  • parallel 1.2.5
    - fix memleaks and crashes with PHP 8.2, 8.3 and 8.4 (still crashes in 8.1) - thanks Arnaud Le Blanc

    • fix refcounts to make develop branch stable again - thanks to Arnaud Le Blanc
    • fix double runs in CI
  • rdkafka 6.0.5
    ## Bug fixes - Fix php 7.0 build (#563, @arnaud-lb) - Fix x32 build (#565, @arnaud-lb) - Fix segmentation fault in setOauthbearerTokenRefreshCb when sasl.oauthbearer.config is unset (#568, @scorgn)
  • ibm_db2 2.2.2
    - Support for PHP 8.4 - Update header version




1

Community News: Latest PECL Releases (11.12.2024)

Latest PECL Releases:

  • xlswriter 1.5.8
    - Fix: insertDate format.

    • Feat: format rotation.
  • brotli 0.15.2
    - fix: argument format of type - fix: incompatible pointer type
  • gRPC 1.68.0RC1
    - gRPC Core 1.68.0 update
  • zstd 0.14.0
    - feat: output handler (PHP 8.0+) - feat: minimum system libzstd library version to 1.4.0 - update: built-in zstd library to 1.5.6
  • brotli 0.15.1
    - fix: output handler




1

Apple Intelligence will help AI become as commonplace as word processing


When Apple’s version of AI, branded as Apple Intelligence, rolls out in October to folks with the company’s latest hardware, the response is likely to be a mix of delight and disappointment. The AI capabilities on their way to Apple’s walled-garden will bring helpful new features, such as textual summaries in email, Messages and Safari; image creation; and a more context-aware version of Siri. But as Apple Intelligence’s beta testing has already made clear, the power of these features falls well below what is on offer from major players like OpenAI, Google, and Meta. Apple AI won’t come close to…

This story continues at The Next Web

Or just read more coverage about: Apple




1

How wasted heat from our bodies could generate green energy


If you’ve ever seen yourself through a thermal imaging camera, you’ll know that your body produces lots of heat. This is in fact a waste product of our metabolism. Every square foot of the human body gives off heat equivalent to about 19 matches per hour. Unfortunately, much of this heat simply escapes into the atmosphere. Wouldn’t it be great if we could harness it to produce energy? My research has shown this would indeed be possible. My colleagues and I are discovering ways of capturing and storing body heat for energy generation, using eco-friendly materials. The goal is to…

This story continues at The Next Web




1

EU funding powers 10% of European startup ecosystem, study finds


About one in every 10 European startups that have raised VC investment are also backed by an EU grant of equity financing, according to a research project conducted by Dealroom and Dealflow.eu. While the full report is expected to be published later this year, the authors presented a few preliminary numbers in Warsaw last week. In financial terms, the 10% share translates into EU-backed startups having raised €70bn in VC funding since 2010, or some 11% of total funding in Europe (which in this case includes the EU, Switzerland, Norway, UK, and Israel). With some €400bn in total enterprise value…

This story continues at The Next Web




1

Do we need a European DARPA to cope with technological challenges in Europe?


The US Defense Advanced Research Projects Agency (DARPA) is often held as a model for driving technology advances. For decades, it has contributed to military and economic dominance by bridging the gap between military and civilian applications. European policymakers frequently reference DARPA in discussions, as outlined in the 2024 Draghi Report, but an EU equivalent has yet to materialise. To create such an agency, the governance and management of European innovation programmes would need drastic changes. DARPA supports disruptive innovation Founded in 1958, DARPA operates under the US Department of Defense (DoD) with a straightforward mission: to fund high-risk technological…

This story continues at The Next Web




1

How close are we to an accurate AI fake news detector?


In the ambitious pursuit to tackle the harms from false content on social media and news websites, data scientists are getting creative. While still in their training wheels, the large language models (LLMs) used to create chatbots like ChatGPT are being recruited to spot fake news. With better detection, AI fake news checking systems may be able to warn of, and ultimately counteract, serious harms from deepfakes, propaganda, conspiracy theories and misinformation. The next level AI tools will personalise detection of false content as well as protecting us against it. For this ultimate leap into user-centered AI, data science needs…

This story continues at The Next Web