Beyonwiz Software
Home Software list Board Login Register
User
Welcome, Guest. Please login or register.
Did you miss your activation email?
2009-01-07 21:10:33

Login with username, password and session length
Stats
Members
Total Members: 94
Latest: Donno
Stats
Total Posts: 98
Total Topics: 33
Online Today: 6
Online Ever: 39
(2008-08-07 13:30:23)
Users Online
Users: 0
Guests: 4
Total: 4
About this site
BeyonwizBeyonwiz creates combinations of Personal Video Recorders (PVR) and Media Centers. These devices can be used to receive and record broadcasted SD and HD data. Also videos (DivX, Xvid, MPEG-4, ...), music (MP3, Ogg, ...) and pictures (Jpg, ...) can be played with these devices.

This site lists software developed for Beyonwiz products.
Beyonwiz Software  |  Forum  |  Forum content  |  Software (Moderator: DaveŽ)  |  Topic: getWizPnP « previous next »
Pages: [1] Print
Author Topic: getWizPnP  (Read 2938 times)
prl
Member
***
Offline Offline

Device: DP-S1, DP-H1

Posts: 19
« 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.3
Author: prl

Release notes

New:

  • New option --discover to just run the device discovery algorithm and print a list of discovered WizPnP servers and their IP addresses. Mainly for WizZilla support.
  • Added IP address of device in the "Connecting to..." line. Mainly for WizZilla support.
  • Changes MB in verbose output to the more correct MiB.
  • Configuration file now searched for in %APPDATA%\Prl\getWizPnP in Windows.
  • Configuration file now searched for in %APPDATA%\Prl\getWizPnP in Windows, and called getwizpnp.conf in Windows, rather than the .getwizpnp in Unix-like systems.

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.
  • 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.
  • 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).
  • Folder operations only work on firmware 1.05.280 and later
  • Sort on title only works on firmware 1.05.280 and later

Fixed:

  • Fixed some inaccuracies in recording size printouts.
  • File not being closed on non-error exit from Beyonwiz::Recording::FileHeader::readHdrChunk() was causing recording deletion to fail in --move on Windows. Fixed.
  • Fixed the problem of frequent WizPnP device search failures on Windows by ensuring that the request and response sockets, which are bound to the same port, don't remain open at the same time.
* getWizPnP-0.1.zip (14.74 KB - downloaded 118 times.)
* getWizPnP-0.1.1.zip (50.85 KB - downloaded 80 times.)
* getWizPnP-0.1.2.zip (50.42 KB - downloaded 139 times.)
* getWizPnP-0.2a.zip (86.88 KB - downloaded 122 times.)
* getWizPnP-0.2.1.zip (86.94 KB - downloaded 214 times.)
* getWizPnP-0.3.zip (98.79 KB - downloaded 118 times.)
* getWizPnP-0.3.1.zip (133.84 KB - downloaded 109 times.)
* getWizPnP-0.3.2.zip (117.93 KB - downloaded 35 times.)
* getWizPnP-0.3.3.zip (127.59 KB - downloaded 18 times.)
« Last Edit: 2009-01-04 07:18:01 by prl, Reason: Update download link » Logged
rwhitby
Newbie
*
Offline Offline


Posts: 1



WWW
« 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 Offline

Device: DP-S1, DP-H1

Posts: 19
« 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 Offline

Device: FT-P1 & FT-H1

Posts: 27
« 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 Offline

Device: DP-S1, DP-H1

Posts: 19
« 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 Offline

Device: DP-S1, DP-H1

Posts: 19
« 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 Offline

Device: DP-S1, DP-H1

Posts: 19
« 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 Offline

Device: DP-S1, DP-H1

Posts: 19
« 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
prl
Member
***
Offline Offline

Device: DP-S1, DP-H1

Posts: 19
« Reply #8 on: 2008-12-07 06:55:53 »
Version: 0.3

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.
Logged
j s
Newbie
*
Offline Offline

Device: P1 & S1

