WizZilla has arrived

Peter D · Post by **Peter D** » Tue Jan 11, 2011 12:25

IanSav wrote:Hi Dennis,

Yes, I think Peter should be talking about the 01.05.334 firmware and not 01.07.055.

Ian, the problem occurs with 1.07.055 as well. This is how this discussion got started.

sub3R · Post by **sub3R** » Tue Jan 11, 2011 12:51

IanSav wrote:Hi Dennis,
Why are you using WizFX version.1.0.1.4 and not version 1.0.2.3?
?.

Just habit, Ian. A few times in the past ver.1.0.2.3 wouldn?t close even with an .MP3 file in the ?contents? folder (I had to shut it down each time with Windows Task Manager). I remember a couple of other users had similar problems with this version.
I think it is possibly due to a corrupted recording or strange character in the recording name. Ver.1.0.1.4 never plays up for me in this way & always gives identical or very similar download results to ver.1.0.2.3.

I just tried ver.1.0.2.3 & I still got two 0kB tvwiz files in the test recording ?Once A Soldier? ? ver.1.0.1.4 also downloaded two 0kB tvwiz files.

But during these test/comparisons I should be using the latest version.

?. If you use the Beyonwiz File Player UI to put a recording out to a PC or network attached disk then this problem/corruption does *not* occur.

Correct, I don?t think I have ever had that method fail, but I get impatient with the slow speed.

Regards,

IanSav · Post by **IanSav** » Tue Jan 11, 2011 12:55

Hi Peter D,

Peter D wrote:Ian, the problem occurs with 1.07.055 as well. This is how this discussion got started.

I believe that while the problems appear similar I am not convinced that the cause is the same.

I have not remember reading that someone has used WizFX 1.0.2.3 to copy a recording across in TVWIZ format and shown that some/any of the numbered component files within the recording are of zero length. (Mind you I am not following this thread closely as Peter is taking the lead.)

Edit: It looks like this is exactly what Dennis has just posted. Albeit with an older WizFX.

Regards,
Ian.

Peter D · Post by **Peter D** » Thu Jan 13, 2011 08:56

I have now tested all three firmware versions that I have been given:

- 01.07.055
- 01.07.350
- 01.07.069

All three FAILED with Wizzilla (GetWizPnP exited early)
All three FAILED with WizFx copying from BW to PC (some zero sized chunks returned)

Can anyone confirm that this problem has been fixed with 01.05.xxx firmware. And, if so, what version is it fixed in?

Peter

prl · Post by **prl** » Thu Jan 13, 2011 09:29

So far I haven't been able to make the copy fail like this in 01.07.350, but I haven't tried the copy on a Windows machine yet, or with a compiled version of getWizPnP (on either OS X or Windows).

IanSav · Post by **IanSav** » Thu Jan 13, 2011 12:17

Hi Peter D,

I am not seeing this on any of the recent betas. (I use the current WizFX to do the transfers.)

Regards,
Ian.

Peter D · Post by **Peter D** » Thu Jan 13, 2011 12:55

Ian, is this with 01.05.*** or 01.07.***?

IanSav · Post by **IanSav** » Thu Jan 13, 2011 12:57

Hi Peter D,

Mostly with 01.05.xxx but there has been a little testing with 01.07.xxx.

Regards,
Ian.

prl · Post by **prl** » Thu Jan 13, 2011 13:08

IanSav wrote:Hi Peter D,

Mostly with 01.05.xxx but there has been a little testing with 01.07.xxx.

Regards,
Ian.

I regularly use getWizPnP (the next version) with 01.07.xxx. I've also recently tested the last release of getWizPnP with 01.07.350, and I can't reproduce the problem. I wish I could.

IanSav · Post by **IanSav** » Thu Jan 13, 2011 13:10

Hi Peter,

Perhaps Peter D has a network or other external issue that is complicating matters.

Regards,
Ian.

Peter D · Post by **Peter D** » Thu Jan 13, 2011 13:14

