TyTool Alpha #7r10, VSplit Alpha beta #3.31b1, DVD output...

[jdiner]

Ummm. I have not seen that. The only time I ever have seen anything remotely like that is when you try and load a file that has had the resolution altered, like by DVDPatcher, and it is trying to predict off of data that is not present. But that tends to affect only the middle to right hand side of the display.

If it can be mux'ed then the code is finding the data and should be able to make a key file. Are you using TyTool to do all of it or are you using VSplit manuall for things?

--jdiner

[eastwind]

Originally posted by jdiner
Ummm. I have not seen that. The only time I ever have seen anything remotely like that is when you try and load a file that has had the resolution altered, like by DVDPatcher, and it is trying to predict off of data that is not present. But that tends to affect only the middle to right hand side of the display.

If it can be mux'ed then the code is finding the data and should be able to make a key file. Are you using TyTool to do all of it or are you using VSplit manuall for things?

--jdiner

Pretty sure I've only been using TYTool for everything for the last few months. Like I said about the key file, though....it does get generated and I can use it like normal (F4, ESC, F5, slider mark cuts) I just can't see any of the video. If it happens again I'll cut you out part of it so you can see what's up. (Would it be in the first few chunks?)

EW

[Homer S]

I selected a line in the NowShowing list and tried the delete key in TyTool... it does not seem to do anything. Am I using it wrong?

I would like to be able to clean up the list after extracting without going upstairs to go through the Tivo list...

I searched.. but delete is a bit too common.

Thanks,
Homer Out

[Toddler]

Originally posted by Homer S
I selected a line in the NowShowing list and tried the delete key in TyTool... it does not seem to do anything. Am I using it wrong?

I would like to be able to clean up the list after extracting without going upstairs to go through the Tivo list...

I searched.. but delete is a bit too common.

Thanks,
Homer Out Delete hasn't worked in any version of TyTool for me either. But it's not a big deal to me.

[BudMan]

Originally posted by jdiner
What did you download them with?

I have never seen TyTool extract files and have then be different.

Do you happen to still have the bad files and then the good ones? If so I would like to see the output of a diff type program on them to see what really went different.

--jdiner

I appear to be having similar issues as others here. I have just recently started with extraction. I am definitely getting different results with tytool extracted files. I can usually tell when the extraction went well, because the extracted file when bad is off by 1m. For instance it will show in Now Playing as a 407m file but after extracting to XP PC, if it is bad it is only 406m, but actually doesn't seem to get close to the end of the program at all.

During the file I was trying to extract, 4 different time I got a 406m file, and it would get to different places in the show. When I finally got the full 407m extracted, it had the entire program. I ususally get better results with extraction when running tserver with -n option, but it still only extracts the full file about 30-40% of the time. This behavior was seen on my first 3 shows attempted - all 30 minutes 2 were cartoons South Park and Yu-Gi-Oh and the other was Dave Chappelle on Comedy Central. Once I finally got the full file sizes extracted on these shows they functioned as advertised. I was thinking of trying to bring home a win98 laptop, or use my wife's to see if I get the same results.

By the way, I have been reading this forum for quite awhile, and finally took the extraction plunge. From what I have seen these tools are awesome.

[Toddler]

Hey BudMan,

I record Larry Sanders every day and when I pull down the ty files they are either 768 or 767 MB. I've never worried about it until I saw your post, and I've never converted any to MPG yet either (waiting until I get all episodes to do DVD). I make the key files and assume that if that works, my ty files are ok. Can you tell me if the keys get generated on the "bad" ty files? If so, I may be screwed.

Toddler

[jdiner]

Originally posted by Homer S
I selected a line in the NowShowing list and tried the delete key in TyTool... it does not seem to do anything. Am I using it wrong?

I would like to be able to clean up the list after extracting without going upstairs to go through the Tivo list...

I searched.. but delete is a bit too common.

Crap. It was supposed to still be grayed out. There is a new version of things coming where it should work they way I want finally. But for now like so many others I use tivoWeb to delete things after they have been downloaded and processed.

--jdiner

[jdiner]

Originally posted by BudMan
I appear to be having similar issues as others here. I have just recently started with extraction. I am definitely getting different results with tytool extracted files. I can usually tell when the extraction went well, because the extracted file when bad is off by 1m. For instance it will show in Now Playing as a 407m file but after extracting to XP PC, if it is bad it is only 406m, but actually doesn't seem to get close to the end of the program at all.

Ok. It sounds to me like you are either running a very old version, or are running on NT/2K/XP and in the older single socket mode rather than the newer double socket mode. This would allow time-outs to occur during download. These show up in the telnet window where the server is running with the text:

********** #1 failed to write to stdout

When this happens the connection has terminated early. Other than that things are watched very carefully in the code and it looks for errors and faulty transmissions.

I switched to Win2k to try and catch these and I have not seen one in forever. I am betting that there is still some issue in dealing with XP.

--jdiner

[jdiner]

Originally posted by Toddler
I record Larry Sanders every day and when I pull down the ty files they are either 768 or 767 MB.

I make the key files and assume that if that works, my ty files are ok. Can you tell me if the keys get generated on the "bad" ty files? If so, I may be screwed.

I use the same technique. There have been no problems here on this end. And I do this a ton both for testing and for things I actually want to keep.

The most recent bug that gardavis sent me a clip for had an error I have never seen before. No in the literally thousands of clips I have looked at. It lost 1 byte 3 times during the stream. Not chunks or blocks but literally just 1 byte. I can only assume it is an XP issue as I have never seen it here on my own machines and I still use 1 98 and 2 Win2k boxes without fail across thousands of streams.

--jdiner

[Toddler]

Keep up the good work, Josh. Don't let all these little pesky bits get at you. Even if you never did another thing to TyTool, it would still rock like t.a.t.u. in a women's prison.

[BudMan]

Originally posted by jdiner
Ok. It sounds to me like you are either running a very old version, or are running on NT/2K/XP and in the older single socket mode rather than the newer double socket mode. This would allow time-outs to occur during download. These show up in the telnet window where the server is running with the text:

********** #1 failed to write to stdout

--jdiner

I am running 7r7 with tserver_mfs6. Never changed to single socket mode, and thought that the default is the double socket mode, but will check again later when I get home to make sure what I am using.

I am though, definitely not getting any errors in the telnet window about "#1 failed to write to stdout". I will try some more testing this evening. I really apologize if I just have a setting off though.

[BudMan]

Originally posted by Toddler

Can you tell me if the keys get generated on the "bad" ty files? If so, I may be screwed.


I only tried to create the key file on one of the missing 1m files, so it may not be a good test. I seem to remember it making the key file, but had some Fix it Henrys. Not completely certain of this though. I plan on trying more tests tonight.

[mavrcksd]

I'm trying to DVD'ize my friends wedding.

I have it on VHS.
dubbed it into the tivo on med quality
Extracted the TY+

Used vsplit mode - because i wanted to put it into dvd lab

However the Audio starts about 20% in, when it says it's just 7ms late. (that should be miliseconds? no?)

No matter what I do, this is what I'm getting.

I have even tried tmf2ty to put it into tytool. same thing.

Help?

[6021tivo]

Off Topic

For the attention of jdiner...

I would just like like to say, firstly I am a little pi*sed and I love you tytool program, and more importantly your effort on getting things right. For me I love the way 7r7a appears to be working. Only issue the lower quality recordings have a green band down the right hand third of the screen, but no bother, now record in the highest.

Anyways back to the booze, thanks for all the great work, I don't know why you don't charge for your SW, even though it may take some of my beer money. I think you are great and would allow you the use of my wife to make a very clever child.

Thanks again

Love Phil

[hancocks]

Josh,

Just wanted to second the fact that I had a download Fix It Dear Henry on me during keyfile making...

Redid the download (Stuart Little 2, not that it matters), and the keyfile make issue disappeared.

I've saved the bad stream. You are welcome to the defective chunk if you want it.

Thanks,

- Stu

[jdiner]

Originally posted by BudMan
I am running 7r7 with tserver_mfs6. Never changed to single socket mode, and thought that the default is the double socket mode, but will check again later when I get home to make sure what I am using.

I really apologize if I just have a setting off though.
No. I expect that it is something else. I am just not sure what yet. I have asked a few times directly to people. But let me restate publicly. I need more information when I get reports like this.

Here is the more full list of questions:

1- What Tivo OS version are you running.

2- What client side OS are you running? XP? 2K? Any service packs???

3- How do you connect to your tivo? tivonet, turbonet, airnet (or whatever the wireless thing is called...)

4- Do you have any routers or other equipment in the mix for your networking? Specfically between the tivo and the client machine.

5- Ummm. There used to be a #5 but now I don't remember what it was.

My best guess is that you are running XP. Any service packs or hot fixes?!!?

There is something about the writing of files or the networking that is suspect to me right now under XP. Mostly because myself and others have processed tons of files. I quit counting a year or so ago at over 100,000 reported to me from this and other forums... So whatever this problem is it is rather new... Since the tserver_mfs6 has not changed in a long long time I don't know what it is and I can't duplicate it here...

--jdiner

[jdiner]

Originally posted by BudMan
I only tried to create the key file on one of the missing 1m files, so it may not be a good test. I seem to remember it making the key file, but had some Fix it Henrys. Not completely certain of this though. I plan on trying more tests tonight.
Ok. The Henry line is an indication of trouble. If you see it something is more definately wrong.

--jdiner

[jdiner]

Originally posted by mavrcksd
I'm trying to DVD'ize my friends wedding.

I have it on VHS.
dubbed it into the tivo on med quality
Extracted the TY+

Used vsplit mode - because i wanted to put it into dvd lab

However the Audio starts about 20% in, when it says it's just 7ms late. (that should be miliseconds? no?)

I don't know what is going on. But you are crossing toolsets and that is not necessarily a great idea. Try downloading it with TyTool and processing it.

Beyond that ask in the DVDLab thread about issues with that. The A/V sync when splitting has been "correct" from the tools for a very long time. I know that doesn't really seem to help but it does tell you that it is something external. Possibly: The Tyfile from whatever makes .ty+ files has issues... The import into DVDLab has issues... etc...

--jdiner

[jdiner]

Originally posted by hancocks
Josh,

