WizZilla has arrived

[sub3R]

?.
must be something in my set up that prevents me being able to transfer files via WizZilla ?..

I don?t know what f/w you are running but if it is 01.05.334 then WizZilla won?t work (& neither will WizFX correctly even though it appears to). The problem is with the f/w - not with WizZilla or WizFx.

[prl]

I'm way, way late to the WizZilla party, having come across a reference to it in another post and Googled it out of curiosity, only to realise I'd tried it way back when, in one of its earliest incarnation!

I have to say, BRILLIANT job guys. Really impressive. The list of recordings with episode names and clickable descriptions is not only light years ahead of WizFX (and makes figuring out what's what when copying so much easier) but it's also light years ahead of the recordings list on the Wiz itself. If only the Wiz could offer so much detail in the recording title field.

So just wanted to say thanks

must be something in my set up that prevents me being able to transfer files via WizZilla - and re the info description surely a wiz could present this, i mean after all the info is there on the wiz it just has to have the code to present it all. It would also be nice if the wiz presented all this info from the free epg

What firmware are you running? If it's 01.05.334, then you're right, WizZilla won't work with that. But that's not because of WizZilla, it's because of problems in the WizPnP server in 01.05.334. It affects all WizPnP clients, both file transfer clients like WizZilla, WizFX, WizMac and getWizPnP, and the Beyonwiz WizPnP streaming clients.

The problem is more obvious in WizZilla and getWizPnP, because they give an error when there's a WizPnP transfer error. WizFX apparently works; but it gives you an incomplete recording and no warning of the problem.

As for the information that's available in WizZilla (and getWizPnP, which supplies the information to WizZilla), it's all available in the recording header files, and all that information is available to the Beyonwiz and is potentially available to be displayed in the GUI. Not all the information that's displayed for a recording in WizZilla is in the EPG, though. Almost all of the information that's available in WizZilla that is in the EPG is also available to view in the Beyonwiz EPG UI.

To be fair, WizPnP file transfer clients operate on far more capable and powerful computers than the Beyonwiz's 200MHz ARM processor with 64MB of program memory and 8MB flash for configuration and firmware.

[dddp]

all is revealed - yes it's 01.05.334 alrighty - as usual everyone's on the money except me

looks like it's time to revert to .320 (i keep previous versions in case the source disappears) - what a PITA after having to reload all the timers etc. I've been lucky in the past i haven't come across issues like this. I know others have complained bitterly about FW releases that fix some but break other things (1 step forward, 2 steps back) - it just hadn't been my experience

when this issue gets sorted it would be nice if Beyonwiz also posts an appropriately titled thread or announcement of some decription to inform all users and not leave everything to the uber users. You guys should really be on the payroll to reward you for your efforts

[prl]

...
when this issue gets sorted it would be nice if Beyonwiz also posts an appropriately titled thread or announcement of some description to inform all users and not leave everything to the uber users. You guys should really be on the payroll to reward you for your efforts

Normally it would be in the forum Bug List for the release, but madmax hasn't made one yet.

The bug was fixed in the next beta after 01.05.334. That's why the problem isn't in 01.07.055; it's several betas after 01.05.334. Beats me why Beyonwiz didn't release corresponding versions. There's no problem with WizPnP in the current beta, so it should be fixed in the next public release.

[glow]

looks like it's time to revert to .320 (i keep previous versions in case the source disappears) - what a PITA after having to reload all the timers etc.

If you give DPG a call, explain that you are having trouble with copying files off using WizFX/WizZilla and ask nicely, they might give you a later beta like 01.05.346 which doesn't have the problem. You won't have to rescan nor reset timers. Plus you'll have new feature when you look at your timer list.

I think we're all scratching our heads wondering why 334 is still on the the Beyonwiz website with such a bad problem with streaming. It's particularly puzzling given that 346 was available at the time 334 was released and DPG have sent 346 to many people who have experienced the problem.

[dddp]

looks like it's time to revert to .320 (i keep previous versions in case the source disappears) - what a PITA after having to reload all the timers etc.

If you give DPG a call, explain that you are having trouble with copying files off using WizFX/WizZilla and ask nicely, they might give you a later beta like 01.05.346 which doesn't have the problem. You won't have to rescan nor reset timers. Plus you'll have new feature when you look at your timer list.

I think we're all scratching our heads wondering why 334 is still on the the Beyonwiz website with such a bad problem with streaming. It's particularly puzzling given that 346 was available at the time 334 was released and DPG have sent 346 to many people who have experienced the problem.

thanks for the tip - .334 is ~7mb or so assuming .336 is about the same it could be emailed then? Sure makes you wonder why it isn't on the website

[dddp]

to save a bit of time - if anyone has a copy of .346 and can email it i would be very happy to receive a copy, just pm me and i'll tell you my isp email address

cheers

[IanSav]

Hi Dddp,

Please don't ask people, other than Beyonwiz, to distribute beta firmware. This is strictly forbidden. If this starts happening then it is likely that Beyonwiz will stop handing it out to anyone.

Regards,
Ian.

[Gully]

to save a bit of time - if anyone has a copy of .346 and can email it i would be very happy to receive a copy, just pm me and i'll tell you my isp email address

cheers

This is not an appropriate request - it is DPG's decision alone on whether to offer someone a beta release.

Please make sure you read
this before posting again.

[dddp]

okies - sorry if i got anyone in trouble, specially you glow

sometimes i really wonder if it's worth it all - you think, oh this looks nice think i'll try that ... hours and hours later you find you've actually gone backwards

seeing as most of my posts here in this thread could be considered off topic for the thread title, and seem to created a bit of drama, i think i'll be considering other options next time

thanks and good night all

[sub3R]

?.
I think we're all scratching our heads wondering why 334 is still on the the Beyonwiz website with such a bad problem with streaming. It's particularly puzzling given that 346 was available at the time 334 was released and DPG have sent 346 to many people who have experienced the problem.

I totally agree. A later version could at the very least be put on the web site seeing that 01.05.334 doesn?t let the DP-S1 operate as advertised (page 39 of the DP-S1 manual which is also on the website & covers WizPNP & WizFX).
One shouldn?t have to phone DGP, be placed in a queue, & then may be told to revert to 01.05.320 which has the multiple FTA EPG bug.

This is very poor advertising for Beyonwiz & poor customer relations.

[prl]

?.
I think we're all scratching our heads wondering why 334 is still on the the Beyonwiz website with such a bad problem with streaming. It's particularly puzzling given that 346 was available at the time 334 was released and DPG have sent 346 to many people who have experienced the problem.

I totally agree. A later version could at the very least be put on the web site seeing that 01.05.334 doesn?t let the DP-S1 operate as advertised (page 39 of the DP-S1 manual which is also on the website & covers WizPNP & WizFX).
One shouldn?t have to phone DGP, be placed in a queue, & then may be told to revert to 01.05.320 which has the multiple FTA EPG bug.

This is very poor advertising for Beyonwiz & poor customer relations.

Copying off the recording HDD on the DP-H1 has been reported as broken in various ways since 01.05.261 (Aug 2008). The bug that prevents copying from recording USB HDD to another USB HDD has been in the "Known Problems" section of the Beyonwiz release notes since 01.05.280 (Dec 2008). But the Product Details page says (and always has said) "Back-up contents of DP-H1 to USB Drive, networked PC or NAS drive."

A couple of months of failure to fix a bug that blocks advertised capability is nothing, unfortunately

Unfixed bugs in timer allocation on the H1 go back even further (01.05.192, Dec 2007).

[sub3R]

That is beyond a joke Peter. If I owned a DP-H1 I would be fairly unhappy. Also why would anyone want to buy a DP-H1 with these known problems - one certainly couldn?t recommend one.

In fact I have got to the stage that I won?t recommend any Beyonwiz product simply because of the last two firmware releases. Back when I had the reliable (for our S1s) 01.05.247 f/w I did, but not since .320 came out.

[IanSav]

Hi Dennis,

I wish I/we knew the reasoning behind the last two firmware releases. Knowing why may make it easier to understand what is going on.

01.05.346/01.05.348 and 01.07.065/01.07/068 are much better in many regards but they are still not perfect. Some users may have issues with these later betas. I suspect this may be the reason why these versions are not being widely shipped. If they do end up shipping I assume that there may be a warning attached.

The beta testers are waiting on news and progress from Beyonwiz engineering. We hope that the last main niggle in the current beta will be resolved and a fresh public release can be made. We have no information or timing at the moment so please don't ask. Keep an eye on the OpenWiz firmware page for more firmware release information.

Regards,
Ian.

[sub3R]

Hi Ian.

I understand what you are saying, & thanks for the information supplied. As a previous Topfield HD PVR beta tester I know how the expected next beta can turn out to have other issues that weren?t in the previous beta, therefore the expected release date keeps getting blown out. Too many times have I seen the 2 steps forward 1 step back scenario. It would be a very brave man to say the next beta to come will be a good one.

My suggestion was, due to this possibility happening, & the now known problems with 01.05.334 that cause problems for a few users requiring a change of f/w, it could be replaced with one of the later more reliable betas with the appropriate warning about what bugs exist.

Regards,

PS. I just realised this discussion is really in the wrong topic, apologies to the TwoWizards.

[aujy]

I noticed the metadata is intact using Wizilla? Can it download that info too?

Also when you click "setting" it says settings.exe missing.

[IanSav]

Hi Aujy,

Also when you click "setting" it says settings.exe missing.

As has been posted in this forum a number of times, this area of the program is not yet complete and has not been enabled for public use.

Regards,
Ian.

[Aardvark]

Ian,
I bow to your superior knowledge. I had no idea WizZilla had "pubic uses", I can't wait to find out more. No doubt the testing must have been a bit hairy at times

[tonymy01]

Ian,
No doubt the testing must have been a bit hairy at times

p1ssn myself laughing;)