The support desk guy (this morning) seemed to think it was something to do with the 2TB drive.

prl · Post by **prl** » Thu Jan 13, 2011 13:16

IanSav wrote:Hi Peter,

Perhaps Peter D has a network or other external issue that is complicating matters.

Regards,
Ian.

Perhaps, but Dennis is having similar problems.

Peter D · Post by **Peter D** » Thu Jan 13, 2011 13:16

Clutching at straws:

the recordings I have been testing with were made with 01.07.055. Could that possibly be an issue?

IanB · Post by **IanB** » Fri Jan 14, 2011 06:21

Peter D wrote:Clutching at straws:

the recordings I have been testing with were made with 01.07.055. Could that possibly be an issue?

Using 01.07.350 firmware use the Yellow mark A and B to select most of the recording, then use Popup > Copy A->B to a new file.

Try to wizPnP this new file.

This operation will transcribe the selection to a completely new file with new trunc and header information. If there is any inconsistencies this should correct them.
_

sub3R · Post by **sub3R** » Fri Jan 14, 2011 10:47

prl wrote:Perhaps, but Dennis is having similar problems.

Yes, with 01.05.334, Peter - which is certainly a known issue with this f/w version & appears to be the same as what Peter D is seeing with 01.07.055 & later f/w.

However, my two issues with 01.05.320, on the surface, appear to be different. The random incomplete download in native format issue hasn?t re-occurred (so far no problems since I had to re-index the HDD due to a ?lost? SBS recording after renaming the recording).
The queuing issue is still there with 01.05.320 when using WizZilla, but I can?t replicate this issue with 01.05.334 due to only having succeeded with one complete download using 01.05.334 ? I don?t think Peter D has had any complete downloads.

sub3R · Post by **sub3R** » Fri Jan 14, 2011 11:16

Peter D wrote:?
Can anyone confirm that this problem has been fixed with 01.05.xxx firmware. And, if so, what version is it fixed in?

Hi Peter D. A quick search shows that ?stony41?, ?polak? & ?glow? are running 01.05.346. So far I haven?t seen any reports about download failures with this version. Glow made comments earlier in this topic about 01.05.346.

Did Beyonwiz support mention if any other users have reported the same download issue with 01.07.055 being run on any model Beyonwiz?

If Ian B?s suggestion doesn?t give any improvement, you may like to re-index the HDD to see if this helps (at this stage this appears to have solved one of my problems).

Do you get a successful copy using ?copy to Network? from the P2?s file player (copying from the P2?s HDD to your PC)? I read in one of your other posts that this worked when copying from the PC to the DP-P2, but does it work reliably the other way?

Did you install the f/w as per this forum?s recommended upgrade procedure? It has been reported a few times that 01.07.055 has caused a few unusual conditions & some of these have been rectified by; switching to standby for 1min, a factory reset, then switching to standby again for approx 1min. I would also recommend taking a record of timers & clearing all caches on the wiz prior to this, as well as clearing the EPG after. A service scan would also be required.

Starionx · Post by **Starionx** » Sat Jan 15, 2011 14:56

How can I tell what IP address the BW is using? The default that Wizzilla brings up is wrong.

prl · Post by **prl** » Sat Jan 15, 2011 15:17

File>Discover Wizzes. That should fill the address dropdown list

Starionx · Post by **Starionx** » Sat Jan 15, 2011 15:33

prl wrote:File>Discover Wizzes. That should fill the address dropdown list

Tried that, it says that there are 0 wizzes found.
In the Network settings of the BW, WizPNP, I have Server enabled, and port number is 49152. I know I have a connection because I use Icetv successfully.
Even Wizfx brings up nothing.

I'm using Windows 7, 64 bit. Will this make a difference?

edit: I should add that I can see files from my laptop on the BW, so there is definately a connection.

prl · Post by **prl** » Sat Jan 15, 2011 15:43