Just wanted to second the fact that I had a download Fix It Dear Henry on me during keyfile making...

Redid the download (Stuart Little 2, not that it matters), and the keyfile make issue disappeared.

I've saved the bad stream. You are welcome to the defective chunk if you want it.


Yeah. I do. Please answer the questions I asked for those that are seeing this problem...

Then get ready to send me the same band of 30 chunks from each file, the good and the bad, please start 20 chunks before the problem and go to 10 after it. This way I can compare what is really happening within the data itself.

--jdiner

[newbie]

BudMan--some suggestions that worked for me:
1)put Dtivo in standby mode and tune SA unit to an empty channel

2) turn off AV and zone alarm

3) change network speed from auto to 100

4) I had a problem when I upgraded to DTivo 2.5.2 I killed 2 processes (FTP Daemon and one other program).

[digitalAir]

Well, first off, let me say, "Damn! you wonder off for a couple of months and BAM!!!! you miss all the fun..." :)

Josh, The progress you've made over the last 3 or 4 months on your tools is amazing.


Of course, with that said, I know it's a completely, totally minor issue, but...

Any idea what causes some entries during the make menu process to get indented?

(and why is the title length limit so short?) ;)


keep up the great work man!

[BudMan]

Originally posted by jdiner
Here is the more full list of questions:

1- What Tivo OS version are you running.

2- What client side OS are you running? XP? 2K? Any service packs???

3- How do you connect to your tivo? tivonet, turbonet, airnet (or whatever the wireless thing is called...)

4- Do you have any routers or other equipment in the mix for your networking? Specfically between the tivo and the client machine.

5- Ummm. There used to be a #5 but now I don't remember what it was.

My best guess is that you are running XP. Any service packs or hot fixes?!!?

--jdiner

Sorry that I didn't provide full info up front. I do want to state right now that I am not in any way trying to take time away from the wonderful work you have been doing on these tools. I can work to find another OS pc to get these tools working! I tried all these tests on my wife's 98se laptop using the same folder of tytools from the xp pc and all works fine. I will not be able to use my wife's laptop going forward, but I will find a usable laptop from work. I would just consider it a bonus to get it working on XP pro.

1- Tivo OS ver 3.1.0-01-1-031
2- Windows XP Pro SP1
3- Turbonet
4- My XP pc is on a netgear router and my tivo boxes are on a netgear switch uplinked to the router
5- see answers to newbie below

Originally posted by newbie
1)put Dtivo in standby mode and tune SA unit to an empty channel

2) turn off AV and zone alarm

3) change network speed from auto to 100

4) I had a problem when I upgraded to DTivo 2.5.2 I killed 2 processes (FTP Daemon and one other program).

1) tried this with no help whatsoever - It seems that both doing this and running tserver -n almost helps in that the around 30% that I get this to work may actually go up to 40%
2) do not use either of these, as I manually scan everything I download and do not open ANY untrusted file, plus my router is firewall
3) tried this and will get back to you in about 45 minutes if this actually has any effect
4) the only things installed on this Tivo is - Turbonet's install instructions for bash, ftp, and telnet; elseed (not currently started); kernel hack for noscramble; and tserver w/ nowshowing.tcl

Let me know if I can give any more information. I will post next try after changing 3com's setting to 100/full within the next hour or so.


Thanks for the help so far.


Bud

[dark strider]

Originally posted by jdiner
Alright. Some bad news and some good news.

The good news is here is a mac version of vsplit.

The bad news. No transcoding.

I can't get GCC to build the dynamic library on the machine. There are global variables and the stupid thing is complaining about them.

I know so little about the mac that i tried but can't fix it.

If anyone around is a mac expert developer and wants to help feel free. But otherwise no transcoding for the mac native programs... :(

--jdiner

I could do without the transcoding, but since I upgraded to 303b2, I can not get it to actually process a stream. It reads the headr just fine, and then exits with a Segmentation Fault...


back to 2c1 for me, i guess...

[jdiner]

Originally posted by dark strider
I could do without the transcoding, but since I upgraded to 303b2, I can not get it to actually process a stream. It reads the headr just fine, and then exits with a Segmentation Fault...

back to 2c1 for me, i guess...
Ok. That sucks. I test it with a small clip that I have used for some time. It has an error in it the kind the vsplit can recover from and it worked just fine.

Fill me in. What are the command line options that you used? Any features turned on etc...

--jdiner

[jdiner]

Originally posted by BudMan
I would just consider it a bonus to get it working on XP pro.

2- Windows XP Pro SP1

Let me know if I can give any more information. I will post next try after changing 3com's setting to 100/full within the next hour or so.


Ok. Send me your email address in a PM if you would. I have a 2 new test versions that will try to lock down the problem. One is much more carefull about how it writes to the disk. And one parses but does nothing more with each chunk that is read. This is so that I can see if it is the networking or the filesystem that is the problem. At the moment my guess is the networking but there are really only 2 pieces at present that affect a direct download of a file and so it has to be one of them.

--jdiner

[jdiner]

Originally posted by digitalAir
Well, first off, let me say, "Damn! you wonder off for a couple of months and BAM!!!! you miss all the fun..." :)

Well... welcome back. :)


Any idea what causes some entries during the make menu process to get indented?

(and why is the title length limit so short?) ;)


They aren't actually indented. They are centered. It looked better to me at the time. Now I am not so sure. So it is going to be an option in a near-future release. To center or left or even right justify.

Als the title is short because thats what would fit. A selectable font is going to go a long way towards solving this particular problem. I had intended to do a bunch more work on the Menu page right after it was released. But then I found some major issues with compatibility and what not and figured I had better get them solved first. Now it is time for some more work on the DVD output in terms of the menu and it's flexibility.

--jdiner

[Toyz]

Oops, don't know if I just double posted, but here it is again.

jdiner,

Having problems with "Unknown PES packet. Fix it dear henry..." messages when trying to make key files. It seems to be happening all the time now and I don't know why.

I have a US Sony series 1, recording in high quality.

I'll try to attach ty below, but it is 6.5 MB and I don't know if it will attach.

[Toyz]

Here is another (different) example of the "fix it dear Henry" problem.

Regards,

[jdiner]

You can't attach a file to a post that is over 1mb here on the forum. Definately not one that is 6meg.

Also could you please fill in the list of questions that I asked of the last person reporting such a problem. I need a whole lot more information before I will be able to help at all.

--jdiner

[newbie]

Originally posted by BudMan
4) the only things installed on this Tivo is - Turbonet's install instructions for bash, ftp, and telnet; elseed (not currently started); kernel hack for noscramble; and tserver w/ nowshowing.tcl


Bud

I am using XP PRO (with service packs). Try killing the ftp. PS AUX will tell you what process you have to kill.

[Toyz]

Originally posted by jdiner
You can't attach a file to a post that is over 1mb here on the forum. Definately not one that is 6meg.

Also could you please fill in the list of questions that I asked of the last person reporting such a problem. I need a whole lot more information before I will be able to help at all.

--jdiner

Sorry, I thought that I had, I've read through all the "Henry" posts, is it this info:

1- Tivo OS ver 3.1.0-01-1-031
2- Windows XP Pro (5.1.2600 SP 1 build 2600)
3- Tivonet (older card than Turbonet)
4- My XP box has a gigabit ethernet connected to a Linksys 10/100 Switch. The Tivo is connected to a 3com 10MB Hub uplinked to the Linksys 10/100 Switch.