[IanSav]

Hi,

Spelling mistake corrected!

Regards,
Ian.

[dg]

Ian,
I bow to your superior knowledge. I had no idea WizZilla had "pubic uses", I can't wait to find out more. No doubt the testing must have been a bit hairy at times

Hairy and a bit curly at times!

[Mammoth]

Running Windows 7 x64 & Beyonwiz DP-S1 firmware ver: DPS1_01.05.334

WizZilla started by Mammoth on MAMMOTH-PC at 11:25:29 21-11-2010

11:25:29 21-11-2010 - Logging Level = 2
11:25:53 21-11-2010 - PC is online
11:25:53 21-11-2010 - Wiz 192.168.0.101:49152 is online
11:25:54 21-11-2010 - Beyonwiz WizPNP Name is 'Beyonwiz' - IP is 192.168.0.101 - Port is 49152
11:25:54 21-11-2010 - Checking 44 files/folders
11:25:54 21-11-2010 - Reading cached data for 43 files
11:25:57 21-11-2010 - No logo set in settings for Ch 7mate
11:25:58 21-11-2010 - Total HDD space used = 233933.5 MB
11:25:58 21-11-2010 - Table complete - Time taken: 00:00:03
11:26:47 21-11-2010 - Processing 'Monster Garage Nov.17.2010_17.55'
11:26:47 21-11-2010 - Command is 'getwizpnp.exe -a -t -H 192.168.0.100 -p 49152 --BWName "Monster Garage Nov.17.2010_17.55" -O "N:\TV Shows (A to M)\- New to ediT -\MonsterG" -d --resume'