Starionx wrote:
prl wrote:File>Discover Wizzes. That should fill the address dropdown list
Tried that, it says that there are 0 wizzes found.
In the Network settings of the BW, WizPNP, I have Server enabled, and port number is 49152. I know I have a connection because I use Icetv successfully.
Even Wizfx brings up nothing.

I'm using Windows 7, 64 bit. Will this make a difference?

Quite possibly. I just did a Discover on my net from WinXP Pro, and it worked just fine.

prl · Post by **prl** » Sat Jan 15, 2011 15:49

Speaking of WizZilla, I'm now trying to reproduce Peter D's copy problems with WizZilla on 01.07.055.

I did a couple of initial tests on our H1 with 01.05.334, where I was easily able to reproduce the copy problem (Bad request) on a recording using my development version of getWizPnP on OS X. The same recording copied without error with the same getWizPnP, but 01.05.350.

I've reverted our Lite to 01.07.055, and I'm currently running a copy using WizZilla 1.1.0.60 of a recording that was top/tailed using Keep A->B. So far no error, but it's less than 25% through.

By the way, is it normal in this version of WizZilla for the "time remaining" status to just flash up and disappear on the bottom left of the status bar?

netmask · Post by **netmask** » Sat Jan 15, 2011 16:09

I installed a Windows7 64 bit box for a friend some time ago and the IP address came up . I had checked what it was on the Wiz itself but it all worked.

sub3R · Post by **sub3R** » Sat Jan 15, 2011 16:57

prl wrote:?.
By the way, is it normal in this version of WizZilla for the "time remaining" status to just flash up and disappear on the bottom left of the status bar?

I get that also, Peter, so I assumed it was normal. By flash up and disappear I assume you mean doing this continuously while it is updating.
Once I had the ?time remaining? update information completely disappear. The only way I could get it to return was to shut WizZilla down & restart.

prl · Post by **prl** » Sat Jan 15, 2011 17:15

WizZilla 1.1.0.60 add-multiple-to-queue bug

If I select multiple items and then click the add-to queue bug, WizZilla repeatedly tries to add the first item to the queue (and fails for all except the first time). If N items are selected, it tries to add the first item N times, and N-1 of those attempts fail. It then removes all the "failed" items from the list of recordings!

Has this been reported before?

Also, if I enqueue an item, and then use down-arrow to select the next item, it selects the next-but-one item (i.e. skips one). Unless I just queued the second-last item in the list, where it refuses to budge, unless I go UP, DOWN, DOWN.

IanSav · Post by **IanSav** » Sat Jan 15, 2011 17:26

Hi Starionx,

Starionx wrote:How can I tell what IP address the BW is using? The default that Wizzilla brings up is wrong.

On the Beyonwiz SETUP > Network > Setting > Network Device and then press the GREEN button to display a pop up with the current network status that includes the IP address. You don't need to open the Network Device sub menu to get the status display.

Regards,
Ian.

prl · Post by **prl** » Sat Jan 15, 2011 17:59

sub3R wrote:
prl wrote:?.
By the way, is it normal in this version of WizZilla for the "time remaining" status to just flash up and disappear on the bottom left of the status bar?
I get that also, Peter, so I assumed it was normal. By flash up and disappear I assume you mean doing this continuously while it is updating.
Once I had the ?time remaining? update information completely disappear. The only way I could get it to return was to shut WizZilla down & restart.

Yes, continuously while updating. But now it's behaving correctly!

prl · Post by **prl** » Sat Jan 15, 2011 18:08

prl wrote:Speaking of WizZilla, I'm now trying to reproduce Peter D's copy problems with WizZilla on 01.07.055.

I did a couple of initial tests on our H1 with 01.05.334, where I was easily able to reproduce the copy problem (Bad request) on a recording using my development version of getWizPnP on OS X. The same recording copied without error with the same getWizPnP, but 01.05.350.

I've reverted our Lite to 01.07.055, and I'm currently running a copy using WizZilla 1.1.0.60 of a recording that was top/tailed using Keep A->B. So far no error, but it's less than 25% through.

...