BTW, everything was working fine using 7r4, burned a dozen DVD's (your code ROCKS!) then I went to 7r7 and "Dear Henry" so I went back to 7r4 and now it's doing it :( probably a coinsidence.

I have extracted (tyfilesplit) two examples of the problem that I'll be happy to ftp to you.

I understand if you are too busy, there are so many people that it does work for, my problem is likely something wrong with my setup. I'll keep playing around to see if I can make it work. I'm guessing it has something to do with the ty extract. Maybe I'll try other extraction methods and let you know what I find. I'm curently usinf 7r7 with tserver_mfs6.

Thanks for the tool and all your hard work.

[captain_video]

Re: Audio dropouts

quote:
--------------------------------------------------------------------------------
Originally posted by captain_video
I've noticed an ongoing problem with TyTools but don't recall seeing anyone post anything about it. I get dropouts in the audio at the beginning of every show I edit using TyTool. Usually it occurs within the 1st 10 seconds or so of the edited clip and then it's fine from that point on.
--------------------------------------------------------------------------------


I am not sure what you mean here... The audio is patchy when it plays back in the first 10 seconds? Is this on a hardware player or on the PC using something PowerDVD?

I don't see this here. Not on my 4 hardware players and not on my PC.

What types of streams are they? SATivo? DTivo? SeriesII? etc...

--jdiner


Sorry for taking so long to respond to this. The ty streams are from a series 1 DTivo. I edit using TyTool and mux to mpeg files and author in DVD Workshop. The mpeg files play fine in PowerDVD and only exhibit the problems I described when playing back on my Sony DVP-NS715P set top player. There is sometimes a slight bit of jerkiness in the video as though the player doesn't quite know how to synch everything up at the very beginning and then sorts everything out after a few seconds. Most of the time the video is fine but it appears that there are missing audio packets or momentary dropouts in the sound. It's relatively minor and only mildly annoying as it clears up fairly quick and plays fine from that point on.

I haven't had any other synch issues with TyTool other than at the beginning of a large number of clips that I've edited in the middle. I've never seen it when I only trim the beginning and the end of the clip. I'd be happy to upload a portion of the mpeg file if you'd like to look it over. Just post your ftp address or send it to me in a PM and I'll trim a small clip for you.

[BubbleLamp]

Originally posted by captain_video
Sorry for taking so long to respond to this. The ty streams are from a series 1 DTivo. I edit using TyTool and mux to mpeg files and author in DVD Workshop. The mpeg files play fine in PowerDVD and only exhibit the problems I described when playing back on my Sony DVP-NS715P set top player. There is sometimes a slight bit of jerkiness in the video as though the player doesn't quite know how to synch everything up at the very beginning and then sorts everything out after a few seconds. Most of the time the video is fine but it appears that there are missing audio packets or momentary dropouts in the sound. It's relatively minor and only mildly annoying as it clears up fairly quick and plays fine from that point on.

Are you patching the headers before importing into DVDWS? Reason I ask is, the menus that program creates appear to be at 720x480. If you are using files at 352x480, there will be a hiccup at the start. I've gotten around this by patching all VOBs to 352x480, then re-patching the header of the first one to 720x480. You may have to patch the entire first VOB instead of just the header.

[jdiner]

Originally posted by Toyz
1- Tivo OS ver 3.1.0-01-1-031
2- Windows XP Pro (5.1.2600 SP 1 build 2600)
3- Tivonet (older card than Turbonet)
4- My XP box has a gigabit ethernet connected to a Linksys 10/100 Switch. The Tivo is connected to a 3com 10MB Hub uplinked to the Linksys 10/100 Switch.

Yeah. Darn. I was starting to hope it was the networking driver for the Turbonet card that ships with 3.1... I guess not. So that means it is something in the client itself. Either in the networking code or in the file code. But it appears to be an issue only on certain versions of XP...

My loathing for XP knows no bounds...

--jdiner

[captain_video]

Are you patching the headers before importing into DVDWS?

Yes. I patch the 1st header of each mpeg to 352x480 @ 3.5MBit prior to importing into DVDWS. After compiling the DVD I repatch the entire VOB (all of the video VOBs but not the menu) back to 480x480 @ 15MBit and then burn with Nero.

My DVD compilations using DVDWS consist of either 5 episodes of Babylon 5 or 9 episodes of Seinfeld. I cut the opening credits from Babylon 5 and made it a first-play video so you don't have to sit through it for every episode. You can skip the intro by pressing the menu button. Since the opening credits changed with each new season, I used the segment that corresponded to the first episode on that disc and then included the opening credit clip for the next season just prior to the 1st episode of that season's 1st episode when I had episodes for two different seasons on the same DVD. I just added it as an extra clip that's selectable from the menu.

For the Seinfeld episodes I added a still menu of the Seinfeld logo with background music containing the show theme with a button to bypass the intro and skip right to the menu. The intro automatically jumps to the main menu when the music stops playing. I use still frames with overlaying titles and episode numbers as selectable buttons for the Seinfeld episodes. The B5 menu also has still frames of the title screen for each episode that are used as buttons.

Sorry about the long dissertation but I wanted to interject that I get the hiccup at individual episodes on the same DVD and always at the beginning of the clip. It doesn't happen with each and every clip but it does occur with quite a few of them. I have gotten the glitch in at least one of my B5 opening credit clips but the rest of them are fine.

I remember reading about the menu being 720x480 but Pr. Sinister's original process indicated that patching the VOBs back to 480x480 worked for him and I never saw any mention of the glitches I'm seeing. I guess I'll have to experiment with different resolution values for patching and see what happens. It's a good thing I keep a lot of DVD-RW's on hand.

[BubbleLamp]

Originally posted by captain_video
Sorry about the long dissertation but I wanted to interject that I get the hiccup at individual episodes on the same DVD and always at the beginning of the clip. It doesn't happen with each and every clip but it does occur with quite a few of them. I have gotten the glitch in at least one of my B5 opening credit clips but the rest of them are fine.

Well keep in mind that 480x480 is NOT native DVD format, so the player has to adjust for it. I'm pretty sure that's why the glitch occurs at the beginning of each clip.

For laughs set a menu item to play next instead of returning to menu and see if it still glitches, I'm betting it won't, since it doesn't have to switch formats in between.

[Toyz]

Originally posted by jdiner
Yeah. Darn. I was starting to hope it was the networking driver for the Turbonet card that ships with 3.1... I guess not. So that means it is something in the client itself. Either in the networking code or in the file code. But it appears to be an issue only on certain versions of XP...

My loathing for XP knows no bounds...

--jdiner

I too am not a fan of XP. I can get a win2K box to try it from tomorrow. BTW, the two shows this happens on, it happens at the exact same place every time I try to get them. I just did a get for two other programs and they worked fine. Hmmm, odd. Hope this info helps.

I've ftp'd the cut files to your ftp server.

Thanks and just in case I havent said it lately, you are THE MAN!!

[captain_video]

Well keep in mind that 480x480 is NOT native DVD format, so the player has to adjust for it. I'm pretty sure that's why the glitch occurs at the beginning of each clip.

I'm aware that 480x480 isn't a native DVD format. I've been burning 480x480 DVDs using various tools for over a year now and never had a problem with the types of glitches I'm seeing with the TyTool/DVDWS combo. If the glitches occurred exactly at the beginning of the first clip I'd expect that to happen but it's inconsistent as to when it actually starts. The opening few seconds may be fine and then the video stutters or the audio drops out momentarilty and then it's fine again.

My Sony player has been sailing along without a hitch playing TyDVDs authored with SpruceUp ever since I bought it about a year ago. The ironic thing is, I reviewed some of the DVDs I'd burned recently and the glitches were so small as to be not even worthy of mention. They are present only on a random basis (maybe one in 10 shows) in my recent compilations but appeared to be much more frequent on my earlier DVDWS projects.

I just switched over to using Ritek DVD-Rs and TyTool7r7a at about the same time. I'm thinking that my old Princo DVD-Rs may have been part of the problem. Comparison tests between DVD-R disks showed that the Princos were among the worst for dropouts. I had been using them almost exclusively for any previous archived recordings and never had the dropout problem, but I never did any editing prior to the latest TyStudio and TyTool releases either.

[BubbleLamp]

Originally posted by captain_video
I just switched over to using Ritek DVD-Rs and TyTool7r7a at about the same time. I'm thinking that my old Princo DVD-Rs may have been part of the problem. Comparison tests between DVD-R disks showed that the Princos were among the worst for dropouts. I had been using them almost exclusively for any previous archived recordings and never had the dropout problem, but I never did any editing prior to the latest TyStudio and TyTool releases either.

Sounds like you've changed too many things at once to draw any meaningful conclusions. I've done all of my editing in TyTools, with cuts at the ends, and throughout the shows. I sometimes get a slight hiccup going from the menu to a chapter, that's it.

[captain_video]

Sounds like you've changed too many things at once to draw any meaningful conclusions.

In retrospect I have to agree with your assessment. I can't blame TyTool for what's going on without more meaningful data to go on. As I said, the glitches are relatively minor and something I can live with since they aren't persistent throughout the clips.

[digitalAir]

Originally posted by jdiner
They aren't actually indented. They are centered. It looked better to me at the time. Now I am not so sure. So it is going to be an option in a near-future release. To center or left or even right justify.

Als the title is short because thats what would fit. A selectable font is going to go a long way towards solving this particular problem.

I'm cool with the title, but I've got 1/2 screen available for the menu items... :)

centered is cool, but it's centered on the left 1/2...

chop, chop... ;)


-- yep, still me... :)

digi

[aersloat]

I get the segmentation fault with or without options. I tried it on three ty files-- all +/- 1.5 gb. All ty files retrieved with mfs_stream from tivoweb. They each open in TyStudio. vsplit writes out zero byte output files.

[jdiner]

Originally posted by aersloat
I get the segmentation fault with or without options. I tried it on three ty files-- all +/- 1.5 gb. All ty files retrieved with mfs_stream from tivoweb. They each open in TyStudio. vsplit writes out zero byte output files.

Sounds like I have a bug then. Something to do with the mac compilation. I will have to look at it sometime soon.

--jdiner

[jdiner]

That is interesting. The XP problem only seems to occur for those that SP1 installed.

I wonder what got changed in that service pack.

Has anyone seen the "henry" posts off of a series 1 DTivo that is running XP without SP1 installed?

Please let me know if you have. I want to try and track this one down and get it closed.

--jdiner

[gardavis]

That is interesting. The XP problem only seems to occur for those that SP1 installed.


I have XP Pro with SP1 and SA Sony SVR2000 Tivo.

Are you saying that the source of the problem is in the downloaded ty file?

Gary

[eastwind]

Originally posted by digitalAir
I'm cool with the title, but I've got 1/2 screen available for the menu items... :)

centered is cool, but it's centered on the left 1/2...

chop, chop... ;)


-- yep, still me... :)

digi

I believe that it's centered on the left 1/2 in case you have enough episodes to need two columns. Then the second column would be centered on the right 1/2. (But I haven't reallly tried it yet, it just seems that way to me.)

EW

[jdiner]

Originally posted by gardavis
I have XP Pro with SP1 and SA Sony SVR2000 Tivo.

Are you saying that the source of the problem is in the downloaded ty file?

Sort of... :)

Something is going wrong. And by the time the TyStream is on disk the file is bad. Things seem to go missing in 4 byte increments.

Now what is wierd is that on 95/98/nt4/2k this has never been seen before. This makes me think it is not the tivo.

I have been getting reports since I posted that I hate XP from a bunch of people that they have been using XP or XP Pro for 12+ months with never a sign of this problem.

Everyone that has filled in the list of questions with the problem has had SP1 installed.

I am interested to know how long these people have had SP1 installed.

--jdiner

[Marsman]

Originally posted by jdiner
Has anyone seen the "henry" posts off of a series 1 DTivo that is running XP without SP1 installed?

Well, It's time for me to monkey-wrench things a bit... I get random "Henrys" on files from my Series 1 DTivo. As in it happens at different points in the file if I try multiple downloads. This seems to happen on about 7 out of 10 downloads, sometimes they come through clean.

Here are the specs:
1- Tivo OS ver 3.1.0-01-1-011
2- Windows Me (yeah, I know, even suckier than XP)
3- Turbonet into a Linksys wireless bridge
4- My PC is connected to a Linksys 802.11b Router/Switch.

Here's the fun part: If I run a cable down the hall and directly connect the Turbonet into the router, everything comes through clean, like 30 gig of shows with no issues. I was kind of guessing it was something with the FTP daemon or with tserver when it was getting throttled by the relatively slow wireless connection. Since I had a workaround, and you are working on a new version of tserver, I wasn't worrying too much about it. Hope this helps...

Marsman

[Toddler]

Originally posted by jdiner
Everyone that has filled in the list of questions with the problem has had SP1 installed.

I am interested to know how long these people have had SP1 installed.

