<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to feature-requests</title><link>https://sourceforge.net/p/etree-scripts/feature-requests/</link><description>Recent changes to feature-requests</description><atom:link href="https://sourceforge.net/p/etree-scripts/feature-requests/feed.rss" rel="self"/><language>en</language><lastBuildDate>Sun, 04 Feb 2007 21:45:41 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/etree-scripts/feature-requests/feed.rss" rel="self" type="application/rss+xml"/><item><title>use less disc space</title><link>https://sourceforge.net/p/etree-scripts/feature-requests/2/</link><description>it looks like flacify currently decompresses the entire directory to wav before it compresses anything.  Could you refactor so that it decompresses a file, recompresses it, and removes the wav before going to the next file?
That way you'd only need any one file decompressed on disk at a time. 

Better yet you could just pipe the output of the decompression program into the compression program and obviate the need for any intermediate file at all.

Thanks, this stuff is pretty slick.  It's just that no matter how many hard drives I buy I never have more than a couple gigs free at once.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Hatta</dc:creator><pubDate>Sun, 04 Feb 2007 21:45:41 -0000</pubDate><guid>https://sourceforge.net3777ae5ea4c31008969a2dfdef1f290801105276</guid></item><item><title>md5check flexibility (windows filenames)</title><link>https://sourceforge.net/p/etree-scripts/feature-requests/1/</link><description>md5sums generated on Windows systems with md5summer and
various other programs sometimes generate an md5 that
includes a windows path, ie -
"712dd3a7381bbcd8a3bf64284a7cb51a
\*disc1\ph1999-09-14.flac" ... etc.

This will check out fine on a windows system, but on
linux the windows path borks md5check and we get a
"MISSING" error for every file with a path that can't
be read. I haven't used cygwin for awhile so I'm not
certain about that platform and the filesystem. 

I've been seeing more filesets with pathnames in the
checksums so it would be great if md5check could handle
the "\" to "/" "switch" needed to work with platform
specific filenames/paths. </description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anonymous</dc:creator><pubDate>Sat, 22 Jul 2006 19:39:31 -0000</pubDate><guid>https://sourceforge.net8a852ab228a3fc1f30ac7f4557f06d21bcaddae5</guid></item></channel></rss>