Release note of v1.1.9 tree

[persicum]

badon, what movie quality do you prefer?
1) 720p
2) 1080p24
3) Disk remux
4) BD original?

Are you really going to watch them again and again to protect them?

[badon]

Protect them? From what? I think I'm OK with 720p movie quality. Better quality requires hardware that isn't ubiquitous yet.

What's "disk remux"?

[persicum]

Disk remux is a BR-disk with untought video track and an only few audio tracks to fit single sided BD-rewritable, whereas 1080 mkv quality has noticably recompressed video track and 720p quality has downscaled video track.

The problem is should we delete a movie after watching it or should we protect it with reedsolomon codes for longterm storage?

[badon]

Oh, you're asking me about applications for MultiPar on video storage? That is one thing I use it for. I've noticed that videos stored a long time are very susceptible to corruption. Most people don't notice data corruption because they don't have any data that is both large, and easy for them to thoroughly examine. Video files are large, and easy to examine. You just watch the video, and if you see or something funny in it, you just found data corruption!

Since data corruption happens continuously, but infrequently, you have to examine a lot of data before you get a chance to see it. It's sort of like watching meteors at night. Even though there are thousands of them streaking across the sky every day, it is unlikely that you will be looking at the right place at the right time when one happens to fly by. So, you get comfortable, and you wait...

With videos, it's like looking at the whole sky all at once, instead of just a small part of it.

[Yutaka Sawada]

[ Change of searching files ]

 In previous versions, other splited or similar named files are not searched, when there is a damaged file.

Example filenames;
Original file: something.txt
Splited files: something.txt.001, something.txt.002, something.txt.003
Similar named files: something.temp.txt, something.txt.1

 Thus, if a user wanted to get more blocks, he needed to rename the original filename to another like "something.txt.2". Because this action is annoying and most users may not know the usage, it was changed at detailed verification. When there are some similar named files, the verification becomes slow. If a user know that his files are not so damaged, simple verification is faster (but may find less available blocks).


[ Option window is renewed ]

 From this version, Option window consists of 4 pages. The text and categoly may be changed still, when there is more good word. If you think that a translated description text is strange, please notice me. Because the GUI's Dialog Font is different in varied OSes and languages, some problem are possible for long text or small box. For example, Russian characters are double wider on my PC... If a text is not shown fully on your PC, let me know the OS, language, and which part. Screen-shot of the dialog will help to see the problem, too.


[ The mechanism of auto-repair is changed ]

 When "Monitor files to verify" is checked on Option window, it will monitor the change/add of both recovery files and source files. If "Repair automatically" is checked also in same time, it will repair source files, when there becomes enough blocks. If "Repair automatically" isn't checked, it will just do verify only, and a user needs to click "Repair" buttom manually.

 Even when "Monitor files to verify" isn't checked on Option window, it will re-verify by adding external files manually. If "Repair automatically" is checked at this time, it will repair instead of verify only.

 As a simple conculusion, if you don't want (or are lazy) to click "Repair" button, use "Repair automatically" option.


[ Changes from 1.1.9.2 to 1.1.9.3 ]

* GUI update
 Numbers of available blocks in found splited files are not added into the original file.
 Partially repaired files are sent to Recycle Bin by setting both "Delete damaged files after Repair" and "Send files to Recycle Bin".
 Right-click menu over file-list is shown at non-English language GUI.
 "Add Files" button/menu on Create window works correctly for multiple selected files.
 Option window is newly constructed by property-sheet pages.
 Monitor feature (re-verify again) becomes disabled, when a user canceled the current verification.
 While the monitor feature is in active, status text is shown on right of "Time left".
 Auto-Repair is enabled for Monitor or adding external files manually.
 Graph of verification result has gradations and is shown properly on all Windows OS.

* Client update
 Even when a damaged file exists, other splited or similar named files will be searched for more available blocks at detailed verification.
 PAR3's partially repaired files are saved as "filename.incomplete.extension" at incomplete recovery.
 "/br" option is added to send backup file into recycle bin.
 Incomplete recovery becomes to work well with splited files.



[ Hash value ]

MultiPar1193.7z
MD5 : 981C6E6F9C6C9FCF963E81761AADD9EC
SHA-1 : 2A46B702BF3F8D0C6F1CD2EC1F0859F136CFB336

MultiPar1193_setup.exe
MD5 : 3F1D5580A3E65DF83ED2844B724FA345
SHA-1 : 2C887D035B628E6E23DE111A02E10ABDE7F34CCE

[BobFX]

A couple of remarks about this release:

- "About" does not display the version number in this release.

- I installed it on 2 PC, both running Windows 7 SP 1 x64. On the first, it works fine, but on the second, when selecting several files and trying to create PAR files by right-clicking on them (Shell integration), MultiPAR does not start.

I have no idea why it works on one PC, and not on the other.

Clicking on a PAR file to repair does work on both PCs though.

[Yutaka Sawada]

I found that I did mistake in v1.1.9.3's GUI. Drag & Drop files over List-box or Edit-box on Create window happened to be disabled. Version number on About window happened to be erased. These are fixed at next version.

from BobFX

I have no idea why it works on one PC, and not on the other.

I need more information, too. Is the check-box on Option window checked ? Is the righ-click menu itself shown ? How are the registory entries ? Is the path of MultiPar correct/unchanged ?

[BobFX]

I need more information, too. Is the check-box on Option window checked ?

Yes.

Is the righ-click menu itself shown ?

Yes.

How are the registory entries ?

I found MultiPar only in one set of keys, see attached file.

Is the path of MultiPar correct/unchanged ?

Yes:

C:\Program Files (x86)\MultiPar\

[Urgehal]

Great! Thank you Yutaka for the new version *thumbs up* ;)

[Yutaka Sawada]

from BobFX

when selecting several files and trying to create PAR files by right-clicking on them (Shell integration), MultiPAR does not start.

1) problem in installation ?

Because the right-click menu is shown and the check-box is checked, Shell Extension might be installed correctly. By the way, if you have been used old version 1.1.8 DLL ago, you needed to un-install it at first.

For example, you should check a registry entry in HKLM;
"HKEY_LOCAL_MACHINE\Software\Classes\CLSID\{333EFDA5-A74E-4df4-A225-92A7AF81F29A}"
This may conflict with the new entry in HKCU.

Also, I want to check is the path of "MultiParShlExt64.dll" and "MultiPar.exe". They need to be put in a same folder. You check the path of them.

You check the registry entry in;
"HKEY_CURRENT_USER\Software\Classes\CLSID\{333EFDA5-A74E-4df4-A225-92A7AF81F29A}\InprocServer32"
If it isn't "C:\Program Files (x86)\MultiPar\MultiParShlExt64.dll", something is wrong.

When you target one recovery file and right-click it, select "MultiPar - Verify Recovery Volume". Does MultiPar GUI open ? If it opens GUI, there is problem in a code of invoke creation.


2) problem in running ?

If you try to create recovery files for source files with very long path, it fails. Simply MultiPar does not support 256 or longer path. Those files will be ignored. How is the filenames and the number of files ?

When you specify 62 or more source files, DLL will make file-list in the user's application data path. If so, you search "MultiPar_list.tmp" in your PC, too. Basically, the path is the parent of "save" folder.