--jdiner Could those who are reporting this error check the version of afd.sys that you have installed? It's a part of the TCP/IP stack in WinXP that controls packet flow and the size of the network transfer frame. If anyone getting the error has a different file version than this, I'd be surprised:

Date Time Version Size File name
-------------------------------------------------
14-Feb-02 17:20 5.1.2600.28 126,336 Afd.sys

There shouldn't be any problem with replacing this file with the original version. Anyone who's daring or frustrated enough might just give it a shot and see what happens; it could be a workaround.

Just in case you wonder why I'm asking about this specific file, I work very closely with Microsoft and I know this particular file got updated in SP1. I wouldn't call this a "shot-in-the-dark" by any means, but it's still just an educated guess at best.

Todd

[Pro-289]

The original file is:
23-Aug-01 05:00 5.1.2600.0 130,688 Afd.sys

Interesting, a Microsoft update that's smaller. That's a first.

[artships]

Originally posted by Toddler
Could those who are reporting this error check the version of afd.sys that you have installed?

Date Time Version Size File name
------------------------------------------------
14-Feb-02 17:20 5.1.2600.28 126,336 Afd.sys

I've no issues with Tytool. No SP1, either. My afd.sys is dated 18-Aug-01, version 5.1.2600.0, 130,688B.

[BubbleLamp]

Originally posted by jdiner
That is interesting. The XP problem only seems to occur for those that SP1 installed.

I wonder what got changed in that service pack.

Has anyone seen the "henry" posts off of a series 1 DTivo that is running XP without SP1 installed?

Please let me know if you have. I want to try and track this one down and get it closed.

--jdiner

Is this happening only with on-the-fly muxing, or does it occur when a person downloads the file first, and processes afterwards? I'm guessing the former, which leads me to believe there might still be an issue with the MTU/MSS or sliding window crap. Or else there is a corruption issue from the time you pull the frame off the stack to the time you write it to disk. Possibly a buffering problem?!

I suppose it could also be related to full-duplex connections, especially with shitty switches, since that gives up the PHY error correction.

Just thinking out loud.

[jdiner]

Originally posted by BubbleLamp
Is this happening only with on-the-fly muxing, or does it occur when a person downloads the file first, and processes afterwards? I'm guessing the former, which leads me to believe there might still be an issue with the MTU/MSS or sliding window crap. Or else there is a corruption issue from the time you pull the frame off the stack to the time you write it to disk. Possibly a buffering problem?!

It has been reported to me as happening with both. The latest sets of files I have gotten from people have all been true TyStreams so they have definately been downloaded.

I am interested to see what people have to say about toddlers comments. If they changed something in the TCP stack then honestly all best are off IMHO. Everytime they mess with something like that tings just get crazy.

--jdiner

[jdiner]

Hummm. Just did some checking on the net and I think afd.sys might just be the culprit. There are all kinds of comments about afd.sys and how it has issues if a fast sends or recv's are happening. And when we download a TyStream they are definately happening a lot.

Some claim the resolution for the problem is to get SP1 installed, and others are saying it is the worst thing you can do. I have no idea what to recommend to people. See my suggestion would be to roll back to Win2k. But then no one wants to buy a new copy of the OS at > $150 a pop. So maybe someone that is way more familiar with XP can make some suggestions to people.

--jdiner

[Toyz]

Originally posted by Toddler
Could those who are reporting this error check the version of afd.sys that you have installed? It's a part of the TCP/IP stack in WinXP that controls packet flow and the size of the network transfer frame. If anyone getting the error has a different file version than this, I'd be surprised:

Date Time Version Size File name
-------------------------------------------------
14-Feb-02 17:20 5.1.2600.28 126,336 Afd.sys

There shouldn't be any problem with replacing this file with the original version. Anyone who's daring or frustrated enough might just give it a shot and see what happens; it could be a workaround.

Just in case you wonder why I'm asking about this specific file, I work very closely with Microsoft and I know this particular file got updated in SP1. I wouldn't call this a "shot-in-the-dark" by any means, but it's still just an educated guess at best.

Todd

Mine is 08/29/2002 07:00AM 131,968 afd.sys

And I have SP1.

[johnny]

Is this describing the problem?

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949

Here is where you can get the post SP1:

http://www.microsoft.com/windowsxp/pro/downloads/servicepacks/sp1/default.asp

[BudMan]

Originally posted by newbie
BudMan--some suggestions that worked for me:

3) change network speed from auto to 100

4) I had a problem when I upgraded to DTivo 2.5.2 I killed 2 processes (FTP Daemon and one other program).

I finally ran some more tests after setting the network speed to 100/full and definitely have more success in downloading tys with 7r7 on XP. The speed is about a half again as much longer as a 98se download using 7r7, but there doesn't seem to be any more complete stoppages, so far, in the middle of downloading, it is just very slow. Before, it would get to a point and just sit still for a variable amount of time then continue.

As for doing number 4), I cannot figure out how to kill the ftp process. Someone suggested PS AUX? I tried it lowercase on the tivo and got nothing, hopefully I didn't typo. I tried it on my redhat pc and got expected results. Does this have to be loaded on Tivo to work? I am not sure this will help though, because it looks like most of the problems people are having are on the XP side.

Thanks for the suggestion. This is still a faster way to get the ty to my xp pc which is where I do video editing, even with restarts. Faster than downloading ty to win98se pc and then transferring 500+ meg files over to xp pc. Duplicating efforts.

Bud

[newbie]

Originally posted by BudMan
As for doing number 4), I cannot figure out how to kill the ftp process. Someone suggested PS AUX? I tried it lowercase on the tivo and got nothing, hopefully I didn't typo. I tried it on my redhat pc and got expected results. Does this have to be loaded on Tivo to work? I am not sure this will help though, because it looks like most of the problems people are having are on the XP side.
Bud

Most of the normal hack install packages include whatever is needed for ps aux. I am using XP PRO (with service packs). When I upgraded to Tivo 2.5.2 (local issue) I found I had to kill the FTP daemon.

[BubbleLamp]

Originally posted by jdiner
Hummm. Just did some checking on the net and I think afd.sys might just be the culprit. There are all kinds of comments about afd.sys and how it has issues if a fast sends or recv's are happening. And when we download a TyStream they are definately happening a lot.

Some claim the resolution for the problem is to get SP1 installed, and others are saying it is the worst thing you can do. I have no idea what to recommend to people. See my suggestion would be to roll back to Win2k. But then no one wants to buy a new copy of the OS at > $150 a pop. So maybe someone that is way more familiar with XP can make some suggestions to people.

--jdiner

Seems like it's related to the double-socket thing. PM me if you want to get in touch with my TCP friend and maybe you two can come up with a better solution.

[BubbleLamp]

Originally posted by johnny
Is this describing the problem?

http://support.microsoft.com/default.aspx?scid=kb;EN-US;q317949

Here is where you can get the post SP1:

http://www.microsoft.com/windowsxp/pro/downloads/servicepacks/sp1/default.asp

My understanding of SP1a is it was just to get rid of the MS Java VM. Here's a quote:

To determine if you are running Windows XP SP1, right-click My Computer, and then click Properties. If "Service Pack 1" appears under System, you are already running Windows XP SP1. There is no benefit to installing SP1a if you are already running Windows XP SP1. Microsoft does not recommend that you install SP1a if you are already running SP1.

[Toddler]

Originally posted by BubbleLamp
My understanding of SP1a is it was just to get rid of the MS Java VM.You are 100% correct. SP1a was just to remove the MS Java Virtual Machine due to a lawsuit. There's no other difference.

This TCP stack thing is getting interesting though.

[snoopy]

Originally posted by BubbleLamp
Seems like it's related to the double-socket thing. PM me if you want to get in touch with my TCP friend and maybe you two can come up with a better solution.

Here are the steps I followed to update turbonet drivers when I had trouble using double socket mode. There are only 3 files you need to copy. It is really pretty simple.

Updating Turbonet 5-29-2003
help provided by Stephan swinokur@hotmail.com

Step 1) Copy 3 files from Nick's Turbonet site "drivers only" download to the Tivo, replacing the ones in the folder (tivone.o, 8390tridge.o, and ax8876.o).

Step 2) Edit etc/rc.d/rc.arch file with TextPad (TextPad necessary maintiain unix file format) to reflect the -f (stands for "force") in "/var/hack# insmod -f /lib/modules/ax88796.o" command.

Step 3) Copy rc.arch back to the tivo via CuteFTP binary mode and chmod 755 on that file (leaves it read-only).

[jdiner]

Originally posted by snoopy
Here are the steps I followed to update turbonet drivers when I had trouble using double socket mode. There are only 3 files you need to copy. It is really pretty simple.

What exactly where the problems you were seeing and what changed when you updated the drivers?

(I am still using a very very old driver version that I got when my TurboNet card first came.)

Anyway the reason that I ask is that some of the people reporting this problem use a TivoNet card. The older one that required a completely seperate card.

--jdiner

[snoopy]

Originally posted by jdiner
What exactly where the problems you were seeing and what changed when you updated the drivers?

(I am still using a very very old driver version that I got when my TurboNet card first came.)

Anyway the reason that I ask is that some of the people reporting this problem use a TivoNet card. The older one that required a completely seperate card.

--jdiner

The first time I did this upgrade was shortly after you added double-socket mode to TyTool. I was using single socket mode and when I switched to double socket mode, my download speed slowed to about half. Single socket was clearly better and has been on two occasions for me. There seemed to be many others having the same issue at the time. I decided to try the new drivers and wala! The new drivers improved the speed well over where it was before it slowed. I use double socket mode now and my download speeds are damn good. I run a test of what they actually are if you want.

[smiffy]

I have a SA UK Tivo and have made several DVD's from the downloaded TY files.

However even if I put the unit in to standby I'm still only gettting 14.76mb a minute.

What sort of speed should I be expecting? Its seems faster if I use TyStudio to get me the TY files.

[jdiner]

Alright folks. Some new code on the way for networking. I have changed the way things work with XP in mind (again...) and it should go a long way toward solving some of the problems people are having.

There is a some new menu options. You can pick the old style pre-6r2 I think, the the double mode that has been in use for the 7 series, and then a new XP mode.

EDIT: Oh and I suppose I should say with the help of some forum members it is now all quite a bit faster...

