In future I'll make announcements of new releases of getWizPnP in this topic. Please post bugs & enhancement requests here.
The getWizPnP topic in Software Developers should now be reserved for implementation issues. I'll post replies to bug reports and enhanement requests that are posted in Sofwtare Developers here, quoting the original post. I'll link to the reply from the Software Developers topic.
Thanks to glow on the Beyonwiz forum for finding the bugs in the length of the --ts recording transfers for Keep A->B or Copy A->B to New File recordings, and the problem with transferring "topped" recordings.
Version 0.4.3a
Download getWizPnP 0.4.3a
New in 0.4.3a:
- Worked around a bug in the Beyonwiz firmware that caused too much of a recording to be transferred in --ts mode if the recording had been edited/created with Keep A->B or Copy A->B to New File.
- Changed the outputs of recording sizes, transfer rates and recording bitrates from MiB and MiB to MB and Mb.
- Worked around a bug in the Beyonwiz firmware that caused too much of a recording to be transferred in --ts mode if the recording had been edited/created with Keep A->B or Copy A->B to New File. This is strictly a workaraound for a Beyonwiz bug, rather than a getWizPnP bug fix.
- Recordings that have been "topped" now transfer correctly in --ts
mode. - If you specify --resume on a "topped" recording that hasn't been
started, the recording transfers correctly.
- The changes to the file indexing from 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.
- In free-to-air EPGs, the information used by getWizPnP for the episode name is sometimes actually the program synopsis.