Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: D Newsgroups: comp.os.linux.misc Subject: Re: Script to conditionally find and compress files recursively Date: Thu, 13 Jun 2024 11:55:09 +0200 Organization: i2pn2 (i2pn.org) Message-ID: <909e65ae-69f4-8619-e563-7d6565a48bc3@example.net> References: MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Injection-Info: i2pn2.org; logging-data="4054319"; mail-complaints-to="usenet@i2pn2.org"; posting-account="w/4CleFT0XZ6XfSuRJzIySLIA6ECskkHxKUAYDZM66M"; X-Spam-Checker-Version: SpamAssassin 4.0.0 In-Reply-To: Bytes: 1899 Lines: 23 On Thu, 13 Jun 2024, Anssi Saari wrote: > J Newman writes: > >> It's true that you cannot tell within the first 5 seconds what the >> ultimate compression ratio will be, but it seems to me (from >> compressing avi/mp4/mov files with lzma -9evv) that you can tell >> within +/- 5% to a high degree of confidence, what the ultimate >> compression ratio will be given the first 5 seconds. > > Well then, I believe the solution was already posted. Grab 5% of your > files with dd and see how it compresses. > > I'm a little curious, what kind of space savings do you expect to get by > doing this? And wouldn't it make more sense to re-encode for lower > bitrate if space saving is your goal? > If it's about space saving, don't forget deduplication, alternatively, depending on yoru file system of choice, you could maybe use file system functionality to save space as well, but caveat emptor, always have off site (or off machine) backups.