--jdiner

[jdiner]

I suppose I should explain the "quite a bit faster" comment. For those running at better than 1 - 1.4 meg/sec on downloads. You appear to be at darn near the maximum throughput for a turbonet card. But many people have complained that they get nowhere near that. With bubblelamps and many other peoples help I think I figured out why and what can be done about it. I have a setup that runs that way here still and it is indeed much faster.

It would be nice if someone could find a way to ger more networking speed off of a tivo. But still. Think back to the days of a tivonet at 10base-t speeds... This is all so much better...

--jdiner

[SR712]

I think Riley said he had a Gigabit card running on his, and had incredible output. So the bottleneck wasn't the TiVo bus, but in fact the nic.

[BubbleLamp]

Originally posted by SR712
I think Riley said he had a Gigabit card running on his, and had incredible output. So the bottleneck wasn't the TiVo bus, but in fact the nic.

Don't think so, the CPU in the Tivo could never keep up with GigE TCP processing overhead.

[gfb107]

I posted earlier that I had a problem with a .ty file that did not generate the dear Henry messages, but did cause tytool7r7a to crash when generating the key file.

I am running Windows XP Home w/ SP1, connected to a DSR6000R running OS 3.1.0-01-1-001 with a TurboNet.

Is this XP networking issue possibly my problem? I've downloaded the offending .ty twice, and the 2 files are identical.

The error messages I had in the log were:
First Video PTS: 00:00:25.599
......... 100......... 200......... 300......... 400......... 500
......... 600......... 700......... 800......... 900..
PTS Reset Detected... Correction in progress...
Found an OOB packet... The Audio Diff is: 10:49:47.872
Is it in sequence??? It is OFF by exactly f frames.
Nope... Not in sequence... Skipping it...

w/ verbose level 3 I got:
Woah.... This is a DTivo audio error packet.
We have written 910 bytes and we needed to write 576 bytes...
Write out -334 padding 0's
[0 - 0 : 83e : 14b2] = Full: 69145778

[jdiner]

Originally posted by SR712
I think Riley said he had a Gigabit card running on his, and had incredible output. So the bottleneck wasn't the TiVo bus, but in fact the nic.
Oh man. Now a gigabit would be cool. But talk about needed some serious driver work. The turbonet allowed for standard drivers. But the older TivoNet only took 10base-t... I wonder how anyone got a gigabit card in there.

But cool nonetheless.

--jdiner

[jdiner]

Originally posted by BubbleLamp
Don't think so, the CPU in the Tivo could never keep up with GigE TCP processing overhead.
Yeah. Look what it does now with a 100base-t. But if there were enough smarts on the card...

Even then I don't think that you could pull data that fast from the harddrives. To keep the pipeline truley up and running. But still we can dream... :)

--jdiner

[jdiner]

Originally posted by gfb107
PTS Reset Detected... Correction in progress...
Found an OOB packet... The Audio Diff is: 10:49:47.872
Is it in sequence??? It is OFF by exactly f frames.
Nope... Not in sequence... Skipping it...
[/code]
w/ verbose level 3 I got:
Woah.... This is a DTivo audio error packet.
We have written 910 bytes and we needed to write 576 bytes...
Write out -334 padding 0's
[0 - 0 : 83e : 14b2] = Full: 69145778

No. This is just a really badly damaged reset. I have a fix in place for it but is part of the as yet unreleased 7r8.

The problem was that at the point of a reset data is lost. And in this case there is too much audio data. The fix was simple I had just never seen it before.

--jdiner

[Just4Fun]

I volunteered to create documentation awile back. Then work and vacation dominated and I got distracted. I just started another thread to gauge interest in documentation and also to solicit for suggestions and perhaps technical content. If I'm doing this right you can find the thread here: TyTool Documentation - Input/Suggestions Request (http://www.dealdatabase.com/forum/showthread.php?s=&threadid=26095)

[snoopy]

Originally posted by Just4Fun
I volunteered to create documentation awile back. Then work and vacation dominated and I got distracted. I just started another thread to gauge interest in documentation and also to solicit for suggestions and perhaps technical content. If I'm doing this right you can find the thread here: TyTool Documentation - Input/Suggestions Request (http://www.dealdatabase.com/forum/showthread.php?s=&threadid=26095)

I love your documentation. I have linked to it here http://www.dealdatabase.com/forum/showthread.php?s=&threadid=25648 It is very nicely written.

[gardavis]

I had 6 files out of 15 that had the "henry" error. I re-dowloaded each from a Windows Server 2003 OS and the error did not show up in any of them. However, I did received a different error on one of them during the keyframe file generation:

......... 2600......... 2700......... 2800......... 2900.
11111 -> Chunk contains neither audio nor video data. Stop here...

Found an OOB packet... The Video Diff is: 00:00:00.882
BBB the PTS was bad, but the new SEQ check lines up|!?
Found an OOB packet... The Audio Diff is: 00:00:00.900
Is it in sequence??? It is OFF by exactly f frames.
It is in the right range. Let's see if it lines up.
It is in sequence. Starting back up after the 'hole'...

DiffTime = 37.163002 (37163) == 0.619383 Minutes

total = 382599168 (364 MB)

Done with 'C:\Media\Freedom- A History of Us-Yearning to Breathe Free.ty'...

Re-download and retry did not change the error.

Thanks,
Gary

[Toyz]

Josh,

PM box full and I wanted to let you know ASAP. You are a Genius, you did it!!! Your latest code worked perfectly. I am impressed as usual. Looks like 7r8 is right around the corner. Great work, thanks.:D

[camprman]

Long time reader, first time poster! jdiner, I just wanted to say thanks for your WONDERFULL software! :D

The reason I am posting is because of what I have seen regarding the speed of downloading the movies from my TiVo. If I use Windows telnet, my speed is less than 1mb per sec. If I use NetTerm, it is close to 1.4mb per sec. Not sure why, but maybe this will help someone with the slower speeds.

Thanks again,
James

[jdiner]

Originally posted by gardavis
I had 6 files out of 15 that had the "henry" error. I re-dowloaded each from a Windows Server 2003 OS and the error did not show up in any of them.


Yeah. That is kind of what I thought would happen. But thanks for the feedback.


However, I did received a different error on one of them during the keyframe file generation:

......... 2600......... 2700......... 2800......... 2900.
11111 -> Chunk contains neither audio nor video data. Stop here...

Found an OOB packet... The Video Diff is: 00:00:00.882
BBB the PTS was bad, but the new SEQ check lines up|!?
Found an OOB packet... The Audio Diff is: 00:00:00.900
Is it in sequence??? It is OFF by exactly f frames.
It is in the right range. Let's see if it lines up.
It is in sequence. Starting back up after the 'hole'...

Re-download and retry did not change the error.


Ok. First things. Not all errors are created equally. Some of them are serious and unrecoverable. Some of them are not. This is one that just shows that the splitting/processing engine is working correctly. It has identifitied something that is wrong, and skipped it. The "stop here" is not meant as "stop processing altogether" it is meant as there is nothing more to be done on this record because there is nothing identifiable in it.

Like it says. There was a hole in the data. That is what the unrecognizable chunk was. But then it re-trained after the hole and got back on track. So processing will continue as normal. If you watch the resulting MPEG you should see a slight error in the video but all will be well in the main.

There is very little to be done about the above. I can't replace what was not there in the stream. So it just skips it but the mux/vob output will keep playback correct and in sync.

--jdiner

[jdiner]

Originally posted by smiffy
I have a SA UK Tivo and have made several DVD's from the downloaded TY files.

However even if I put the unit in to standby I'm still only gettting 14.76mb a minute.

What sort of speed should I be expecting? Its seems faster if I use TyStudio to get me the TY files.
Woah. That is really slow. If I leave the tuners alone (i.e. recording) and what not I get about 1.4meg/second off of my standalone.

If I put it into standby mode I get quite a bit more.

I have noticed that the standalone is slower than the DTivo even with both having Turbonet cards.

But 14.76mb/minute is really slow. Check your networking on everything. Get into dual socket mode. Search for the forum here for tuning options and you should see a serious speed up.

--jdiner

[jdiner]

Originally posted by gfb107
The error messages I had in the log were:
First Video PTS: 00:00:25.599
......... 100......... 200......... 300......... 400......... 500
......... 600......... 700......... 800......... 900..
PTS Reset Detected... Correction in progress...
Found an OOB packet... The Audio Diff is: 10:49:47.872
Is it in sequence??? It is OFF by exactly f frames.
Nope... Not in sequence... Skipping it...



Like the last posting by gardavis this is not an "error". This is the splitting engine announcing that it is doing what it should and found a problem. There is an audio record so far out of whack that it is not supposed to be part of the stream as it is processed and saved.


w/ verbose level 3 I got:
Woah.... This is a DTivo audio error packet.
We have written 910 bytes and we needed to write 576 bytes...
Write out -334 padding 0's
[0 - 0 : 83e : 14b2] = Full: 69145778


This is bad. It means you get the start of a good audio record and the garbage for way more data than was expected. It shouldn't make things crash but at the same time it is not right.

If you want to use TyFileSplit to grab a chunk of it and get it out to me I will take a look at it.

--jdiner

[jdiner]

Originally posted by camprman
Long time reader, first time poster! jdiner, I just wanted to say thanks for your WONDERFULL software! :D

The reason I am posting is because of what I have seen regarding the speed of downloading the movies from my TiVo. If I use Windows telnet, my speed is less than 1mb per sec. If I use NetTerm, it is close to 1.4mb per sec. Not sure why, but maybe this will help someone with the slower speeds.

Hummm. Now that is interesting. I wonder what the negative interraction is...

What version of netterm are you running when you see the speed up?

EDIT: I test it and it made no difference for me. What OS are you using etc...

--jdiner

[gfb107]

Originally posted by jdiner
This is bad. It means you get the start of a good audio record and the garbage for way more data than was expected. It shouldn't make things crash but at the same time it is not right.

If you want to use TyFileSplit to grab a chunk of it and get it out to me I will take a look at it.