Getting this error below

List index out of range: at line 6874
Event: TIMER1CTDOWN - Dialog:0

keep up the good work
Thanks

[Mammoth]

Running Windows XP home SP3 & Beyonwiz DP-S1 running firmware: DPS1_01.05.334

I am getting error: Download failed - GetWizPnP process exited early


Thanks

[prl]

The WizPnP server in 01.05.334 is known not to work correctly. This causes getWizPnP to exit early when it gets an incomplete file, which gives the error that WizZilla displays. WizFX will "finish" the copy, but it will be incomplete.

This is most likely the cause of at least the second error you report.

The problem with the 334 WizPnP server is well covered in the forum:
Firrmware upgrade causes problem networking DP-P1 with DP-P2 (Cause posted in the topic here).
01.05.334 on www .beyonwiz .com .au - not the latest? (Problem with WizPnP server in 334 mentioned here).
Downloaded files now skip after firmware upgrade DP2 (the post is about the problem on a DP-P2, but it's general to 334 on all models).

[Mammoth]

Thanks for the quick reply,

So dose anyone no where you can get a copy beta 01.05.346

or even a copy of DPS1-01.05.320

Thanks again

[prl]

You can only get a copy of 01.05.346 from Beyonwiz Support.

Unfortunately, the downloads page on the Beyonwiz corporate site has been broken for a few days.

I've posted about the downloads problem in the beta section.

I think it's a good idea to hold onto copies of a couple of earlier firmware releases for just this reason.

[dddp]

as other's have already said - it's a sad state of affairs when the people responsible for providing owners with support won't publicly provide firmware that fixes a problem that a firmware that they publicly provide creates

my time on hold of a few minutes short of an hour to get the 346 version is ridiculous when it could be provided on their web support page.

Also the fact that no precautionary warnings in the release notes that 344 will break network file transfer is also abysmal

[tonymy01]

Yes, it is bad, but they did the "best pick of a bad bunch" on firmwares to release unfortunately. The problem is the newer ones look lovely, until it bites you on the bum.

[Mammoth]

Will DP-P2 firmware updates work on a DP-S1

Thanks

[prl]

Will DP-P2 firmware updates work on a DP-S1

Thanks

As distributed, no. The .wrp file contains the systemId of the model it's intended to run on. If that id doesn't match the one in the machine, the firmware won't load at all.
It is possible to hack a .wrp file so it can load on a machine that it's not intended for, but as to whether it will work, your guess is as good as mine It probably won't give you access to the DVD player.

The only hack I know about that people have tried is to run DP-P1 firmware on an FV-L1. However, comments from Beyonwiz on the beta forum suggested that that could cause serious problems (some digital output ports on the FV-L1 are assigned differently on the DP-P1). The posts weren't detailed enough to work out what kinds of things might happen.

At startup, the main application, wizdvp, takes an option (-dps1, -dpp1, etc) to indicate what machine it's running on, but that is hackable if you know what you're doing. I don't know to what extent that will make the firmware behave properly if you started with the wrong firmware package.

I'd recommend calling Beyonwiz support to get a copy of 346 or 320, and let them know why it's not possible for you to get 320 from the usual place.

[Mammoth]

Have requested and notified them of the problem just waiting on a reply, I
guess that might come Monday.

Thanks again for the help

[IanSav]

Hi Mammoth,

As has been stated on this forum *many* times, if you sent Beyonwiz an E-Mail then don't expect a fast reply. It is far better if you give them a call.

Regards,
Ian.

[Mammoth]

Cheers thanks for the heads up

[Mammoth]

Called support told them about the Korean website not working and that the last
update they offered stoped transfers between DP-S1 and computer.

They sent me a link for DPS1_01.05.349 beta and all is working again on the XP system.

I still get the same error when I try and use Windows 7 x64 not sure why.

Thanks

[sub3R]

I get the ....
?WizZilla Error!
Invalid argument to function: at line 6899
Event: TIMER1CTDOWN ? Dialog:0
OK?
.... error message every now & again (always line 6899).

Sometimes I can queue 3 recordings for download & WizZilla will copy 2 recordings successfully & then display the error message after it completes copying the 2nd recording. It doesn?t copy the 3rd recording, after accepting ?OK? it just shuts down. After running WizZilla again, the 3rd recording could be copied successfully.

Sometimes with 2 recordings queued for download, it displays the error message after the 1st recording copies successfully. It doesn?t copy the 2nd recording, after accepting ?OK? it just shuts down. After running WizZilla again, the 2nd recording could be copied successfully.

At other times, after queuing 2 recordings for download, it copies the 2 recordings successfully & doesn?t bring up the error message. In other words it works correctly.

The last time WizZilla displayed the error message I had 2 recordings queued for download. It copied the 1st recording successfully, but before starting to copy the 2nd recording it displayed the above error message. After accepting ?OK?, WizZilla shut down & continued to copy the 2nd recording successfully in the background ? this could be observed in Windows Explorer. I have experienced this issue twice.

wizzilla.log details for the above last issue (logging level 2):

Code: Select all

10:15:15 31-12-2010 - PC is online 
 10:15:16 31-12-2010 - Wiz (IP address):49152 is online 
 10:15:18 31-12-2010 - Beyonwiz WizPNP Name is 'Wiz_01'  -  IP is (IP address)  -  Port is 49152 
 10:15:18 31-12-2010 - Checking 116 files/folders 
 10:15:18 31-12-2010 - Reading cached data for 116 files 
 10:15:21 31-12-2010 - No logo set in settings for Ch 7TWO on PRIME 
 10:15:23 31-12-2010 - Total HDD space used = 433703 MB 
 10:15:23 31-12-2010 - Table complete - Time taken: 00:00:07 
 10:16:23 31-12-2010 - Queue Add 'The Professionals-26 - When a woman is found strangled, the pathologist detects chilling similarities with a number of unsolved murders, prompting Wycliffe and his team to reopen eleven-year-old case files.  2010-11-03 - 22:35' [tvwiz file] 
 10:16:23 31-12-2010 - Episode image set - No matching tvlogo '#none.bmp' found 
 10:16:34 31-12-2010 - Episode image set - No matching tvlogo '#none.bmp' found 
 10:16:38 31-12-2010 - Queue Add 'The Professionals-39 - A dummy run that has been staged for the visit of a Middle Eastern official is found to have been recorded by a foreign student, subsequently leading CI5 to suspect a security leak.  2010-12-29 - 00:15' [tvwiz file] 
 10:16:38 31-12-2010 - Episode image set - No matching tvlogo '#none.bmp' found 
 10:16:53 31-12-2010 - Processing 'The Professionals-26 Nov.3.2010_22.35' 
 10:16:53 31-12-2010 - Command is 'getwizpnp.exe -a -H (IP address) -p 49152 --BWName "The Professionals-26 Nov.3.2010_22.35" -O "M:\=== PVR_BACKUP ===" -d --resume' 
 10:28:13 31-12-2010 - Processing 'The Professionals-39 Dec.29.2010_0.15' 
 10:28:13 31-12-2010 - Command is 'getwizpnp.exe -a -H (IP address) -p 49152 --BWName "The Professionals-39 Dec.29.2010_0.15" -O "M:\=== PVR_BACKUP ===" -d --resume' 
 10:28:13 31-12-2010 - Episode image set - No matching tvlogo '#none.bmp' found

(IP address) in the above log = the static IP address of the DP-S1 being copied from.

Additional information:
DP-S1 running 01.05.320 f/w connected via Ethernet LAN to a router which is connected to an XP home SP3 Desktop PC via Ethernet. WizZilla ver: 1.1.0.60 copying in Wiz native format to a USB Ext HDD connected to the PC.
All recordings had been edited successfully on the S1 & checked to make certain they play back reliably from the Internal HDD before copying. WizPNP Server enabled & Client disabled. The S1 isn?t recording at the time - the fileplayer being displayed.
I don?t have a screen saver or any power saving functions enabled on the PC.
The external HDD is a Western Digital WD5001AALS in a Welland Sun Bright Classic 3.5? ME-740J (USB 2.0) external case. This Ext HDD works reliably as does the LAN.

Does anyone know what the ?Invalid argument to function: at line 6899? means & have any idea why I?m getting the above timeouts?

Edit 2-Jan-11: The above issues are intermittent. Yesterday, in a few sessions, I successfully copied up to 4 queued recordings before eventually getting the above error message.
Edit 16-Jan-11: So far WizFX ver.1.0.1.4 & ver.1.0.2.3 always copies all selected multiple recordings (using <Ctrl left click> on each recording to select a group of recordings for copying).

Some more observations on this issue here.

[sub3R]

WizZilla 1.1.0.60 doesn?t always copy the complete recording.

In addition to the issues in my previous post I also noticed that WizZilla 1.1.0.60 doesn?t always copy the complete recording (using DP-S1 01.05.320 f/w).

So far I have only noticed this on the one edited recording called ?Wycliffe-5? which was part of a series recording containing the two shows ?Wycliffe? & ?The Professionals? recorded from 7two on Prime.

My standard editing procedure for this type of recording is to edit the complete recording (keep A-B), this removes everything prior to the start & everything after the end. I then re-name the recording. The next step, usually some time later, is to copy ?The Professionals? to a new file (copy A-B to a new file), the copied recording being manually re-named as part of the copy procedure. I then edit ?Wycliffe? from the series recording (keep A-B) & re-name this recording (in this example ? ?Wycliffe-5?). I play back a few seconds from the start of each recording before copying to the Desktop PC?s Ext HDD in the wiz?s native format. This works perfectly using WizFX 1.0.1.4 but not so with WizZilla 1.1.0.60.

Copy Results: (All copied recordings start with the 0022 ? 32,768kB file. Only files from 0169 have beeen listed).

1. Copying only ?Wycliffe-5? with WizZilla 1.1.0.60:
0169 ? 32,768kB
0170 ? 24,208kB (the last file)
The end was 1min 50sec short compared to playing the edited recording ?Wycliffe-5? on the DP-S1 from the Int HDD. WizZilla didn?t display any error message.

2. Copying only ?Wycliffe-5? with WizFX 1.0.1.4:
0169 ? 32,768kB
0170 ? 32,768kB
0171 ? 32,768kB
0172 ? 32,768kB
0238 ? 32,768kb (the last file)
This was repeatable every time using WizFX. The end (0172) was 14sec longer compared to playing the edited recording ?Wycliffe-5? on the DP-S1 from the Int HDD (this isn?t an issue - at least all the show has been copied). 0238 has been left over from one of the early edits & doesn?t play back on the DP-S1 (not an issue).

3. Copying only ?Wycliffe-5? with WizZilla 1.1.0.60:
0169 ? 32,768kB
0170 ? 32,768kB
0171 ? 32,768kB
0172 ? 24,240kB
0238 ? 32,768kb (the last file)
This time the end was correct compared to playing the edited recording ?Wycliffe-5? on the DP-S1 from the Int HDD. 0238 has been left over from one of the early edits & doesn?t play back on the DP-S1 (not an issue).

4. Copying only ?Wycliffe-5? with WizZilla 1.1.0.60:
0169 ? 32,768kB
0170 ? 32,048kB (the last file)
The end was 1min 35sec short compared to playing the edited recording ?Wycliffe-5? on the DP-S1 from the Int HDD. WizZilla didn?t display any error message.

The ending of the show was missing from (1) & (4).

I hope this information will help.

Edit 4-Jan-11: Re-naming clarified.

[prl]

This is possibly a bug in getWizPnP, rather than in the WizZilla GUI shell.

Could you try downloading the executable of the latest Windows executable for getWizPnP and see if that fixes the problem? Unfortunately, you can't use that version of getWizPnP with the current WizZilla.

There can sometimes be a discrepancy between the length of the recording in the main header, and the length in the trunc file. If the new version doesn't fix the problem, try running:
getWizPnP.pl --list --verbose --debug=trunc Wycliffe-5
and post the first part, including the first few lines of the trunc file output, and the last part, from a bit before where the problems start.

That should give me something to work on in trying to find out what's going on.

I also don't understand what you did differently in 1, 3 and 4 to get different results.

[sub3R]

The compiled getWizPnP.exe 0.4.3a worked fine Peter.

Copy Results:
5. Copying only ?Wycliffe-5? with compiled getWizPnP.exe 0.4.3a_win32:
0169 ? 32,768kB
0170 ? 32,768kB
0171 ? 32,768kB
0172 ? 24,240kB
0238 ? 32,768kb (the last file)
This is the exact same results as in (3) in my previous post - the end being correct compared to playing the edited recording ?Wycliffe-5? on the DP-S1 from the Int HDD. 0238 has been left over from one of the early edits & doesn?t play back on the DP-S1 (not an issue).

In the next couple of days I will copy across ?Wycliffe-5? a few more times to make sure this is repeatable.

I tried to use the same command that WizZilla uses but I had trouble with --BWName & using the recording date & time, so I used:
c:\>getwizpnp -a -H (the S1?s IP address) -p 49152 ?Wycliffe-5? -O ?M:\PVR_copy-test? -d --resume

?
I also don't understand what you did differently in 1, 3 and 4 to get different results.

The exact same procedure was used in each case except I copied to a different sub directory each time - the same Ext HDD was always copied to. Only one recording was queued for download each time. The end result with this recording just seems to be inconsistent using WizZilla but always consistent using WizFX.
Between results 1 & 3 the S1 had been switched to standby & back ON again.
Prior to result 4 the PC had been shut down for the night (the S1 had been left ON). Result 4 was copied the next day (today).
Result 2 had been copied with WizFX before result 3, after 3, & before 4 (today).

Earlier today I came across another edited recording (keep A-B edit only being used) that had copied 1min 18sec short at the end using WizZilla 1.1.0.60. This was a 10.3GB recording of ?New Year Day Concert 2011?.

Thanks for your help.

Regards,

Edit 3-Jan-11: Clarified the edit type.

Added 7-Jan-11:
A bit more information for ?Wycliffe-5? using getWizPnP.exe 0.3.4.0.

E:\>getwizpnp -a -H (the S1?s fixed IP address) --list -vvvv "Wycliffe-5"
gave me:

Code: Select all

7TWO on PRIME: Wycliffe-5/ADULT THEMES The discovery of a local landowner's body
throws suspicion on two of his tenants, a couple who have previously been threa
tened with violence for refusing to move out of their cottage....
    Index name: Wycliffe-5 Dec.8.2010_21.30
    Wed Dec  8 21:30:00 2010 - Wed Dec  8 23:44:35 2010
    playtime:  134:35    recording size:   4797.5 MiB    bit rate:   4.8 Mib/s
    Recording start offset:              262144
    Recording end offset:            5030793216
    File  	   File Offset       Size     Rec Offset
    0022           27455488    6098944         262144
    0023            		0   33554432        6361088
    0024            		0   33554432       39915520
    0025            		0   33554432       73469952
    :
    :
    0167            		0   33554432     4838199296
    0168            		0   33554432     4871753728
    0169            		0   33554432     4905308160
    0170            		0   33554432     4938862592
    0171            		0   33554432     4972417024
    0172            		0   24821760     5005971456
    0238     	   22446080   11108352     5030793216

File 0172 ? Size 24821760 = 24,240kB
(Ignore the size differences in 0022 & 0238 compared to the downloaded copy ? this is the wiz error glow picked up).
I have deleted 0026 through to 0167 in this list.

The above was obtained after I had to reindex the S1?s Int HDD due to an SBS recording re-naming issue.

[glow]

There were definitely bugs in 01.05.320 that caused inconsistent data when using Keep A-B. The most common symptom was that a file transfer with WizFX or WizZilla would transfer a bit more past the B tail point, typically until the end of the 32MB file.
Peter put in a workaround in getwizpnp 0.4.3a to overcome this.

At least this part seems to have been fixed by 01.05.346. When I top and tail with Keep A-B, WizFX no longer transfers past B.

[sub3R]

I followed some of your posts on that find, glow. I guessed that was what I had been experiencing in my test result 2 when using WizFX. Good to see it has been fixed in 01.05.346.

With 01.05.346 have you experienced any recordings cut short after being edited (keep A-B) & copied with WizZilla, similar to what I have found?
With some of the networks now cutting out most, or in some cases all of the credits at the end, the climax of the show can be missed if the recording doesn?t fully copy.

I guess the workaround if using 01.05.320 is to edit at least 2 minutes past the end of the show if using the current version of WizZilla, & then check the end of the recording after it has been copied before deleting off the Int HDD.

[glow]

With 01.05.346 have you experienced any recordings cut short after being edited (keep A-B) & copied with WizZilla, similar to what I have found?
With some of the networks now cutting out most, or in some cases all of the credits at the end, the climax of the show can be missed if the recording doesn?t fully copy.

I guess the workaround if using 01.05.320 is to edit at least 2 minutes past the end of the show if using the current version of WizZilla, & then check the end of the recording after it has been copied before deleting off the Int HDD.

Actually I rarely use WizZilla these days.
I find it quicker to use WizFX.
Just seems to take ages for WizZilla to load all the detailed descriptions.
My P1 only has a half full 200GB disk, can't imagine how long it would take to load all the descriptions with a moderately full P2-2TB.

After transfer I always edit my recordings in ProjectX and check the end of the show has transferred.
I use the ProjectX post commands to automatically run Avidemux to convert to AVI.
I don't delete the original until I've made sure the AVI plays back on the Wiz.

[glow]

With 01.05.346 have you experienced any recordings cut short after being edited (keep A-B) & copied with WizZilla, similar to what I have found?

Just tried one transfer with WizZilla and WizFX. Both were identical so ok for a sample size of 1.

[sub3R]

Just tried one transfer with WizZilla and WizFX. Both were identical so ok for a sample size of 1.

That?s good news glow - thanks for testing that.

I understand what you mean about taking a while for WizZilla to load all the detailed descriptions. Although if WizZilla is regularly run & refreshed, this only takes a short period due to the cache ? it only took 12 seconds on my S1?s 500GB Int HDD which has 407.9GB of 465.8GB used. WizZilla was last run & refreshed the day before this test. On the other hand, when I tried ?--list? with getwizpnp.exe 0.4.3a it took 40 seconds. So yes, an almost full 2TB drive would take a while. In this situation an option in WizZilla to not grab all the detailed descriptions would be handy.

[sub3R]

In the next couple of days I will copy across ?Wycliffe-5? a few more times to make sure this is repeatable.

I tried this three more times & all results were exactly the same as my Copy Results 5.
A good result.

[prl]

With 01.05.346 have you experienced any recordings cut short after being edited (keep A-B) & copied with WizZilla, similar to what I have found?

Just tried one transfer with WizZilla and WizFX. Both were identical so ok for a sample size of 1.

WizZilla (actually getWizPnP) can correctly transfer less data than WizFX on edited recordings, because in native copy mode, getWizPnP doesn't copy trailing parts of recording data files if they are not used by the recording. WizFX always copies the whole of any recording data file if it appears in the trunc file. Hence the difference in size in sub3r's 3. and 4., where the copy is correct, but WizFX copied 24MB of 172, but WizZilla/getWizPnP only copied 24MB.

[netmask]

With 01.05.346 have you experienced any recordings cut short after being edited (keep A-B) & copied with WizZilla, similar to what I have found?

snip

After transfer I always edit my recordings in ProjectX and check the end of the show has transferred.
I use the ProjectX post commands to automatically run Avidemux to convert to AVI.
I don't delete the original until I've made sure the AVI plays back on the Wiz.

Hi glow

What are the commands for running avidemux from ProjectX ? And i wonder if Womble or Handbrake could be used instead?

[prl]

The compiled getWizPnP.exe 0.4.3a worked fine Peter.
...

Does the getWizPnP included in the WizZilla distribution (0.4.2, IIRC) work? I'm trying to see whether this is/was a getWizPnP bug or if WizZilla somehow terminating the copy early.

I can't recall exactly where getWizPnP is in the WizZilla distribution, but I think it's in ProgramFiles>WizZilla>Utilities, or something like that.

It may give an error message when/if something goes wrong with the copy.

[sub3R]

Does the getWizPnP included in the WizZilla distribution (0.4.2, IIRC) work? I'm trying to see whether this is/was a getWizPnP bug or if WizZilla somehow terminating the copy early.
?.

Yes, that version works fine so far - the same copy results as version 0.4.3a. To make certain, I?ll continue using the earlier version for copying over the next few days.

?Properties > Version? for getWizPnP.exe used by WizZilla 1.1.0.60 indicates that this is ?file version 0.3.4.0?.

[prl]

Seems I may be off the hook, then