**** BEGIN LOGGING AT Thu May 22 02:59:57 2008 May 22 11:11:08 I got an at file today May 22 11:11:25 while recording both ABC1 and ABC2 May 22 11:11:43 grand designs at 6 and scrap heap at 6:30 May 22 11:50:38 i seem to get them on those channels May 22 11:50:47 i have been recording scrapheap daily too May 22 11:51:44 I'd say that too May 22 11:51:51 but I only really tape abbc May 22 11:51:54 :) May 22 11:52:42 I'm playing some content from my new NAS now May 22 11:52:45 on the wiz May 22 11:52:53 mpeg1 and divx May 22 11:52:59 it seems to work quite well May 22 11:53:40 yep, works well until the bitrate is higher, or it has a multi-channel audio stream (rather than stereo) May 22 11:53:56 ah k May 22 11:54:06 I haven't really streed it yet May 22 11:54:10 stressed May 22 11:54:19 then you have to resort to going in and setting up 2channel rather than passthru, unless it is AC3, but I haven't found a file format with AC3 that plays both video and audio at the same time May 22 11:54:47 usually the video is a black screen ... i htink it was h.264 or something like that, so may explain it May 22 12:06:31 It would be good if we could get a description from beyonwiz as to what the stat file does May 22 12:06:48 that Kenglish doesn't explain much May 22 12:07:05 ;) May 22 12:07:28 they don't like the idea of renaming the file as they think the filesystem is corrupted, that is just bulldust, if it was corrupted a lot more shit would be screwed May 22 12:08:21 maybe they keep multiple versions May 22 12:08:37 and the file that is on the disk is an old out of date version May 22 12:08:44 which doesn't sync with the current file May 22 12:08:50 anyway, my usb "tweak" doesn't rename it, it simply copies another one in May 22 12:08:52 recording May 22 12:10:12 i dunno, your explanation is now as confusing as theirs :-) May 22 12:10:42 maybe the stat file keeps information about the recording May 22 12:10:52 which is refreshed periodically May 22 12:11:07 by making a new stat file and removing an old file May 22 12:11:14 but it is not used at all for anything? May 22 12:11:33 I guess that's what I'm wanting to know May 22 12:11:36 well, should i say, when any old stat file is copied, it makes no difference to the playabilty May 22 12:11:45 what is it used for on the wiz May 22 12:11:59 maybe it is for a future feature May 22 12:12:02 yep. did you read their release notes info May 22 12:12:14 not really the evolution that 235 was May 22 12:24:43 ahh, i re-read hanjo's post, and he says if the information in the stat file is wrong, it ignores the wrong info and plays ok May 22 12:25:14 I guess it's just my curious nature May 22 12:25:24 I'd like to know what the info is used for May 22 12:25:47 but if that is the case, why don't they just ignore the file if it doesn't exist also? But the bigger worry is the buffer overrun to cause the corruption will manifest as some other stupid behaviour when the right combo of things are done. May 22 12:26:22 yeah just putting a bandaid over the effects isn't a long term solution May 22 12:27:08 really they should be able to track it down, they have two corruptions "at" and "fsck.000" May 22 12:27:37 they should work out where in memory those strings sit, and see what would be causing the pointer to go silly May 22 12:28:12 at I can see but the fsck.000 file might be outside their apps scope May 22 12:28:51 it may be 2 strings, fsck[null?]000 May 22 12:29:23 true May 22 12:31:04 it is something i guess that even none of use are managing to work out how to repeat it May 22 12:31:25 so how can they do it with limited testing environ anyway? May 22 12:31:48 they need to be able to create a diagnostics f/w version and have a few of us run that for a while, maybe simply a logging f/w May 22 12:31:59 just know what it is meant to be doing would help narrow down the testing in my mind May 22 12:32:10 actually, you got the log working before didn't you? May 22 12:32:21 yeah May 22 12:32:43 you just redirect stdio to a file May 22 12:32:43 yeah, know what it is, when it is meant to be created, is it regularly updated, and WTF is it used for :-) May 22 12:32:58 then turn on ctrace logging with trccmd May 22 12:33:00 STDOUT May 22 12:33:05 yup May 22 12:33:15 wizdvp > somefile.log May 22 12:33:36 ahh, so you have to hack the startup for it too May 22 12:33:41 yes May 22 12:34:42 hmm, maybe have rc.sysinit be a simple loader to the full one in /tmp/config, or is that playing with too much fire May 22 12:34:57 hehe that's what I was doing May 22 12:35:20 it just gets really annoying doing the "erasing" (for ever) and "upgrading" for more than for ever May 22 12:35:29 reverting back to the original if booted from the eject start May 22 12:35:30 when doing a f/w upgrade May 22 12:35:36 yeah May 22 12:36:22 see that the P1 rc.sysinit only has one subtle difference to the S1? May 22 12:36:37 what's that? May 22 12:36:38 wizdvp is called with a command line option that the S1 isn't called by May 22 12:36:51 ah yes that's right May 22 12:37:00 the P1 mode May 22 12:37:06 i wonder if this tells wizdvp not to go looking for a dvd May 22 12:37:19 probably May 22 12:37:21 and perhaps not offer the lan options in the menu May 22 12:37:36 but i wonder if everything else is the same, to keep the build pretty much the same May 22 12:37:50 i haven't had a good look at the p1 f/w yet May 22 12:38:35 so i wonder if we don't call wizdvp with that option in a P1, if we can do things like mount DVD ISOs and play with the DVD player May 22 12:38:55 hmm May 22 12:39:03 just wondering :-) May 22 12:39:08 :) May 22 12:39:23 it may simply hang wizdvp as it endeavors to find wireless hardware that doesn't exist May 22 12:39:25 It would be interesting to see how far it got May 22 12:39:48 i haven't even mounted a DVD ISO myself yet to examine the exact behaviour May 22 12:40:01 actually, i have a couple of iso's May 22 12:40:30 won't muck about now, it is recording lost May 22 12:40:53 ok, got almost 2 weeks of tv to catch up on, see you! May 22 12:41:06 righto cya May 22 12:41:15 I've got a fairly big backlog too May 22 12:41:51 DTS is only supported in DP-S1 mode May 22 12:42:02 i know, that was a bit of a shock May 22 12:42:16 what a silly restriction to enforce? May 22 12:42:28 P1 and H1 disable DTS - I asked about that months and months ago and no one would tell me. May 22 12:42:29 Is that hardware related? May 22 12:42:47 Probably a software licensing issue. May 22 12:43:17 right May 22 12:43:30 ok peter, whenever you get the time, edit your rc.sysinit wizdvp call and remove the call to the P1 mode of WizDVP and see if the beast will take it May 22 12:45:03 It's unlikely I'll have a chance to do that anytime soon - I've already fallen behind at work due to troubleshooting the telnet hack May 22 12:45:04 hopefully not white smoke May 22 12:45:52 if jai can give me a p1 i will give it a go :-) May 22 12:46:06 but then i will have just too many STBs to handle :-) May 22 12:47:13 ok, getting late, cu May 22 12:47:19 I suspect that only S1 is licensed for DTS because it's common to have DTS on DVDs. May 22 12:47:23 yeah I'm going now too May 22 12:47:33 night May 22 12:48:51 cya **** ENDING LOGGING AT Fri May 23 02:59:57 2008