--jdiner
Already did, as posted earlier, but you can get it again here (http://home.nc.rr.com/lbush2/Bad.ty)

[camprman]

The NetTerm is running on a XP box. The NetTerm version is 4.2.d.2.

When I did this test, that XP box was down, so I used my trusty old 2000 box and used windows telnet. I have a third box that I use for just TiVo movies.

What bothers me is that you can't duplicate it. I am going to have investigate on my end further.

Thanks
James

update: when I run XP telnet, I get the same performance as NetTerm... Strange that my 2000 box would slow the works down.

[jdiner]

Originally posted by gfb107
Already did, as posted earlier, but you can get it again here (http://home.nc.rr.com/lbush2/Bad.ty)
Oh. Sorry. I thought this was a new one.

I will grab it again just in case. But I think that I fixed this arleady. It just hasn't been released yet.

--jdiner

[sirfergy]

I also get about 1-2MB/s it copying streams from my SA tivo. It usually takes about 1000 seconds to extract a 1.5GB show. :(

[gfb107]

Originally posted by jdiner
Oh. Sorry. I thought this was a new one.

I will grab it again just in case. But I think that I fixed this arleady. It just hasn't been released yet.

--jdiner
I got another one, with a similar error:

Woah.... This is a DTivo audio error packet.
We have written 909 bytes and we needed to write 576 bytes...
Write out -333 padding 0's

I can cut out a chunk if you like.

[snoopy]

Originally posted by sirfergy
I also get about 1-2MB/s it copying streams from my SA tivo. It usually takes about 1000 seconds to extract a 1.5GB show. :(

Wow!
And are you using turbonet or a knock-off card? If so I would like some instructions?


EDIT: That's only about 15 min per show. OK, yeah i'd say that is normal.

[sirfergy]

Well, I was guesstimating the time. It actually takes almost exactly 20 minutes for a one hour show. I bought my nic from 9th tee, so I am quite sure it's not a knock off. :)

[Pro-289]

What's wrong with the knock offs? :confused:
I saved ~$90 on 3 cards.
I get 2.0-2.2MB/s transfer with the dtivo off.
These suckers work great, and saved me money for 11 six packs of Heineken. ;)

[jdiner]

Knock off cards? What are those? I thought there was only 1 turbonet card?!!?

--jdiner

[Fugg]

A fellow going by "xtremetivo" was selling a turbonet knockoff at the anandtech forums and at his website for $40. It caused quite a stir, to say the least.

Some folks considered it a jafa ripoff, some considered it capitalism. For whatever reason, they seem to be no longer for sale.

...website says "No New Orders!!".

[Pro-289]

And if anyone's interested in spotting one (http://prestonhunt.com/ebay/turbonet/02.jpg), I think they all have a small notch on the PCB board above the RJ45 network connector and LED.

[Toddler]

I bought one from "xtremetivo" when he posted at Anandtech before I knew it was controversial. I must say, it works as advertised.

[ronnythunder]

Originally posted by Pro-289
And if anyone's interested in spotting one (http://prestonhunt.com/ebay/turbonet/02.jpg), I think they all have a small notch on the PCB board above the RJ45 network connector and LED. actually, the later runs of the jafa cards have the notch as well - all three of mine came from 9th tee and have the notch.

ronny

[dlang]

my question about these cards would be what info was released by the developer back when he first invented it, before he made the deal with 9th tee

I wouldn't be surprised to find that all the info needed to build one was published, or to find that the license for the FPGA code on the card was very permissive.

however if it was a case of 'buy one and copy it and sell the copies' that's something different

[airf00]

Is there any future possibility of having this program have the capability of inserting the file back into the Tivo? I know there is mfs_ftp but figured I'd just throw this out there. :)

Thanks for the great product.

[Stephen]

"Is there any future possibility of having this program have the capability of inserting the file back into the Tivo? I know there is mfs_ftp but figured I'd just throw this out there.

Thanks for the great product."


IMHO It would be GREAT to incorperate the ms_ftp program into it. Jdiner has already stated that he in the next version will allow tytools to "see" ty+ files as far as controling the ftp client I think that would take a moderate amount of work and bypass his ts_server tcl script... not sure if he is willing to do this or not

[jdiner]

I have taken a look at the mfs_ftp stuff by request. It is an interresting piece of work. But I am not that interrested in supporting it. It has it's own set of issues. Some of them small some of them major.

I tested it with a half a dozen ftp clients. Including my personal favorite. It worked with 2 of them. The base dos client, and SecureFX.

Some of the other main standby's for ftp clients fail miserably.

I am not knocking it in anyway. My own tools still have several issues. For those that want to use that go for it. But replacing tserver with it isn't a simple answer. Especially not with all of the changes that have gone into tserver lately.

I have toyed with the idea of an all tcl server but doing it that way leads to a lack of error control. mfs_ftp uses mfs_stream. Which was the hacked up front-end that I added to mfs_export 1.5 years ago or so. It was done by request of someone else and it was made to give it the same front end as the abandoned ExtractStream.

Which means that unless there is a new version of mfs_stream floating around out there that I know nothing about it will be extracting the exact same data as TyTool/tserver_mfs.

I do know from a comment in the file that I read that there are several different ways to download things. tmf versus .ty or .ty+ etc...

And last but not least. I have no personal interest in uploading after download. So it makes it a low priority for me.

--jdiner

[Stephen]

Jdiner

Thank you for your response :-) I DO greatly apprecite you adding ty+ support to tytools since it currently already supports it.. it saves us from renameing the files after we download it (some of us do like to upload again) That in itself helps me out alot :)

Again than you for all of your hard work

[dogbreath]

Every time I transfer a file from the TiVo to my computer, I get a message "unable to get the first ten blocks". Can anyone tell me what I might be doing wrong?

dogbreath

[jdiner]

Sounds like you still have scrambling turned on.

basically that message means it could not identify 10 good records anywhere within the file. I have only ever seen this happen when scrambling is still enabled.

--jdiner

[dogbreath]

Thanks jdiner, I will check the kmem setting and see if that is the problem.

[dogbreath]

Disregard my last post. I finally figured it out.

dogbreath

[BudMan]

I wonder if this update from MS posted on the 29th will correct some of the networking issues that XP users are having?

http://support.microsoft.com/?kbid=817778

[BubbleLamp]

Originally posted by BudMan
I wonder if this update from MS posted on the 29th will correct some of the networking issues that XP users are having?

http://support.microsoft.com/?kbid=817778

Looks like it just adds IPv6 support.

[jdiner]

I guess I never made it public but I solved the XP problem. A few weeks ago. Then got busy and I am only getting back to the code tonight.

I am cleaning things up in prep for the next release of both TyTool and VSplit. Many fixes to many things. I am thinking about hitting a movie tonight. If I do the release will be in the morning. if not then probably sometime tonight. (Just an FYI since people always seem to want things when I do them not when I get around to releasing them... :)

Then finally I am going to get back to menu controls and other things.

I have some great things planned for the menus. I think people will be pleased.

--jdiner

[mas]

jdiner, fantastic software, the vob stuff is extractly what ive been waiting for...

I've got a couple of problems,

Machine - SA Tivo - UK - Thompson 240 GB

----------------

When creating VOB's for a program, 1 hr, recorded best quality I am getting 43 warning messages - all the same.
11111 -> Chunk contains neither audio nor video data. Stop here...
I assume due to quantity of them, these are not causing my problem and are nothing to wirry about.

However, the resulting vob is suffering from a number of drop outs in the picture where pixelation issues appear. It always lasts only briefly but spoils the content.

Any ideas, could this be related to the above message ?

I can chop out part of my ty file if this would help and either PM it to you or provide ftp location for its download.

--------------

Second, the resulting DVD plays very well (apart from aboe problem) on my Apex dvd, but will not play on my Pioneer or a mates Toshiba.

On the pioneer the picture fills only the left hand 4/5th's of the screen. With the left most inch missing.

Is this because my video source is

Video Attribute :
Video compression mode : MPEG-2
TV system : 625/50 (PAL)
Aspect Ratio : 4:3
Display Mode : reserved
Source picture resolution : 544x576
Frame Rate : 25.00
Source picture letterboxed : Not letterboxed
Bitrate : 5.80Mbps

Audio Attribute :
Audio Coding mode : MPEG-1 or MPEG-2 without extension bitstream
Sampling Rate : 48kHz
Audio application mode : Not specified
Number of Audio channels : 2
Bitrate : 192 Kbps
Number of Audio streams : 1

^^ Above taken from power dvd.

Is the issue due to been UK tivo, is there anyway around this ?

Thanks in advance

mas

[jdiner]

Originally posted by mas
When creating VOB's for a program, 1 hr, recorded best quality I am getting 43 warning messages - all the same.
11111 -> Chunk contains neither audio nor video data. Stop here...

No it sounds like something I saw in a very old OS version on a UK tivo. What OS are you running?

The problem was that it could kind of "get behind" and when that happened it would dump entire chunks that had some good data and some bad but weren't broken up at all. This was problematic.

I would like to see a small chunk that has one of these in it. Please start 20 chunks before a problem occurs and try to go at least 10 after it. Look for the TyFileSplit tool here on the forum and use that please.

--jdiner

[jdiner]

Originally posted by dogbreath
Disregard my last post. I finally figured it out.


So what was the problem?

--jdiner

[jdiner]

Alright. Both downloads have been updated, with DVD extras and without.

See the release notes .doc file within the archive for specific changes but basically it has the XP networking fix, a few simple speed-ups for the downloading, the .mpg/.vob/.ty+ additions to the TyTool GUI and some Series2 fixes.

--jdiner

[Fugg]

Thank You once again!:)

any word on the newer tserver?

[mikey]

THANKS!
ALOT!
Mikey

[Toddler]

Originally posted by mas
When creating VOB's for a program, 1 hr, recorded best quality I am getting 43 warning messages - all the same.
11111 -> Chunk contains neither audio nor video data. Stop here...
I assume due to quantity of them, these are not causing my problem and are nothing to wirry about.

However, the resulting vob is suffering from a number of drop outs in the picture where pixelation issues appear. It always lasts only briefly but spoils the content.

Any ideas, could this be related to the above message ?I get the very same thing, always (and only) on shows recorded at best quality. I've got my TiVo doing 720x480 at 5800000, and I've wondered if I'm simply asking too much of my TiVo. Anyone else?