I've copied the top/tailed recording a few times now, both over wired and wireless internet. Even connecting wired and disconnecting wireless half-way through a transfer didn't faze it. All copies so far have been native format.

Next up I'm going to leave it with 98GB of transfers to chew on overnight, copying to TS format.

prl · Post by **prl** » Sat Jan 15, 2011 18:19

Another WizZilla 1.1.0.60 minor problem

When I have only TS downloads in the queue, I can't find a way to get it to display the amount of data queued.

Starionx · Post by **Starionx** » Sun Jan 16, 2011 02:55

IanSav wrote:Hi Starionx,
Starionx wrote:How can I tell what IP address the BW is using? The default that Wizzilla brings up is wrong.
On the Beyonwiz SETUP > Network > Setting > Network Device and then press the GREEN button to display a pop up with the current network status that includes the IP address. You don't need to open the Network Device sub menu to get the status display.

Regards,
Ian.

Thanks Ian.
So I'm using the IP address that is showing in the BW LAN status in Wizzilla. The Wizpnp Port number is 49152. The Wizpnp Server is enabled. When I click on Discover Wizzes - None are found.

If I click on Connect to Wiz, I get -
a green tick next to 'Checking that this PC is Online',
a green tick next to 'Checking wiz 192.168.001.004:49152 is online',
but then get nothing next to 'Connecting to 192.168.001.004:49152' and get a popup window -
Bad WizPNP response, Please check your wiz IP address and WizPNP Port setting. Also check that WizPNP server is enabled on your wiz.

Buggered if I know what I'm doing wrong.

IanSav · Post by **IanSav** » Sun Jan 16, 2011 08:49

Hi Starionx,

Could this be a Windows firewall issue? Have you enabled access for WizFX, WizZilla and getWizPnP through the firewall?

Regards,
Ian.

prl · Post by **prl** » Sun Jan 16, 2011 09:55

prl wrote:...
Next up I'm going to leave it with 98GB of transfers to chew on overnight, copying to TS format.

Hi, Peter D.

Because WizZilla doesn't display the amount to transfer for queued TS transfers, I had to guess a bit, and I only transferred about 96GB. But it all transferred without error. All unmodified recordings.

My setup for the copy was DP-Lite, 01.07.055, WizZilla 1.1.0.60, WinXP Pro 2002 SP3.

How many different recordings have you tried to transfer? Are they edited or unedited, and does it make a difference? If edited, how, and does the kind of editing make a difference?

I'm running out of things to try to replicate the problem. If I can't replicate it, it's really hard to isolate or fix.

sub3R · Post by **sub3R** » Sun Jan 16, 2011 11:03

prl wrote:If I select multiple items and then click the add-to queue bug, WizZilla repeatedly tries to add the first item to the queue (and fails for all except the first time). If N items are selected, it tries to add the first item N times, and N-1 of those attempts fail. It then removes all the "failed" items from the list of recordings!

I can confirm this. I only add recordings one at a time to the queue list to get around this problem. I take it you meant button? Right click > ?queue selected for download? gives the same result.

prl wrote:Also, if I enqueue an item, and then use down-arrow to select the next item, it selects the next-but-one item (i.e. skips one). Unless I just queued the second-last item in the list, where it refuses to budge, unless I go UP, DOWN, DOWN.

I hadn?t noticed this, but I can confirm both sequences.

prl · Post by **prl** » Sun Jan 16, 2011 13:09

sub3R wrote:
prl wrote:If I select multiple items and then click the add-to queue bug, WizZilla repeatedly tries to add the first item to the queue (and fails for all except the first time). If N items are selected, it tries to add the first item N times, and N-1 of those attempts fail. It then removes all the "failed" items from the list of recordings!
I can confirm this. I only add recordings one at a time to the queue list to get around this problem. I take it you meant button? Right click > ?queue selected for download? gives the same result.

prl wrote:Also, if I enqueue an item, and then use down-arrow to select the next item, it selects the next-but-one item (i.e. skips one). Unless I just queued the second-last item in the list, where it refuses to budge, unless I go UP, DOWN, DOWN.
I hadn?t noticed this, but I can confirm both sequences.