Posts: 1
« Reply #9 on: 2008-12-18 00:50:45 »
When using "-V 3" I get the following errors (needing control-C to terminate)
Code:
Deep recursion on subroutine "Beyonwiz::Recording::Header::bookmarks" at Beyonwiz/Recording/Header.pm line 675.
Deep recursion on subroutine "Beyonwiz::Recording::Header::loadBookmarks" at Beyonwiz/Recording/Header.pm line 478.
Deep recursion on subroutine "Beyonwiz::Recording::Header::decodeBookmarks" at Beyonwiz/Recording/Header.pm line 726.
Terminating on signal SIGINT(2)
Terminate batch job (Y/N)? y
Only happens on a file that has a bookmark.  "-V 2" is fine.
Logged
prl
Member
***
Offline Offline

Device: DP-S1, DP-H1

Posts: 19
« Reply #10 on: 2008-12-30 07:48:30 »
Version: 0.3.1

Release notes

New:
  • New options --sort, --dictionarySort and --dictStoplist for controlling sorting.
  • New options --folder and --recursive to select the folder(s) being accessed
  • New option --verbose=n to explicitly set the verbosity level of the output
  • The "Index name" entry is now only printed for --verbose=3 or greater
  • The "Index name" entry can be added to the output for --verbose=0 to --verbose=2
    by using the new --index option (less cluttered output for normal verbosity levels).
  • The order in which extra information is provided with increasing verbosity has
    changed for --verbose=3 and above, and this is now documented.
  • Listing the recordings on the Beyonwiz is now faster, because of improvements in the "lazy loading" of data from the recording header files
  • The transfer rate for copy or move shown with --verbose=1 or greater is now averaged over the last 20MB transferred.

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.
  • Minor know 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.
  • 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).
  • 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. This bug is expected to be fixed in the next public release of the Beyonwiz firmware (the one following 1.05.261).
  • Folder operations only work on firmware more recent than 1.05.261
  • Sort on title only works on firmware more recent than 1.05.261

Fixed:
  • Some formatting problems in the documentation fixed.
Logged
prl
Member
***
Offline Offline

Device: DP-S1, DP-H1

Posts: 19
« Reply #11 on: 2009-01-04 07:14:39 »
Version: 0.3.2

Release notes

New:
  • New options --folder and --recursive to select the folder(s) being accessed now also work on local recordings as well as on Beyonwiz recordings.
  • Support for WizPnP device search on Windows and Cygwin. But see Bugs.
  • Empty path can be given to --indir and --outdir to specify the current directory.

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 now supported on Linux, MacOS X, Windows and Cygwin. On Windows and cygwin, the search can fail if it is repeated frequently. Waitinh a minute or two clears the problem. This problem will be addressed (probably by caching WizPnP device search results) in the next release.
  • 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.
  • 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).
  • Folder operations only work on firmware 1.05.280 and later
  • Sort on title only works on firmware 1.05.280 and later

Fixed:
  • More useful error mesage, rather than a Perl internal error when connecting to a Beyonwiz that doesn't have its WixPnP name set.
  • More useful error mesage, rather than a Perl internal error when device location information can't be loaded (occurred in some cases where --host and --device were used together).
  • Bug in path handling that prevented copy, move and selective listing from working on local recordings now fixed.
« Last Edit: 2009-01-04 07:21:20 by prl, Reason: Bold version number » Logged
Pages: [1] Print 
Beyonwiz Software  |  Forum  |  Forum content  |  Software (Moderator: DaveŽ)  |  Topic: getWizPnP « previous next »
Jump to:  

 
Links
  Beyonwiz Software
   All areas
  
   Software list
   International discussion
   Guides and Help
   General discussion
  
  For Developers
   OpenWiz.org
  
  Other
   www.beyonwiz.com
   Australian forum
   Finnish forum
Bookmark this
Powered by SMF 1.1.7 | SMF © 2006-2008, Simple Machines LLC
TinyPortal v0.9.8 © Bloc

Contact information