GetWizPnP 0.4a

From OpenWiz

Jump to: navigation, search

getWizPnP 0.4a

Version 0.4a
Version 0.4a replaces version 0.4. Version 0.4 is no longer available for download. Version 0.4a fixes some minor, but sometimes quite inconvenient bugs in version 0.4. Upgrading to 0.4a if you have installed 0.4 is highly recommended.

Thanks to craigh on the Beyonwiz Forum for pointing out and helping diagnose some of the bugs in 0.4.

Download getWizPnP 0.4a

Release notes

New in 0.4a
  • Added --media option to allow users to specify the list of recognised media file extensions.


Fixed in 0.4a
  • Use the plain file name for the output name for media files.
  • Fixed the recognition of December when decoding the time from index.txt name entries.
  • Correctly handle --indir=x: on Windows and Cygwin.
  • Correctly match Beyonwiz device names when using --device.
  • Use consistent (though non-Windows) path separators in File::Find when constructing the index.txt data for local media files & recordings.


Bugs in 0.4a
  • Minor known problems that deleting a recording can cause are documented in the BUGS section of the docuentation. It is not known whether deleting a recording using getWizPnP can cause any major problems on the Beyonwiz.
  • The changes to the file indexing in 1.05.283 mean that if you delete a recording on the Beyonwiz (--delete/--move), it will remain in the internal index (i.e. visible in the file player, and visible in WizFX) until you start a recording index rebuild using FILEPLAYER, SOUNDTRACK on the remote, or a HDD check is done. This can only be fixed in the Beyonwiz firmware.
  • Uses bignum package for 64-bit integers, even when the underlying Perl integers are 64 bits.
  • Folder operations only work on firmware 1.05.280 and later
  • Sort on title only works on firmware 1.05.280 and later


New in 0.4
  • Handles media files on the Beyonwiz, both in single file format and Beyonwiz folder format.
  • Recordings and media files can be accessed in both the recordings and content folders.
  • --folder defaults to --folder=recordings. Older versions allowed subfolders to be specified by their name relative to recordings (e.g. recordings/Movies was specified by --folder=Movies). Now the full name must be given, i.e. --folder=recordings/Movies. But you can now also specify --folder=content/Movies (for example). To see everything on the Beyonwiz, use --folder=/ --all. When trashcan moves to the top level, that should be accessible, too. I'm considering allowing the recordings and content folders to be shortened to 'r' and 'c' (and 't').
  • Can copy/move/delete media files from the Beyonwiz, optionally joining them into a single file on the PC if they are in folder format.
  • Option --join/--nojoin controls whether media file folders are joined to a single file on the output. The default action (unlike --ts) is --join.
  • Matching device names using --device is now a case-insensitive substring match. Can be made a prefix match if people prefer.
  • Device search defaults to an exhaustive search (--maxdevs=0) instead of exiting the search when the first device responds (--maxdevs=1).
  • Option --longNames allows devices with the same name to be disambiguated. Devices will be named wizpnpname-hostnum-port. Hostnum is the host address part of the server's IP address instead of the host address. Can be easily changed to use the whole IP address.
  • Fixed some bugs in the stitching-together of folder format recordings into single files.
  • Resuming a download now uses a byte-accurate start point for resumption. The old code always started at the beginning of the incomplete fragment file. That was OK (but untidy) for 32MB fragment files, but not for the 1GB fragment files in the media file format.
  • Fixed bug that caused the recording data files to not be deleted by --delete and --move.
  • Added new scripts checkModules.pl and checkModules.bat to check that all necessary system modules are installed. checkModules.pl incorporated into "make install".
  • --date now includes the start time in the recording name.


Fixed in 0.4
  • If there are two (or more) Beyonwiz PVRs with the same name on the network, getWizPnP will only find one, and which one it finds is unpredictable. Workaround: ensure that all beyonwiz devices have different WizPnP names (in SETUP>Network>WizPnP>Name). A name only needs to be set if SETUP>Network>WizPnP>NameServer is Enable.
  • When resuming a download, may fetch up to 32MB more data than is necessary.
  • Does not allow operations on media files from the Beyonwiz contents folder (access to the contents folder is available only in Beyonwiz firmware versions 01.05.261 and later).


Bugs in 0.4
  • File paths reported in errors from File::Find have inconsistent path separator characters.
  • .tvwiz and .radwiz recording folders weren't included in the default list of recognised media file extensions for local files.
  • Recording name formatting used inappropriately for media files.
  • When decoding the recording time from index.txt, did not correctly match December (lookup table had 'Dev' where it should have had 'Dec').
  • Was intended to allow the specification of a whole device in --indir (e.g. --indir=x:) on Windows, but this doesn't work. Workaround: use --indir=x:\
  • --device doesn't work correctly with --nolongNames. Uppercase letters can't be matched in device names. This is only a problem if you have more than one Beyonwiz device active on your net. Workarounds are:
    • Use partial matching in --device (e.g. --device=erxes to match device Xerxes)
    • Use --longNames. Partial matching allows you to leave off the host address and port number in --device
    • Change your Beyonwiz's WizPnP name to be all lower case.
  • Minor known problems that deleting a recording can cause are documented in the BUGS section of the docuentation. It is not known whether deleting a recording using getWizPnP can cause any major problems on the Beyonwiz.
  • The changes to the file indexing in 1.05.283 mean that if you delete a recording on the Beyonwiz (--delete/--move), it will remain in the internal index (i.e. visible in the file player, and visible in WizFX) until you start a recording index rebuild using FILEPLAYER, SOUNDTRACK on the remote, or a HDD check is done. This can only be fixed in the Beyonwiz firmware.
  • Uses bignum package for 64-bit integers, even when the underlying Perl integers are 64 bits.
  • Folder operations only work on firmware 1.05.280 and later
  • Sort on title only works on firmware 1.05.280 and later
Retrieved from "http://www.openwiz.org/wiki/GetWizPnP_0.4a"
Personal tools