getWizPnP

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

getWizPnP

« on: 2008-03-24 09:28:15 »

A Perl script (and some supporting Perl modules) to list, fetch or delete the recordings on a Beyonwiz DP series PVR over the network using the WizPnP interface.

Download
Version: 0.3
Author: prl

Release notes

New:

Delete recordings on the Beyonwiz or on the local disk
Move recordings (copy/delete) from the Beyonwiz (or locally). Local moves are done more efficiently than copy/delete where possible.
When the --date option is used, the date is separated from the title by ' - ', rather than simply by a single space
Optionally (--episode) add episode name to recording folder name (if the episode name is set in the recording header). The episode name is also separated from the recording name by ' - ' if there is an episode name in the recording header.
The recording name is constructed as title[ - date][ - episode]
Added current transfer rate (and average rate at completion) to the progress bar (--verbose).
More graceful handling of the module IO::Socket::Multicast not being available on the system (Windows ActivePerl PPM library doesn't contain IO::Socket::Multicast).
Fixed a bug where, if multiple selection arguments were on the command line, only the first was used.
Handles recordings in subfolders (available in firmware versions 01.05.269 beta and later)

Bugs:

Uses bignum package for 64-bit integers, even when the underlying Perl integers are 64 bits.
When resuming a download, may fetch up to 32MB more data than is necessary.
WizPnP device search is not supported when used in a Windows Command Prompt window. WizPnP search works correctly on Linux, MacOS X and Cygwin on Windows.
It is unknown whether deleting a recording that is currently being watched can cause any problems on the Beyonwiz. Normally, if a recording is deleted while it is being watched, the playback stops with an error message and returns the Beyonwiz user to the File List
Subfolder handling is primitive. All recordings in all subfolders are treated in the same way. Subfolder selection is not possible. This may be fixed before a Beyonwiz firmware release that allows subfolder access is made public.
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.271 and later).
If a recording is copied or moved on the Beyonwiz, the moved recording "disappears" from getWizPnP, and the new copy cannot be accessed. This is a Beyonwiz firmware bug. Workaround is to make a new recording on the Beyonwiz, delete a recording on the Beyonwiz (not using getWizPnP[/i]), or to restart the Beyonwiz.

Fixed:

In earlier versions, if multiple selection arguments were on the command line, only the first was used. Fixed.

getWizPnP-0.1.zip (14.74 KB - downloaded 102 times.) getWizPnP-0.1.1.zip (50.85 KB - downloaded 70 times.) getWizPnP-0.1.2.zip (50.42 KB - downloaded 129 times.) getWizPnP-0.2a.zip (86.88 KB - downloaded 112 times.) getWizPnP-0.2.1.zip (86.94 KB - downloaded 202 times.) getWizPnP-0.3.zip (98.79 KB - downloaded 96 times.)
« Last Edit: 2008-10-20 09:18:43 by prl, Reason: Added information about the recording folder name construction »	Logged

rwhitby

Newbie

Offline

Posts: 1

Re: getWizPnP - list and fetch recordings from a Beyonwiz DP series over the net

« Reply #1 on: 2008-03-24 10:51:14 »

Quote from: prl on 2008-03-24 09:28:15

A Perl script (and some supporting Perl modules) to list or fetch the recordings on a Beyonwiz DP series PVR over the network using the WizPnP interface.

Download
Version: 0.1
Homepage
Author: prl

In the doco, you refer to 'uploading' recordings. I would have thought that uploading would have referred to moving files *to* the Beyonwiz, and that your program is actually downloading, not uploading?

-- Rod


	Logged

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

Re: getWizPnP - list and fetch recordings from a Beyonwiz DP series over the net

« Reply #2 on: 2008-03-25 01:35:05 »

Hi Rod. The same criticism has been raised in getWizPnP - a command-line WizPnP uploader in the Australian Beyonwiz Forum, where I've also defended the use of 'upload'. I think I'm on a losing one, though.


	Logged

janilxx

Administrator
Member

Offline

Device: FT-P1 & FT-H1

Posts: 27

Re: getWizPnP - list and fetch recordings from a Beyonwiz DP series over the net

« Reply #3 on: 2008-04-02 11:01:18 »

Cleaning up first messages in this site, thus moving old version release notes away from first message.

Version 0.1

Bugs in 0.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.
The above bug description isn't as clear as in should be in the documentation.
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.


	Logged

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

Re: getWizPnP

« Reply #4 on: 2008-04-06 07:11:14 »

Version 0.1.1

Release notes
New:

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

Bugs:

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.

Fixed:

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.


	Logged

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

Re: getWizPnP

« Reply #5 on: 2008-05-10 10:51:32 »

Version: 0.1.2

Release notes
New:

WizPnP device search support improved - now works correctly
Bookmark time added to bookmark listing.

Bugs:

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.

Fixed:

Now implements WizPnP device saerch protocol correctly.


	Logged

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

Re: getWizPnP

« Reply #6 on: 2008-06-03 11:55:17 »

Version 0.2a

Release notes
New:

Resumption of interrupted downloads --resume
Possible to force over-write of existing recordings --force
Episode name shown with title in listings, and used for selection (for FW 1.05.232 & later)
Can show program synopsis if available (for FW 1.05.232 & later)
Warns, doesn't stop the recording download if the recording stat file can't be downloaded
Local copying (e.g. to convert BW format recordings to .ts --indir
Finer-grained updates to the copy progress bar
Some performance improvements
A couple of options intended to make it easier to use with a GUI wrapper (--List & --BWName)
Some internal restructuring, especially in the class hierarchy for local/remote recordings

Bugs:

Uses bignum package for 64-bit integers, even when the underlying Perl integers are 64 bits.
When resuming a download, may fetch up to 32MB more data than is necessary.

Bugs in 0.2 fixed in 0.2a:

Trunc file not being found when copying recordings using -I
A bit more consistency checking when decoding header files.

Fixed:

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.


	Logged

prl

Member

Offline

Device: DP-S1, DP-H1

Posts: 16

Re: getWizPnP

« Reply #7 on: 2008-10-19 09:39:16 »

Version: 0.2.1
Author: prl

Release notes

Bugs:

Uses bignum package for 64-bit integers, even when the underlying Perl integers are 64 bits.
When resuming a download, may fetch up to 32MB more data than is necessary.

Fixed:

The wrong parts of recording chunks were being copied in some cases of edited and instant recordings (transferred without --ts flag) -- fixed.
Now eliminates file name characters that are illegal in Windows from all recording names, even on systems where those characters are legal. This is for compatibility with the File Player for Beyonwiz firmware 1.05.243 (and later, presumably)
Now adds .tvwiz extension to all Beyonwiz format recordings (recordings transferred without --ts flag). This is for compatibility with the File Player for Beyonwiz firmware 1.05.243 (and later, presumably)


	Logged

Pages: [1]

Beyonwiz Software | Forum | Forum content | Software (Moderator: Dave®) | Topic: getWizPnP

« previous next »