GetWizPnP 0.1.1
From OpenWiz
getWizPnP 0.1.1
- Version 0.1.1
Download getWizPnP 0.1.1
Release notes
- New in 0.1.1
- WizPnP device search support added, but it has problems. See the bugs entry below.
- Ability to specify copy destination directory added.
- Documentation improved. Added documentation for support modules. Changed all references to 'upload' to 'download'
- The short form for --host is now -H; -h is now the short form for --help
- Fixed in 0.1.1
- Can only upload to the current directory.
- Doesn't use the WizPnP protocol to find WixPnP servers.
- No documentation for the support modules.
- Incorrect heading for the --port option in the documentation.
- The configuration file $HOME/.getwizpnp not documented.
- The fact that the --date, --regexp and --expression options have --nodate, --noregexp and --noexpression forms is not documented. These forms allow the options to be on by default in the config file, and switched off in the command line.
- Merging a recording into a .TS file will not work correctly if the recording has been edited in anyway apart from trimming the end off. The uploaded .TS file might play, but may contain parts of the recording that were edited out, and not contain parts of the file that should be there. Comes from missing seeing the protocol document, and a too-cursory reading of the source code.
- Bugs in 0.1.1
- File copy progress bar only updates after each (up to) 32MB chunk file is copied.
- It's not possible to restart interrupted transfers.
- If the --ts flag is given, uploading a recording to the same name as an existing one will overwrite the original; if the --ts flag isn't used an error results. It's not completely clear what the correct behaviour should be.
- Although WizPnP device search has been added, the Beyonwiz doesn't seem to respond to the WizPnP search request. The Beyonwiz does send out WizPnP NOTIFY messages every minute, and these are correctly interpreted, but this can take up to a minute, and on average is 30 seconds.