I was wanting to do Select with Mouse, ALT-Q, ENTER, DOWN, ALT-Q, ENTER, DOWN, ...

That was all with native transfer mode. If I change to TS Transfer mode, I can't navigate with UP/DOWN at all after ALT-Q, ENTER.

Also, ALT-Q sometimes brings up the Queue menu, rather than doing the add-to-queue operation.

sub3R · Post by **sub3R** » Sun Jan 16, 2011 14:32

prl wrote:I was wanting to do Select with Mouse, ALT-Q, ENTER, DOWN, ALT-Q, ENTER, DOWN, ...

That was all with native transfer mode. If I change to TS Transfer mode, I can't navigate with UP/DOWN at all after ALT-Q, ENTER.

Yes, I get the same.

prl wrote:Also, ALT-Q sometimes brings up the Queue menu, rather than doing the add-to-queue operation.

I managed to get this a few times.

I regularly find I can bring up another option box after ?right clicking? then selecting ?remove? from the second or third recording I want to remove from the queue list. This always happens when the <move up, move to top, download now, remove, remove all> option box is slow to open. After clicking ?remove? from this box, the option box that opens has <queue for download, refresh information, episode information, queue for deletion, delete from wiz now> options. If I then press the <Esc> key to exit from these options, the recording is removed from the queue list.

I also find if I want to clear all recordings in the queue list by selecting ?remove all? from the <move up, move to top, download now, remove, remove all> option box, all the queued recordings are correctly removed from the queue list but the selected recordings in the recording list remain ticked (green tick). I?m not sure if this is how it should work. To remove the green ticks I have to ?right click > refresh information? on each ticked recording.

Starionx · Post by **Starionx** » Sun Jan 16, 2011 18:54

IanSav wrote:Hi Starionx,

Could this be a Windows firewall issue? Have you enabled access for WizFX, WizZilla and getWizPnP through the firewall?

Regards,
Ian.

I wish... they all have access. I think I'll just copy the files to a usb hard drive, and then from there to the laptop. It will take longer, but it still works.

meh....

Peter D · Post by **Peter D** » Mon Jan 17, 2011 11:48

prl wrote:
prl wrote:...
Next up I'm going to leave it with 98GB of transfers to chew on overnight, copying to TS format.
Hi, Peter D.

Because WizZilla doesn't display the amount to transfer for queued TS transfers, I had to guess a bit, and I only transferred about 96GB. But it all transferred without error. All unmodified recordings.

My setup for the copy was DP-Lite, 01.07.055, WizZilla 1.1.0.60, WinXP Pro 2002 SP3.

How many different recordings have you tried to transfer? Are they edited or unedited, and does it make a difference? If edited, how, and does the kind of editing make a difference?

I'm running out of things to try to replicate the problem. If I can't replicate it, it's really hard to isolate or fix.

I have only tried two or three different recordings all made with 055. I never edit recordings on the BW. I will try some new recordings.

prl · Post by **prl** » Mon Jan 17, 2011 12:10

Peter D wrote:...
I have only tried two or three different recordings all made with 055. I never edit recordings on the BW. I will try some new recordings.

OK, thanks. I'll try to run through some more long transfers, too. Unfortunately, I have to borrow a PC to do it, but I'll try to do it again sometime during the week.

Peter D · Post by **Peter D** » Mon Jan 17, 2011 19:38

- reloaded firmware 01.07.350
- recorded channel 7 for 70 minutes
- set up wired connection to PC
- tried Wizzilla to copy recording to PC - FAILED
- tried WixFX to do the same - FAILED

If others do not see this happening with 07 firmware, I suspect the cause is related to the 2TB drive

Is there anyone with a 2TB drive you has tried copying using Wizzilla or WixFX?

IanSav · Post by **IanSav** » Mon Jan 17, 2011 19:42

Hi Peter D,

