<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to feature-requests</title><link href="https://sourceforge.net/p/parchive/feature-requests/" rel="alternate"/><link href="https://sourceforge.net/p/parchive/feature-requests/feed.atom" rel="self"/><id>https://sourceforge.net/p/parchive/feature-requests/</id><updated>2010-06-04T08:45:21Z</updated><subtitle>Recent changes to feature-requests</subtitle><entry><title>Would like to list files w/o verification</title><link href="https://sourceforge.net/p/parchive/feature-requests/36/" rel="alternate"/><published>2010-06-04T08:45:21Z</published><updated>2010-06-04T08:45:21Z</updated><author><name>Aaron D. Marasco</name><uri>https://sourceforge.net/u/revragnarok/</uri></author><id>https://sourceforge.netced072554d190e9633bdc8ce3a9deae8cea23dda</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I would like a function added to par2cmdline to simply list the files covered by a PAR2 file. Similar to the verification list, but without the verification; simply parse the PAR2 file and show what files it WOULD check/recover. This would provide the ability for script writers (perl, python, ruby, etc) a quick way to see what is there without having to write a native block parser in their language.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>UNC path support</title><link href="https://sourceforge.net/p/parchive/feature-requests/35/" rel="alternate"/><published>2008-12-22T12:22:48Z</published><updated>2008-12-22T12:22:48Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net97eca7214e755d7e4b728cf8e19cdd050a4c774c</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Please add support for both&lt;br /&gt;
1) UNC paths for the par files&lt;br /&gt;
2) UNC paths for the data files&lt;/p&gt;
&lt;p&gt;Example:&lt;br /&gt;
par2create -b128 -r10 \\server\folder\folder\xyz.par2 \\anotherserver\folder\folder\xyz.mpg&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>UNC path support</title><link href="https://sourceforge.net/p/parchive/feature-requests/34/" rel="alternate"/><published>2008-12-22T11:23:46Z</published><updated>2008-12-22T11:23:46Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netbf250f5dd8d8eee70ee8f28aabc49e56fe283496</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Please add support for both&lt;br /&gt;
1) UNC paths for the par files&lt;br /&gt;
2) UNC paths for the data files&lt;/p&gt;
&lt;p&gt;Example:&lt;br /&gt;
par2create -b128 -r10 \\server\folder\folder\xyz.par2 \\anotherserver\folder\folder\xyz.mpg&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>gpar2: Monitor for more files and auto-repair</title><link href="https://sourceforge.net/p/parchive/feature-requests/33/" rel="alternate"/><published>2007-11-15T02:40:45Z</published><updated>2007-11-15T02:40:45Z</updated><author><name>Joe Emenaker</name><uri>https://sourceforge.net/u/jemenake/</uri></author><id>https://sourceforge.net187397ac594151f0b1995f94c55b1fda1ccaef36</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;QuickPar for Windows really has it nailed. By default, you can set it to:&lt;br /&gt;
1 - Monitor for new parts of the par-set&lt;br /&gt;
2 - Display how many more blocks are still needed.&lt;br /&gt;
3 - Automatically repair (if necessary) as soon as enough  blocks show up.&lt;br /&gt;
4 - Remove all of the PAR's after the repair.&lt;/p&gt;
&lt;p&gt;The upshot of all of this is that, when downloading a set of files, you can download the par file first, run QuickPar on it (with "monitor" and "auto-repair" on), queue up all of the other files and pars for download... and then go have dinner. When you return, you'll be greeted with a pristine set of files... all repaired automatically.&lt;/p&gt;
&lt;p&gt;It would be *really* nice if gpar2 had this capability. At the very least, it would be nice if there was a "check again" button to have it scan for newly-arrived parts of the par-set... but it would be nicest of all to have it all automatic.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>multithreading</title><link href="https://sourceforge.net/p/parchive/feature-requests/32/" rel="alternate"/><published>2007-07-03T17:43:52Z</published><updated>2007-07-03T17:43:52Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.netd2892dbb76f14e7f8b10b6bd4c2857b81065a00e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;It would be cool if multithreading is supported&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>throw away par/par2 after verify/repair</title><link href="https://sourceforge.net/p/parchive/feature-requests/31/" rel="alternate"/><published>2006-12-11T16:38:22Z</published><updated>2006-12-11T16:38:22Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.nete6240169c4cee987453c662ba106044b51435b70</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Automatic throw away par/par2 files if verify or repair is succesfull ( can be changed on option menu )&lt;/p&gt;
&lt;p&gt;Greets&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Add -log '&lt;log file name&gt;' cmdline option</title><link href="https://sourceforge.net/p/parchive/feature-requests/30/" rel="alternate"/><published>2006-11-05T18:05:14Z</published><updated>2006-11-05T18:05:14Z</updated><author><name>sirjaymz</name><uri>https://sourceforge.net/u/sirjaymz/</uri></author><id>https://sourceforge.netbef2257b3ab75a0f292ee9f7d9e7217bab3811ce</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Add an option to create a log file, and/or append it &lt;br /&gt;
if it already exists at the command line by specifying &lt;br /&gt;
something like par2 c -r20 -l -v -log'&amp;lt;path and &lt;br /&gt;
filename&amp;gt;' "par2file.par2" "par2fileinputs.r??"&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Allow reading input filenames from stdin</title><link href="https://sourceforge.net/p/parchive/feature-requests/29/" rel="alternate"/><published>2006-03-26T02:32:44Z</published><updated>2006-03-26T02:32:44Z</updated><author><name>Wesley J. Landaker</name><uri>https://sourceforge.net/u/wjl/</uri></author><id>https://sourceforge.netea1ecaa7fa17b3c6982ee89a17f16a2733a00a0f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;I'm forwarded this from the Debian BTS:&lt;/p&gt;
&lt;p&gt;&amp;lt;http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=355969&amp;gt;&lt;/p&gt;
&lt;p&gt;Basically, par can operate over lots of files, but &lt;br /&gt;
the number is limited either by the command line, or &lt;br /&gt;
by what can be described with wildcards.&lt;/p&gt;
&lt;p&gt;One good way to get around this limitation is to have &lt;br /&gt;
an option for par2cmdline to read the list of &lt;br /&gt;
filenames from stdin instead of from the command &lt;br /&gt;
line, then someone could do e.g.:&lt;/p&gt;
&lt;p&gt;$ find . &amp;lt;complecated expression&amp;gt; | &lt;br /&gt;
par &amp;lt;stdin filename option&amp;gt;&lt;/p&gt;
&lt;p&gt;Please take a look at the URL to the Debian BTS to &lt;br /&gt;
see more information from the original reporter. =)&lt;/p&gt;
&lt;p&gt;Thanks!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>recover as many files as possible , </title><link href="https://sourceforge.net/p/parchive/feature-requests/28/" rel="alternate"/><published>2006-02-19T15:48:39Z</published><updated>2006-02-19T15:48:39Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.net648708140a002e206643c3e8dca150e01d1c8ddc</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;in the event that a complete set of par files cannot be&lt;br /&gt;
had.&lt;br /&gt;
could it be possible to recover as many files as possible&lt;br /&gt;
flagging those not recoverable.&lt;br /&gt;
at least some data would then be recovered.&lt;br /&gt;
especially with music or video where the resultant file&lt;br /&gt;
can be manually edited to remove corrupted sections.&lt;/p&gt;
&lt;p&gt;on free news servers few if any posts are complete and&lt;br /&gt;
some are missing more parts than the supplied par files&lt;br /&gt;
can recover.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Open only one instance of Quickpar</title><link href="https://sourceforge.net/p/parchive/feature-requests/27/" rel="alternate"/><published>2006-01-08T11:26:57Z</published><updated>2006-01-08T11:26:57Z</updated><author><name>Anonymous</name><uri>https://sourceforge.net/u/userid-None/</uri></author><id>https://sourceforge.neta7e43cbe9db90e984fce44a93b18324cf2e25caa</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Open only one instance of QuickPar than open "n" &lt;br /&gt;
QuickPar program in the same time.&lt;/p&gt;
&lt;p&gt;If user selection "n" .par file, then click "open", &lt;br /&gt;
QuickPar treat selectionned files one after one.&lt;/p&gt;
&lt;p&gt;Xavier&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>