소프트웨어 Windows 11의 WinRAR 속도가 빨라지고 7-Zip 및 NanaZip도 개선되었습니다
2024.12.05 15:25
인기 있는 압축 소프트웨어인 WinRAR은 오늘 베타 업데이트를 받았으며 몇 가지 개선 사항과 버그 수정 사항을 제공합니다. 누구나 성능 향상을 좋아하지만 베타 버전에는 몇 가지 문제가 있습니다.
먼저, 개발자는 이제 Windows 11 컨텍스트 메뉴가 더 빨리 팝업될 것이라고 말합니다. 이는 최근 KB5046756으로 업데이트된 Windows 11(우클릭) 컨텍스트 메뉴의 성능을 개선한 것을 연상시킵니다. 그 외에도 새 버전에서 성능 버그를 수정하면 압축 속도도 향상됩니다
릴리스 노트에는 앱의 다크 모드와 관련된 "수많은" 개선 사항도 나와 있습니다. 아래에서 WinRAR 7.10 베타 2의 전체 변경 로그를 찾을 수 있습니다:
- 수많은 다크 모드 개선 및 수정 사항.
- "설정/인터페이스"의 "다크 모드" 옵션이 "컬러 모드"로 이름이 변경됩니다
- 선택한 압축파일을 마우스 오른쪽 버튼으로 많이 클릭하면 Windows 11 컨텍스트 메뉴의 WinRAR 항목이 표시되는 데 걸리는 시간이 줄어듭니다.
- "옵션/가져오기 및 내보내기" 하위 메뉴의 "설정을 파일로 내보내기" 명령으로 설정을 내보내면 더 이상 사용자 계정 제어 프롬프트가 트리거되지 않습니다.
- .rar 파일 확장명이 있는 비 RAR 아카이브를 풀려고 할 때 "나쁜 아카이브" 종료 코드 13이 커맨드 라인 모드에서 반환됩니다.
- "설정/뷰어"의 "외부 뷰어 이름" 필드는 경로 시작 부분에서 "\", "...." 또는 "."를 인식하여 WinRAR 프로그램 폴더와 관련된 경로를 지정할 수 있습니다. \utils\viewer.exe, ......\viewer.exe 또는 .\viewer.exe와 같은 경로는 고정 드라이브 문자 없이 USB 드라이브에 WinRAR를 설치하는 데 도움이 될 수 있습니다
- 버그 수정:
- 비솔리드 압축의 드문 특정 소스 데이터 조합의 경우 압축 속도가 예상보다 낮을 수 있습니다;
- Windows 7에서 덮어쓰기 프롬프트와 같은 프롬프트에서 사용자 입력을 처리하려고 할 때 콘솔 RAR은 무한 루프에 빠졌습니다;
- 압축파일 하위 폴더에서 실행 파일 실행에 실패하고 "실행할 수 없습니다" 오류가 발생했습니다;
- "기존 창 재사용" 옵션이 켜져 있고 동일한 WinRAR 창에 여러 아카이브가 열린 경우 WinR.ini 콘텐츠가 재설정될 수 있습니다.
업데이트를 받은 파일 아카이브 앱은 WinRAR뿐만이 아닙니다. 이번 주 초에는 7-Zip과 NanaZip도 업데이트를 받았습니다.
7-Zip 버전 24.09에는 LZMA/LZMA2 압축의 기본 사전 크기 값이 증가하여 64비트 버전의 경우 각각 256MB, 32비트 버전의 경우 64MB까지 증가합니다. 또한 이 소프트웨어는 체크섬 개선 등을 받았습니다.
변경 로그는 아래에 나와 있습니다:
- LZMA/LZMA2 압축 방법의 기본 사전 크기 값이 증가했습니다:
사전 크기 압축 수준 v24.08 v24.09 v24.09 32비트 64비트 8 MB 16 MB 16 MB -mx4 16 MB 32 MB 32 MB -mx5 : 일반 32 MB 64 MB 64 MB -mx6 32 MB 64 MB 128 MB -mx7 : 최대 64 MB 64 MB 256 MB -mx8 64 MB 64 MB 256 MB -mx9 : 울트라T32비트 버전의 LZMA/LZMA2의 기본 사전 크기 값은 64MB를 초과하지 않습니다.
- 7-Zip now can calculate the following hash checksums: SHA-512, SHA-384, SHA3-256 and MD5.
- APM and HFS support was improved.
- If an archive update operation uses a temporary archive folder and the archive is moved to the destination folder, 7-Zip shows the progress of moving the archive file, as this operation can take a long time if the archive is large.
- The bug was fixed: 7-Zip File Manager didn't propagate Zone.Identifier stream for extracted files from nested archives (if there is open archive inside another open archive).
- Some bugs were fixed
- 이제 7-Zip은 다음 해시 체크섬을 계산할 수 있습니다: SHA-512, SHA-384, SHA3-256 및 MD5.
APM 및 HFS 지원이 개선되었습니다.- 압축파일 업데이트 작업에서 임시 압축파일 폴더를 사용하고 아카이브를 대상 폴더로 이동하는 경우, 압축파일이 큰 경우 시간이 오래 걸릴 수 있으므로 7-Zip은 압축파일 이동 진행 상황을 보여줍니다.
- 버그는 수정되었습니다: 7-Zip 파일 관리자가 중첩 아카이브에서 추출된 파일의 Zone.IDeter 스트림을 전파하지 않았습니다(다른 열린 아카이브 내부에 열려 있는 압축파일이 있는 경우).
- 일부 버그가 수정되었습니다
한편, NanaZip 업데이트는 CVE-2024-11477(이전 버전 ZDI-CAN-24346)에서 추적되는 Z표준 압축 해제 원격 코드 실행(RCE) 취약점을 패치합니다. 7-Zip이 이미 버전 24.07에서 이 문제를 수정했다는 점은 주목할 만합니다.
NanaZip 5.0 미리보기 0(5.0.1188.0)의 전체 변경 로그는 아래와 같습니다:
- 이 릴리스에는 NanaZip 3.1(3.1.1080.0)의 모든 개선 사항이 포함되어 있습니다.
- 브라질 포르투갈어 번역 업데이트. (마이손다실바 제공.)
- 10.0.19041.0 버전 이상의 ucrtbase.dll을 사용하여 NanaZip Core(자체 추출 실행 파일 제외) 및 NanaZip 클래식을 사용하는지 확인합니다.
- Mile.Windows.헬퍼를 1.0.671로 업데이트합니다. (https://github.com/ProjectMile/Mile.Windows.Helpers/tree/1.0.671.0)
- NanaZip 콘솔 버전을 NanaZip.Core 프로젝트로 이동합니다. (NanaZip 3.1의 CVE-2024-11477 수정 사항을 포함하기 위해 다음 미리보기를 릴리스해야 하므로 NanaZip MSIX 패키지에는 사용되지 않습니다.)
- NanaZip.Codecs 및 NanaZip.Frien에 대한 C++/WinRT 종속성을 제거합니다.
- NanaZip.Frien.DarkMode용 GetDpiForWindowWrapper를 추가하여 기존 Windows 호환성 문제를 해결합니다.
- 자체 추출 실행 파일 관련 프로젝트에 대한 VC-LTL 종속성을 제거합니다.
- 컴파일 구성을 조정하여 자체 추출 실행 파일의 이진 크기를 최적화합니다.
- VC-LTL 대신 Mile.Windows.UniCrt(https://github.com/ProjectMile/Mile.Windows.UniCrt) 을 사용합니다.
NanaZip.Specific.SevenZip 헤더 파일을 업데이트합니다.- NanaZip 전용 디코더 및 인코더 구현을 간소화하기 시작합니다.
BLEAK3 구현을 1.5.5로 동기화합니다. (https://github.com/BLAKE3-team/BLAKE3/releases/tag/1.5.5)- RHASH 구현을 v1.4.5 이후의 최신 마스터 브랜치에 동기화합니다. (rhash/RHASH@cf2adf2)
- NanaZip 자체 추출 실행 파일에 대해 하위 프로세스 생성을 비활성화합니다. (나나Zip MSIX 패키지에는 바이너리를 컴파일한 자체 추출 실행 파일의 설치 프로그램 모드는 제공되지 않습니다.)
이 링크는 공식 GitHub 레포에서 확인할 수 있습니다.