Peter D wrote:If others do not see this happening with 07 firmware, I suspect the cause is related to the 2TB drive

How or why are you ruling out a problem with your PC or the network?

Does the recording work properly on the Beyonwiz? Have you tried pushing the recording to your PC with File Player on the Beyonwiz?

I don't think there is enough information to conclude a cause.

Regards,
Ian.

Peter D · Post by **Peter D** » Mon Jan 17, 2011 20:33

It used to work fine with the previous DP-P1. I switched to hard wired to rule out any wireless problem.

I have not seen any problem with the original recording when played on the BW.

Copying the recording to the PC when initiated on the BW appears to work fine. Though I have not played the copied file to check.

Peter

IanSav · Post by **IanSav** » Mon Jan 17, 2011 21:21

Hi Peter,

This makes the problem sound more like a problem on the PC or the client software. Given the number of people using the client software without this issue I think you should concentrate on checking your PC for any possible configuration/firewall/network issues.

Regards,
Ian.

Peter D · Post by **Peter D** » Tue Jan 18, 2011 06:15

As I said, nothing has changed execept the BW. Same PC, same PC software, same network.

Several people have had exactly this problem. However, so far I am the only person experiencing it with 01.07 firmware.

prl · Post by **prl** » Tue Jan 18, 2011 08:07

Hi Ian, Peter D.

As far as I know, the differences between my setup and Peter D's are: I have a DP-Lite (500GB), he has a DP-P2TB (2TB), I'm running WinXP Pro 2002 SP3, Peter D hasn't yet said what version of Windows and/or what additional firewall software he's running, and there are undoubtedly differences between our home networking setups.

Peter D has observed the problem in both 01.07.055, 01.07.069 and 01.07.350. I've been unable to reproduce it in either 01.07.055 or 01.07.350.

The symptoms of the problem that Peter D is experiencing appear to be similar to the problems with WizPnP transfers in 01.05.334, but it's hard to tell without the error message output from getWizPnP.

Peter D, have you tried running getWizPnP directly from the command line? If so, what error message did you get? If not, are you willing to try it out?

Peter D · Post by **Peter D** » Tue Jan 18, 2011 08:41

I have run the GetWizPnP command line directly. And, with advanced logging turned on.

I got exactly the same message as the other guy who was doing the testing. I would have to look back in the posts to find it. But it was something like "getWizPnP Failed".

I am running Windows 7 32 bit, with the default Windows firewall.

Peter

Peter D · Post by **Peter D** » Tue Jan 18, 2011 08:44

From my earlier post after entering the command line directly:

<file name>.ts/0005: Bad Request
Download failed: Bad Request

where <file name> is the file name being copied.

prl · Post by **prl** » Tue Jan 18, 2011 08:57

Peter D wrote:From my earlier post after entering the command line directly:

<file name>.ts/0005: Bad Request
Download failed: Bad Request

where <file name> is the file name being copied.

Thanks. Yes, that's the same error as people get with getWizPnP on 01.05.334.

The thing that puzzles me is that a good bit of the recording gets copied before it falls over.

Since I can't reproduce the problem, I really only have two suggestions

That I send you a copy of the Perl source for my development version of getWizPnP, which has slightly better error messages now than the getWizPnP in WizZilla. That could give more of a hint as to where the HTTP request to fetch the file is failing, though if it's failing in the same place as it does in 01.05.334, then that's a bit of a dead end. There's a moderate amount of work involved in getting getWizPnP running from the Perl source, in particular you need to install Perl (ActivePerl is known to work) and some Perl library packages. If you're willing to do that you can PM me an email address and I can send you the source. However, even if the cause of the problem can be found, it may not be possible to fix it from the client side.
Given the problem also occurs for WizFX, you could take the problem to Beyonwiz Support.

sub3R · Post by **sub3R** » Sat Jan 29, 2011 14:24