[jdiner]

Originally posted by Toddler
I get the very same thing, always (and only) on shows recorded at best quality. I've got my TiVo doing 720x480 at 5800000, and I've wondered if I'm simply asking too much of my TiVo. Anyone else?

This was mentioned before. Apparently it is not just the UK tivos that are problematic with this issue.

From my answer before:


The problem was that it could kind of "get behind" and when that
happened it would dump entire chunks that had some good data
and some bad but weren't broken up at all. This was problematic.


You will see this "giant all in one" block as reported "1111 ->" records. This means that nothing was segmented within this block. This has in the past always been a chunk that wasn't real data.

In this case it would appear that it is real data. Or at least partially it. The stop here means that no processing is done. So the data gets dropped and you see it in the video as a glitches on the screen.

From what I have read the data-rate is just too high for the resolution. But to be honest I don't know. I haven't even powered on my SA Tivo in about a year and I quit reading the forum for it at that time.

I understand wanting the highest possible resolution and data rate. But your problem isn't going to get better without changing things. I would like to take a look at a small clip that has the problem. But I don't know if I can salvage what is there or not. And to be honest I would rather work on things that so I and so many others want than try to find a way to hack in support for a pushed to the limit tivo. By that I mean that apparently sometime ago the 720x480 was a selectable resolution but it was removed pretty thoroughly. There has been some supposition on this and other forums that it was removed for this very reason. Things just can't keep up.

--jdiner

[mas]

My tivo is a 2.5 thompson with no modification of settings, i.e. configured as original was, with the exception of the hard disk/and network upgrade.

Last night I recorded another concert, and they are in there as well, wish Id seen this post a little earlier - although ive also got some henry messages! I could of downgraded the recording.

Interesting thou... the tivo always plays the footage spot on.

Mas

[mas]

My latest one is a 2.5 hr concert.

6 GB !

I am getting many 11111 errors, but also

.........11100.........11200.........11300.........11400.........11500

.........11600....Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0

Found an OOB packet... The Video Diff is: 00:33:48.931
BBB the PTS was bad, but the new SEQ check lines up|!?
Found an OOB packet... The Audio Diff is: 00:00:00.072
It is in sequence... Everything is fine...
Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0
.....11700.........11800.........11900.........12000

.........12100.........12200.........12300.........12400.........12500

.........12600.........12700.........12800.........12900.........13000

Can anything me done about this,

Also, the makekey file when viewed is only showing approx 1/2 pf the recording in the window. Is 6 GB too big ?

mas

UK Thompson Tivo 240 GB, TurboNet

[tictoc2]

Jdiner,

Thanks for the update!! I luv the fact that you can now easily make key files from mpegs. Well I have tried to make a key file from this mpeg and I get this message from tytool7r8 :


Trancode Selected Mode: 0
Ready...
Generating KeyFrame File: e:\projects\Tron-.mpg
Detected Tivo Type: VOB/MPEG File
Detected Audio Stream Type: Dolby Digital 5.1
Final standardAudioSize = 1536
Final standardFrameLength = 1536
Final standardAudioDiff = 2880 or 00:00:00.032
......... 100
PTS Reset Detected... Correction in progress...


I have let it run for awile but nothing.....How long does it need to run??

running winxp pro sp1 on 900mz athlon with 512m ram..etc..

Is there anything I am missing???

Thanks again for your great tools!!

tictoc2

[eastwind]

I decided to try trimming a movie I grabbed from my TiVo several versions of the tools ago (can't say which exactly, but the file is dated 4/3/03). I grabbed it in muxed .m2v mode (with the intent to watch it on my computer). Anyway I got dumped trying to generate the .key file:

---------------------------------------------------------------
Ready...
Generating KeyFrame File: H:\Media\The Hurricane.mpg
Detected Tivo Type: VOB/MPEG File
Detected Audio Stream Type: MPEG Layer II
Final standardAudioSize = 864
Final standardFrameLength = 864
Final standardAudioDiff = 3240 or 00:00:00.036
......... 100......... 200......... 300......... 400......... 500


All numbers here count up w/no errors


.........17100.........17200.........17300.........17400.........17500

.........17600.........17700.........17800.........17900.......

---------------------------------------------------------------

At this point 7r8 has to stop and do I want to send an Error Report. I just say 'no!' as I don't believe MS cares about TYTools.
The generated .key file is for the first 55 minutes of the movie.

A little more info:
Running WinXP Home SP1 on a Pentium III/500MHz w/plenty of hard disk space. Volumes for stored mpg and Output are both NTFS. I have a SA TiVo running version 3.01 of the TiVo software (and I think it was running it back then too). I've got a DLink 704 router between the TiVo and the computer and a TurboNet card in the Tivo.

EW

[tictoc2]

Jdiner..some other info...
jdniner,


Well here is some other info that may help...I decided to pull over the same dtivo recording (tron), but this time as a tystream and NOT an mpeg. When I made key files from the resulting ty stream file....no error...made key file without any problem..so something is happening when files are pulled down as mpeg...Hope this helps you ....


Trancode Selected Mode: 0
Ready...
Generating KeyFrame File: e:\movies\Tron--1.ty
Detected Tivo Type: DTivo
Detected Audio Stream Type: Dolby Digital 5.1
Final standardAudioSize = 1552
Final standardFrameLength = 1536
Final standardAudioDiff = 2880 or 00:00:00.032
First Video PTS: 00:00:15.530
......... 100......... 200......... 300......... 400......... 500

......... 600......... 700......... 800......... 900......... 1000

......... 1100......... 1200......... 1300......... 1400......... 1500

......... 1600......... 1700......... 1800......... 1900......... 2000

......... 2100......... 2200......... 2300......... 2400......... 2500

......... 2600......... 2700......... 2800......... 2900......... 3000

......... 3100......... 3200......... 3300......... 3400......... 3500

......... 3600......... 3700......... 3800......... 3900......... 4000

......... 4100......... 4200......... 4300......... 4400......... 4500

......... 4600......... 4700......... 4800......... 4900......... 5000

......... 5100......... 5200......... 5300......... 5400......... 5500

......... 5600......... 5700......... 5800......... 5900......... 6000

......... 6100......... 6200......... 6300......... 6400......... 6500

......... 6600......... 6700......... 6800......... 6900......... 7000

......... 7100......... 7200......... 7300......... 7400......... 7500

......... 7600......... 7700......... 7800......... 7900......... 8000

......... 8100......... 8200......... 8300......... 8400......... 8500

......... 8600......... 8700......... 8800......... 8900......... 9000

......... 9100......... 9200......... 9300......... 9400......... 9500

......... 9600......... 9700......... 9800......... 9900.........10000

.........10100.........10200.........10300.........10400.........10500

.........10600.........10700.........10800.........10900.........11000

.........11100.........11200.........11300.........11400.........11500

.........11600.........11700.........11800.........11900.........12000

.........12100.........12200.........12300.........12400.........12500

.........12600.........12700.........12800.........12900.........13000

.........13100.........13200.........13300.........13400.........13500



DiffTime = 149.044007 (149044) == 2.484067 Minutes

total = 1769865216 (1687 MB)



Done with 'e:\movies\Tron--1.ty'...



Thanks again for your tools!!

Tictoc2


P.S. Please delete new thread that I started....thanks...

[jdiner]

Bummer I found an obscure bug in the muxmenu program. Used to actually make the DVD menu.

It messes up if you have a second column and an element in that second column is too wide. The wierd part is that it uses the same old standard RLE code as the rest of it. It is only at the very tail end that it caused a problem.

It has been fixed. A new release of that bin will be forth coming soon. I am just burning out the big disk to +rw so that I can test it in each player and make sure that it really is fixed.

--jdiner

[jdiner]

Originally posted by mas
My latest one is a 2.5 hr concert.

6 GB !


Wow. That is large. Really large. But it should work as long as the file system will handle the file.


I am getting many 11111 errors, but also

.........11100.........11200.........11300.........11400.........11500

.........11600....Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0
Unknown PES packet. Fix it dear henry...
type = 0x0


The 11111 packets are an issue to be dealt with at some point. The dear henry packets should not be there. Looks like some kind of a cascade failure.

If you could please cut a segment, or possibly 2 segments, that have both errors so I can take a look at them. Please use the TyFileSplit tool and either put them up somewhere where I can download them from or PM me and I will give you some FTP site information.

I will see what I can do to fix it. I figured out last night how to much more simply handle some of the 11111 failures that really aren't failures. Or at least I think so. But I need something to test it on.

--jdiner

[jdiner]

Originally posted by tictoc2

......... 100
PTS Reset Detected... Correction in progress...

I have let it run for awile but nothing.....How long does it need to run??

running winxp pro sp1 on 900mz athlon with 512m ram..etc..

Is there anything I am missing???

This I have only seen in the big "altogether" output from dvdlab. I.e. it smashes multiple input mpg/vob files altogether into 1 output file. The PTS reset should never happen in an mpeg file being loaded in.

When you see one it is locked up and frozen. I should handle it better. But the mpeg output from a great many programs is seriously wrong.

So please fill me in. What tools were used to make the mpeg file you were using as source etc... Just from what was posted there isn't anything I can do.

--jdiner

[jdiner]

Originally posted by eastwind
Generating KeyFrame File: H:\Media\The Hurricane.mpg

.........17600.........17700.........17800.........17900.......



Ok. Grab TyFileSplit and split and do:

TyFileSplit "H:\Media\The Hurricane.mpg" badmpg.mpg 17945 35

This will give you a file you can't re-process but I will be able to massage and use. The get it put up somewhere or PM for me ftp site details. I will take a look at it. But I don't want to spend much more time on the stupid mpeg importer. It is so hard to catch all of the errors even in my own older output.

The worst part is that I have tested it on 30+ completely different full length mpeg files here and I have not had a single failure in any of them.

--jdiner

[tictoc2]

jdiner,


The only tool that I used was the new tytool7r8 that you posted.

I selected Multiplex mode from tytool and then grabbed the (tron) show from my dtivo.

After this, I tried to make key files from your tytool program and recieved that error that I posted..

As I posted before, when I downloaded (tron) as a ty file instead of multiplex file (from tytool), everything worked fine when making key files.

So....what I am saying is that this is happening with Tytool when I try to make key files from a downloaded mpeg file....got it??

Hope it helps...

Tictoc2

[jdiner]

Originally posted by tictoc2
jdiner,


The only tool that I used was the new tytool7r8 that you posted.

I selected Multiplex mode from tytool and then grabbed the (tron) show from my dtivo.

After this, I tried to make key files from your tytool program and recieved that error that I posted..

As I posted before, when I downloaded (tron) as a ty file instead of multiplex file (from tytool), everything worked fine when making key files.

So....what I am saying is that this is happening with Tytool when I try to make key files from a downloaded mpeg file....got it??

Hope it helps...

Tictoc2
Got it. Crap. I wonder what is going wrong now. I am going to have to see the problems section of that file to be able to figure out what is wrong. Probably something simple on my end. But you never know.

If you can cut it and get it to in one way or another I will take a look at it today. I would like to try and get the bug stamped out.

--jdiner

[tictoc2]

Ok I have fast connection...just "walk me thru" what I need to do to upload this file to you..

Thanks...

tictoc2

[jdiner]

Originally posted by tictoc2
Ok I have fast connection...just "walk me thru" what I need to do to upload this file to you..

Check your PMs.

--jdiner

[mas]

jdiner,

year 6GB if id known reducing quality would of got rid of problems, i would of reduced it !

But anyway, will chop out as requested and let you have ftp details, it will be tomorrow now (UK time) dont have broadband at home! British telecom !! LOng story...

[jdiner]

Ok. So who was it that just emailed me a 7meg tystream? Talk about overloading the poor mail system... :)