This morning I had another recording that didn?t fully copy from the S1 to the PC?s Ext HDD using WizZilla 1.1.0.60. The S1 was running 01.05.320 f/w & the SBS HD recording ?Coast-3? was being copied in native format. The timer for this recording had been previously renamed using ?clear? to fully clear the name prior to renaming. The recording had been edited using ?keep A-B? & the final recording renamed from ?Coast? to ?Coast-3?. Instead of files 0005 to 0143 (all 32,768kB) being copied, only 0005 to 0141 (all 32,768kB) & 0142 (3,168kB) were copied.

Both 1.0.1.4 & 1.0.2.3 versions of WizFX copied all the recording, as did getWizPnP 0.3.4.0, & the copy command from the S1?s file player.
A second attempt using WizZilla copied the full recording, so this is intermittent on my setup as per my previous failures.
For some unknown reason, both the above versions of WizFX only gave the folder a name of ?Coast-3.tvwiz? instead of ?Coast-3 - Fri Jan 28 2011.tvwiz?.

Copying with WizZilla a second time, I noticed near the end of the copy process, the recording disappeared from WizZilla?s queue window before 0141 had finished copying (observed with Windows Explorer). Files 0141, 0142 & 0143 continued copying successfully after this. (added 3-Feb-11): There is approx an indicated 25sec of download time remaining when the recording disappears from WizZilla?s queue window. (end addition)

I also notice that getWizPnP.exe 0.3.4.0 (as used by WizZilla 1.1.0.60) displays:
?SBS HD: Coast-3/♣Southport to Whitehaven - This stretch of coast is not just the? ?.
Whereas getWizPnP.exe 0.4.3a (latest compiled version) displays:
?SBS HD: Coast-3/Southport to Whitehaven - This stretch of coast is not just the? ?.
The ?♣? has been left out, which is probably irrelevant to the above copy issue.

I have ?--debug=trunc? information for this recording if needed.

prl · Post by **prl** » Sat Jan 29, 2011 16:31

sub3R wrote:...
I also notice that getWizPnP.exe 0.3.4.0 (as used by WizZilla 1.1.0.60) displays:
?SBS HD: Coast-3/♣Southport to Whitehaven - This stretch of coast is not just the? ?.
Whereas getWizPnP.exe 0.4.3a (latest compiled version) displays:
?SBS HD: Coast-3/Southport to Whitehaven - This stretch of coast is not just the? ?.
The ?♣? has been left out, which is probably irrelevant to the above copy issue.
...

Yep. This was fixed in getWizPnP 0.4.2.

prl · Post by **prl** » Sat Jan 29, 2011 17:12

sub3R wrote:This morning I had another recording that didn?t fully copy from the S1 to the PC?s Ext HDD using WizZilla 1.1.0.60. The S1 was running 01.05.320 f/w & the SBS HD recording ?Coast-3? was being copied in native format. The timer for this recording had been previously renamed using ?clear? to fully clear the name prior to renaming. The recording had been edited using ?keep A-B? & the final recording renamed from ?Coast? to ?Coast-3?. Instead of files 0005 to 0143 (all 32,768kB) being copied, only 0005 to 0141 (all 32,768kB) & 0142 (3,168kB) were copied.

Both 1.0.1.4 & 1.0.2.3 versions of WizFX copied all the recording, as did getWizPnP 0.3.4.0, & the copy command from the S1?s file player.
A second attempt using WizZilla copied the full recording, so this is intermittent on my setup as per my previous failures.
For some unknown reason, both the above versions of WizFX only gave the folder a name of ?Coast-3.tvwiz? instead of ?Coast-3 - Fri Jan 28 2011.tvwiz?.

Copying with WizZilla a second time, I noticed near the end of the copy process, the recording disappeared from WizZilla?s queue window before 0141 had finished copying (observed with Windows Explorer). Files 0141, 0142 & 0143 continued copying successfully after this.
...

This sounds like WizZilla may not be interacting with getWizPnP correctly. Could you try running the compiled getWizPnP 0.3.4 a few times to see whether it really does do the copy consistently?

WizZilla has arrived

About the Forum

Join us