--jdiner

[tictoc2]

Jdiner,


Thanks for the FTP info...I am sending it now to your FTP....I am getting around 33k for speed. Let me know when you get the whole mpeg....thanks again...

tictoc2

[tictoc2]

Jdiner,

Sorry about that! I just realized that I was sending you the ENTIRE mpeg!....Well I used TyFileSplit and cut it to about 500 chuncks and am resending you the file as Tronbad_.mpg.... I had to start and stop a few times but it should be going thru now...

Thanks,

Tictoc2

[jdiner]

How big is the piece you are uploading? I seem to be getting more than 42meg. The size of what i was asking for should have been closer to 12-15 meg.

--jdiner

[jdiner]

Alright. I solved the 11111 -> on the UK Tivo stuff that I was sent via email. Not sure if this will solve all of them. But it should help and it is step in the right direction.

--jdiner

[tictoc2]

I think that it is around 64meg...I just wanted to make sure that you had enough to work with... you didn't mention how much you needed. :-) I used:


TyFileSplit Tron-.mpg Tronbad-.mpg 0 500


It is around 75% completed as I am typing this....sorry if too big!!

TicToc2

P.S. I ran this portion thru tytoolr78 again and got the same error as before....Thanks for checking it out....Oh it's at 80% completion now!!

[jdiner]

A couple more small things to try out and then I expect to release 7r9 in the morning. I expect this to be the last of the 7 releases. The next one after that I hope will be the first in the 8 series.

--jdiner

[Toddler]

Originally posted by jdiner
I understand wanting the highest possible resolution and data rate. But your problem isn't going to get better without changing things. I would like to take a look at a small clip that has the problem. But I don't know if I can salvage what is there or not. And to be honest I would rather work on things that so I and so many others want than try to find a way to hack in support for a pushed to the limit tivo. By that I mean that apparently sometime ago the 720x480 was a selectable resolution but it was removed pretty thoroughly. There has been some supposition on this and other forums that it was removed for this very reason. Things just can't keep up.Glad to see that you think the 11111 errors might be resolved. But for the record, I'm running the latest (3.01) software available for my TiVo, and 720x480 is certainly not something that they've removed.

Also, others here have said that even at the TiVo defaults, they get these errors occasionally on Best Quality.
Originally posted by mas
My tivo is a 2.5 thompson with no modification of settings, i.e. configured as original was, with the exception of the hard disk/and network upgrade.

Last night I recorded another concert, and they are in there as well, wish Id seen this post a little earlier - although ive also got some henry messages! I could of downgraded the recording.

Interesting thou... the tivo always plays the footage spot on.The frustrating thing is that the TiVo plays them perfectly, which seems to me that the data is there, or at least if anything is missing, the TiVo handles it so gracefully that it's impossible to notice the difference.

If this latest release doesn't resolve the 11111 errors, and you're still interested to work on it, I'll be glad to. Tell me what to cut and I'll send you a segment if it will help.

Generating KeyFrame File: I:\TiVo\American Experience-The Donner Party-1.ty
Detected Tivo Type: Standalone
Detected Audio Stream Type: MPEG Layer II
Final standardAudioSize = 880
Final standardFrameLength = 864
Final standardAudioDiff = 3240 or 00:00:00.036
First Video PTS: 00:00:01.200
......... 100......... 200......... 300......... 400......... 500

......... 600......... 700........
11111 -> Chunk contains neither audio nor video data. Stop here...

. 800......... 900......... 1000

......... 1100......... 1200.....
11111 -> Chunk contains neither audio nor video data. Stop here...

.
11111 -> Chunk contains neither audio nor video data. Stop here...

... 1300......... 1400......... 1500

......... 1600........
11111 -> Chunk contains neither audio nor video data. Stop here...

. 1700..
11111 -> Chunk contains neither audio nor video data. Stop here...

....... 1800......... 1900......... 2000

......... 2100......... 2200......... 2300......... 2400......... 2500

......... 2600......... 2700......... 2800......... 2900......... 3000

......... 3100......... 3200......... 3300......... 3400......... 3500

......... 3600......... 3700......... 3800......... 3900......... 4000

......... 4100......... 4200......... 4300......... 4400......... 4500

......... 4600......... 4700......... 4800......... 4900......... 5000

You get the picture.

I can't wait to see 7r9 and try it on these problematic files. Hopefully it will resolve things for those of us getting these errors.

And as always, thanks so much for your amazing work!

[mas]

toddler

I put about 6 extracts up for ftp download by jdiner this morning, so hopefully will get somewhere with this.

In pm he said he would let me have a test copy to try it out, so will be able to see what impact it makes. My latest has over 100 11111 mesgs !

Can't wait to try it... sad I know... but who cares.

mas

[jdiner]

Originally posted by Toddler
But for the record, I'm running the latest (3.01) software available for my TiVo, and 720x480 is certainly not something that they've removed.

Before another argument ensues let me explain why I said was I said.

When I first saw a Tivo years and years ago a friend has purchased one from Fry's on Lawrence Expressway (really a parking lot) in CA. I was amazed by the device but didn't think about them again for years as I had no idea how great they really were. At that time, I have no idea what the revision was on the OS, the resolution for BEST quality was high DVD spec resolution. This is how it came.

By the time I got my own standalone Tivo, 2.5.0 was the OS release in use, best quality had been turned down to 530x480 or soemthing like that. It was in the 500's and way below the 720.

To get back to the 720 mode you have to use tivoweb's resource editor or something similar and turn it back on. This is what I meant by turned it off. They can't do anything to limit features that the hardware has as it is well... hardware. But the OS software doesn't support from the GUI and of the 720 modes.

That is all meant. Now does it work? Apparently so. But all of the standalone testing that took place over the last 18months seems to have been doing in the standard bit-rate and resolution mode ranges. Because this is the first I have seen these massive numbers of "11111" error reports.


Also, others here have said that even at the TiVo defaults, they get these errors occasionally on Best Quality.
The frustrating thing is that the TiVo plays them perfectly, which seems to me that the data is there, or at least if anything is missing, the TiVo handles it so gracefully that it's impossible to notice the difference.


I am working on it. I hope to have a solution. The big problem is not missing data but data all smashed together. The tivo does a better job at handling that than I do. It might be hardware there on the tivo or it might be something they did in software. I don't know.

But if it plays right on the tivo then the data is there. It just needs to be repackaged right. I can tell you that in current releases it is dropping that packet and that is not the proper behaviour in this case.

--jdiner

[tictoc2]

I was just wondering if you received that troublesome mpeg that I ftpd over to your server... Were you able to identify the culprit? I hope that it is something simple....Your tools are a great asset to the tivo community and I appreciate all the hard work and long hours that you put into it. Thanks again..

tictoc2

[tlphipps]

But all of the standalone testing that took place over the last 18months seems to have been doing in the standard bit-rate and resolution mode ranges.

Just thought I'd chime in here that I've been doing ALL of my recording for the last several months at 720x480 on my SA Philips.

I switched several months ago because of the great tools that have been released for making DVD's. It is MUCH easier to just record in that resolution and go straight to DVD than having to transcode, patch headers, etc.

However, I have been using the default bitrates and have not encountered ANY 111111 errors.

just fyi, I haven't done a whole lot of extraction/dvd creation in the last few months, but I've made approximately 15 DVD's and haven't run into this problem.

[sirfergy]

I dont know if it's just me, but the DVDs no longer work in my xbox using release 8

[Terono]

Originally posted by sirfergy
I dont know if it's just me, but the DVDs no longer work in my xbox using release 8

I just did my first DVD with 7r8 and have no problems playing the disc in my xbox. Source was from a DSR6000.

[jdiner]

Originally posted by tictoc2
I was just wondering if you received that troublesome mpeg that I ftpd over to your server... Were you able to identify the culprit? I hope that it is something simple....Your tools are a great asset to the tivo community and I appreciate all the hard work and long hours that you put into it. Thanks again..

tictoc2
Yeah. I got them. But I was out of town yesterday and have not had a chance to look at it yet. I will be doing so soon.

But just for downloading going into MPEG-2 format isn't the preferred mechanism. There is still information lost in doing so. You want to grab the full TyStream.

--jdiner

[Toddler]

Originally posted by jdiner
From what I have read the data-rate is just too high for the resolution.... I understand wanting the highest possible resolution and data rate. But your problem isn't going to get better without changing things.... I would rather work on things that I and so many others want than try to find a way to hack in support for a pushed to the limit tivo.Just for the record, this morning I made key files for Ken Burns' The Civil War. I recorded the series at best quality from PBS last fall, which was long before I knew anything about modifying my Tivo. And these files do have a few 11111 errors. I also notice that the