TyTool 9r18 - Extraction/Frame Accurate Editing/DVD output... [Archive] - DealDatabase Forum - Deals, Freebies, and TiVo & DirecTivo Hacking

jdiner

12-03-2004, 02:06 AM

Alright. The rules in this thread are the same as the last one for my tools. A great many things have been updated recently. And there are some pretty sweet features coming in the near future. But as always it is best to start with a charter for this thread.

Just like before these are rules for this thread, not the forum. If you want to discuss things deemed off limits here make your own threads and set your own rules. But if you decide to participate here then please follow the guidelines.

So the rules for this thread are:

1- NO FLAMES AND NO ARGUMENTS... I am through trying to be nice on this as it just plain does not work. I will without reservation delete anything that shows up here that could be considered either of the above. Enough is enough.

2- It has become clear that we have 2 distinct camps with zealots in both. Fine. Use my stuff. Use Olaf's. I couldn't care less. Many of us got dragged into a war we didn't know we were supposed to be involved in... So a new rule. We discuss ONLY my own tools here... Leave the rest in their own threads! This is not intended to be an attack but rather to stop them. You don't like me. Fine. You don't like my tools fine. You don't like those that use them. You're an ***** but fine for hating people you have never ever met so just go somewhere else.

3- NO ADVERTISING FOR OTHER TOOLS. Again this thread is again about Vsplit/TyTool. If you have something cool to use in place of or even with them the take it to a different thread. Any post by anyone about "you really should use X instead..." is gone the moment I or some of other mods see it.

This is still an open forum. Create your own thread and have at it. But such posts are entirely unwelcome here.

4- Feel free to discuss various OS/wishes/desires/etc.... At some point we should support as much as is possible.

5- Feel free to ask for features but be aware that I am making no promises except to work on things in general... I mean it. Ask. But don't hound me or anyone else, that accomplishes nothing. If you think of something that would be cool let me know. I will add it to the list.

6- I suppose I should say it... I reserve the right to disappear at any time. Just like you do. When life interferes hobbies get put on hold. Having said that it will be obvious when you look at the new toolset that I have been putting in a great deal of time on it. Hope that it helps every do what they want to with their Tivos...

7- Keep DVDLab, tmpgenc et all to a dull roar in here please. It might be better say that we are now 3 camps. TyTool, TyStudio, and TyTool with the output being used elsewhere. I don't mind the occasional this works with DVDLab/Tmpgenc etc... in reference to a problem someone asks about. But in the last while it has felt like we had dropped to advertising again. Please don't do that. There are a number of very good DVDLab threads here on the forum to do that kind of thing etc...

An important note!

Several of these programs require the cygwin1.dll to run. Some of the tools in the TyTool release, mpeg2enc and dvdauthor most notably, were compiled with the cygwin cross compiler. To run these require the presence of the cygwin1,.dll file. This file is huge and seems to get larger all of the time. There is no need to download a new copy of this file everytime. While it does change it is not that frequent. So please download the zip for it from here in this post or else grab it from the homepage: www.cygwin.com (http://www.cygwin.com)

Again, if you try to use the Frame Accurate Editing or DVD features of TyTool this dll is required. If you see a major popup window when trying you are missing the dll. Please unpack the DLL into the same directory as the rest of the TyTool files and executables.

--jdiner

jdiner

12-03-2004, 02:26 AM

TyTool 9r18 with DVD Support. The attachment has the new versions of the tooset in it. All DVD extras and tserver versions are found within it.

VSplit HAS NOT BEEN updated to match this release of TyTool.

Version 9 is a major upgrade from the earlier 8 series of TyTool. It adds Frame/Field Accurate Editing (FAE) to the mix. 9r18 adds better buffer overflow protection and FAE editing of Ty/Ty+/MPG/VOB in HiDef.

Please check the included docs for information about it. The release notes for 9r1 up to the current as each contains detailed informtion about the FAE editing process and other changes.

Highlights of the Fixes and Features in this Release:

408- In GopEditor added a double-click within the cuts listbox "on the side of the cut list" to jump right to it and re-enter the edit. Meaning just double click the start portion of a cut to go right to it and be ready to re-edit or do so on the end cut text.

409- Altered the Frame window to have the re-edit of the FAE portion jump to the field we already set to editing on.

412- Add the saving/setting/using of the quality settings for mpeg2enc to TyTool.

420- Added a total Frames display to GopEditor Frame window. (4, 4.5, 5, etc...)

426- Fixed the troubled DTV HDTivo streams I had.

428- Added a few new keyboard short cuts. The 9 key now jumps to the start of the current cut, and 0 jump to the end of the current unset cut values.

429- Added menu items for 9 & 0 to keep those users happy.

433- Fixed the chaptering mechanism. It was missing some of the cut points.

434- Added a menu option to make the DOS processing window popup, rather than stay hidden.

435- Added a pause feature to processing things to free up the CPU etc...

440- Added in the scaling code to the display of GopEditor so that we can see everything in HD.

442- AT LONG LAST I have fixed the button for the DVD output dir to reset the internal stored values.

444- Added in HDTivo FAE editing. (Still no TMF files)

448- Fixed the telnet server (tserver) window positioning.

458- Fixed the minimize of the main window to also minimize the telnet window as well.

459- Fixed the menu option for add cut.

460- Fixed a couple of major buffer size issues on non-perfect streams.

462- Cleaned up and get GopEditor ready to release. There was a ton of HiDef debugging code and other things.

464- Added in the full menu creation populate menu option to TyTool. It is found in the EDIT menu as "Auto Assign Names" It works like the copy up button but does each VOB 1 at a time in order. So the first VOB in the list becomes menu element #1 and so on.

465- Now saves the rendering options to the GopEditor INI file..

466- Added various rendering options to the GopEditor menu. You can now resize to ½ or ¼ in the main and Frame display windows. This resizing is necessary to edit HiDef on many machines.

467- Added loading/saving the resize values to the INI file. Got tired of setting it every time. So now it needs to be set only once.

468- Must set the current resize setting in the menu when loading it from the file.

469- Fix the F1 preview playback to actually work when using HiDef streams.

470- Carefully checked over the Frame edit window to make sure it still works for all of the stream types.

471- Checked over the saveBitmap code with the new 24bit changes.

472- More work on the scaling code. It is still just to slow!!!

473- Altered the FAE window to use the same resize code as the main window. It was opening full size and that is just as useless as full size was in the main window.

474- Fixed the FAE loading of OTA HiDef data.

478- Fixed the FAE loading of HiDef data. It was loading not but detecting type correctly everytime. This stupid OTA stuff is going to be the death of me.

480- Wrote a new high quality decimation based down-sizer and tested the speed. It is FAST FAST FAST.

481- Fixed an aidio bug in the case of a serious error. It was stitching things together in such a way that it was killing things and crashing.

482- Added a print of "finished" after a download, It used to just show ?0:00 remaining? as the signal it was done.

483- Altered the auto-assign option to be in the menu of the dialog. It was taking too much room as a button.

484- Added in a menu option to be used as a way to hide the VOB paths...

486- Altered the size in the listbox back to always being meg just wider (5 characters wide rather than 4).

487- Fixed the MuxMenu and bmp2y4m programs for PAL video resolutions.

Along with these 2 new binaries we also have a new libmpeg2.dll version etc? So make sure you get all of the proper files.

So that's it. Not too much new in this release. (For the humor impaired that was sarcasm) Gonna have to try and get things out faster in the future. This release just kind of piled up on me.

--jdiner

jdiner

12-03-2004, 02:30 AM

For those with HDTivo's. In order to do a FAE cut you must use a different versions of mpeg2enc. It is a newer version and is compiled without MMX/SIMD (as that is the only way that version will compile on a Win32 PC).

So it is a touch slower but it can be used to FAE edit HiDef streams.

I have provided an already compiled version of that program here.

To use it. Download the zip file and unpack it. The file inside will be named mpeg2enc.exe and MUST NOT be renamed in anyway. Then move it into the main TyTool directory. That is it. After that things will FAE just fine at any of the standard HDTivo resolutions.

EDIT: As was brought to my attention this version of the cygwin system dll is needed for this special version of mpeg2enc for HiDef to work. The other tools will work with it but it is required for this version to operate.

--jdiner

jdiner

12-03-2004, 02:34 AM

Alright a quick note. There were so many things in my completed todo list in this release that only a bare fraction of them would fit into the release notes in the post here in this thread. So please please please read the .doc file for 9r18 in the zip archive. There is a ton of new features you need to read up on before using the new stuff or you will miss out on some pretty cool stuff.

You are warned... :)

--jdiner

hayreass

12-03-2004, 02:40 AM

464- Added in the full menu creation populate menu option to TyTool. It is found in the EDIT menu as "Auto Assign Names" It works like the copy up button but does each VOB 1 at a time in order. So the first VOB in the list becomes menu element #1 and so on.

Thanks for the cool new feature's
been looking forward to this

Edit: Not sure why, but it's a lot faster now too. On my s1, the speed increased .5 meg/sec to 3.2 meg/sec

jdiner

12-03-2004, 03:46 AM

Thanks for the cool new feature's
been looking forward to this

Edit: Not sure why, but it's a lot faster now too. On my s1, the speed increased .5 meg/sec to 3.2 meg/sec
If you replaced the tserver executable that is the one that Jamie built. Dunno all what he did but it is faster for me. not quite that big a difference but it has been working so well that for the last week or so that I rolled it into the release zip.

--jdiner

desplaines

12-03-2004, 05:49 AM

THANK YOU for the new release!

I will not be able to try HD editing tonight, but I can confirm that 10GB+ file sizes show properly now, and the 'tserver' window is visible/restores as described. Tomorrow (if I can get C++ and Unix homework done) I will try more of the new tools.

kitschcamp

12-03-2004, 06:35 AM

If you replaced the tserver executable that is the one that Jamie built. Dunno all what he did but it is faster for me. not quite that big a difference but it has been working so well that for the last week or so that I rolled it into the release zip.

It makes a huge difference to my UK Tivo. It's gone from c. 1.7-1.8MB to 2.5 in one swoop. Nice.

Pendragn

12-03-2004, 11:08 AM

Thanks Jdiner!

tk

mrshock

12-03-2004, 02:30 PM

I recently did a full upgrade (hack + utils) to my Series2 SD-DVR80 + RID unit. Had trouble getting TyTool 9r17 to work until I did a lot of scouring and found the recommendation to use the tserver_mfs and NowShowing.tcl from MuscleNerd (tserver_mnerd.zip). I recall I needed to do this due to some *block* error message upon trying to run tserver from bash. All has been fine since, although I have only tried limited f(x) of 9r17.

Now, I want to do this upgrade, and it appears from this thread that this tserver executable could also give me performance increase. For install, should I just replace the tserver_mfs and NowShowing.tcl from this version TyTool 9r18 and delete those from MuscleNerd? Or, will the errors reappear? or, should I just use one of the files and not the other?

I never did understand why I needed to go use the files from MuscleNerd (he and Ronny had worked this issue I believe) because I thought 9r17 was released after the sleuthing and fixing MuscleNerd provided. But, I didn't worry too much because it all seemed to work....now, I am keen to find out the right approach since I am upgrading to 9r18.

Thanks

Fugg

12-03-2004, 03:03 PM

Shiny!
:)

mike0151

12-03-2004, 03:07 PM

Josh

A million thanks. My download speeds have gone from an average 1.47 meg/sec to 1.93 meg/sec with my turbonet enabled TiVos. Looking forward to playing with the new tools.

Thank you so much.

Mike

mbellot

12-03-2004, 03:23 PM

Thanks for the great program.

Not to sound ungrateful but...

Would it be possible to put in a feature request to change the cut file format to match TyStudio?

I use TyTools for tmf->dvd, but occaisonally I would like to also "reinsert" a commercial free version back on the TiVo with chunkedit. I don't do this very often, so the overhead of leaving tyserver and tyindex running all the time is not my idea of fun, so instead I need to (re)index the video file with TyStudio and re-create the cuts.

If TyTools cut file was the same format then I could do it all in one edit session instead of having to edit twice.

lrhorer

12-03-2004, 04:05 PM

hayreass

12-03-2004, 04:16 PM

mrshock

12-03-2004, 04:21 PM

I tried that myself mrshock, but had to revert to the musclenerd files on my S2....
Not sure why, but then I don't remember why I needed them in the 1st place...

Am I correct in assuming that you are using 9r18....just with the old musclenerd files?

Jamie

12-03-2004, 04:31 PM

I've just installed your TyTool version 9 release 18 application on my Series I TiVo, and it looks to be a very powerful tool for extracting video. There does seem to be one problem, however. The default setting for file transfers is the double sockect connection, but when this is enabled, transferring a tystream fails. The error in the GUI is "Data socket connect failed!" The server output is:

SERVER: We got a message! buf = 'TYSTRM2 0.5.0.4 2054 2875298/2875299/2875301'
ERROR: Could not connect the socket!
ERROR: Could not connect to client to send data!

If I enable single socket connections, it seems to work just fine. Are double socket connections only supported on Series II TiVos, or have I done something wrong? What are the advantages to a double socket connection?

This could be my fault. I am responsible for the tserver included in this release, and I must admit to being clueless about a "double socket connection" option. If someone can explain the benefits, and point me to tserver source that includes support for this, I can have a look.

I'll try to follow this thread and follow up on any tserver problems.

{Edit: Actually, in looking at the code, it does look like it supports the TYSTRM2 message type. The IP address being passed in your output, 0.5.0.4, looks strange to me. I wonder if there might be a network configuration problem on your PC.}

hayreass

12-03-2004, 04:37 PM

Am I correct in assuming that you are using 9r18....just with the old musclenerd files?
Yes, but only in my S2....
My S1 is using the new files, and running well

Edit:
I now use the tserver found in the package Here (http://www.dealdatabase.com/forum/showthread.php?t=39487) that eliminates the need for NowShowing.tcl, and am quite happy with it.

lrhorer

12-03-2004, 04:37 PM

Am I correct in assuming that you are using 9r18....just with the old musclenerd files?

I'm afraid I haven't a clue. I downloaded the two archives which Josh attached to the second message of this thread. One of the folders is labeled TSERVER_Series1 and the other TSERVER_Series2_MIPS. I transferred the tserver binary from the Series1 directory over to the TiVo and ran TyTool.

jdiner

12-03-2004, 04:47 PM

It makes a huge difference to my UK Tivo. It's gone from c. 1.7-1.8MB to 2.5 in one swoop. Nice.
Yeah. That is pretty much what it did for me. A very sweet piece of work that.

Wierdly enough my S2 HDVR2 is now faster at extraction than my S1 which was never the case before. On my HDVR2 I used to be lucky to break 1M/s.

That is why I included it. I mean after all why not?!!? :)

--jdiner

jdiner

12-03-2004, 04:49 PM

Now, I want to do this upgrade, and it appears from this thread that this tserver executable could also give me performance increase. For install, should I just replace the tserver_mfs and NowShowing.tcl from this version TyTool 9r18 and delete those from MuscleNerd? Or, will the errors reappear? or, should I just use one of the files and not the other?
My understanding is that this unified tserver that is now included in 9r18 has all of the MuscleNerd and RonnyThunder fixes in it. That was the other reason to roll to it. I didn't realize there had been any changes to the NowShowing.tcl file. So that has not been replaced and is the same old one. However it has NOT been altered. So just keep that file the same and all should be well.

--jdiner

jdiner

12-03-2004, 04:51 PM

Would it be possible to put in a feature request to change the cut file format to match TyStudio?
No.

If TyTools cut file was the same format then I could do it all in one edit session instead of having to edit twice.
Sounds like what you should write is a program to turn the one into the other since they are just text files. or at least mine is i am assuming they did theirs as a text file.

--jdiner

Jamie

12-03-2004, 05:03 PM

jdiner

12-03-2004, 05:39 PM

I've just installed your TyTool version 9 release 18 application...

The server output is:

SERVER: We got a message! buf = 'TYSTRM2 0.5.0.4 2054 2875298/2875299/2875301'
ERROR: Could not connect the socket!
ERROR: Could not connect to client to send data!

It works for me. That is the exact setting I used daily during my test. I went through the tserver source code portion last night before making the release and there were very few changes. Mostly formatting and removing some of the debug variables that were unused in that version of the source. I don't know what would cause it to do what you are seeing but I would suggest you try the following in order:

1- shut down the server exe on the tivo itself.

2- shut down any and all copies of the TyTool application.

3- Open a telnet client to the tivo and CD to wherever you have the tserver executable and NowShowing.tcl script installed.

4- From this telnet window run the server like: ./tserver

5- start TyTool and hit refresh.

At this point you should get the show list and things are talking at the command level but not yet tested at the data level.

6- MENU -> Options -> Networking -> Refresh Network Address.

7- Make sure the address that has been picked is the proper one for the networking link connected to the tivo. It is possible it is picking the address that you have in a modem (cable/dsl/phone) etc...

8- Go into single socket mode in the sam menu.

9- Download a show.

10- Go back into double socket mode and download the same show.

It should work. It has for me every time...

If I enable single socket connections, it seems to work just fine. Are double socket connections only supported on Series II TiVos, or have I done something wrong? What are the advantages to a double socket connection?
No they are supported on all of the tivo makes and models. The advantage is about a 20% increase in speed do to MTU auto-negotiation rather than a fixed size of 540 bytes.

In addition, is this the proper forum for requesting new features?
Yes.

--jdiner

jdiner

12-03-2004, 05:41 PM

This could be my fault. I am responsible for the tserver included in this release, and I must admit to being clueless about a "double socket connection" option. If someone can explain the benefits, and point me to tserver source that includes support for this, I can have a look.

I'll try to follow this thread and follow up on any tserver problems.

{Edit: Actually, in looking at the code, it does look like it supports the TYSTRM2 message type. The IP address being passed in your output, 0.5.0.4, looks strange to me. I wonder if there might be a network configuration problem on your PC.}
TYSTRM2 is indeed the message that does it. I can answer any questions you have on the source. Feel free to PM me with any questions you have.

--jdiner

broker777

12-03-2004, 06:03 PM

mbellot

12-03-2004, 06:03 PM

Sounds like what you should write is a program to turn the one into the other since they are just text files. or at least mine is i am assuming they did theirs as a text file.

--jdiner

They are indeed both text files.

The difference appears to be that TyStudio saves extra info about where in the chunk the cuts are being made (beyond just time offset), while TyTool only saves the time offsets.

I may need to learn about the ty format... I could probably write something simple to calculate the extra info from the time offsets if I can figure out how they are related.

mrshock

12-03-2004, 06:36 PM

My understanding is that this unified tserver that is now included in 9r18 has all of the MuscleNerd and RonnyThunder fixes in it. That was the other reason to roll to it. I didn't realize there had been any changes to the NowShowing.tcl file. So that has not been replaced and is the same old one. However it has NOT been altered. So just keep that file the same and all should be well.

--jdiner

Ok..I just replaced the tserver_mfs from musclenerd with the tserver included in the Series2_mips directory (or something like that) from 9r18 and it does indeed work. Hence, I am not getting the same error that originally led me away from the tserver version in 9r17 to musclenerd's originally. i.e. I could connect and verify tserver up and running. HOWEVER, when I replaced the NowShowing.tcl (which I believe I also dl'd with musclenerd.zip) with the new version in the 9r18 package I could not get a show list. I went back to the NowShowing.tcl from muclenerd's package, use that with the tserver from 9r18, and it all appears fine.

I am doing the side by side comparison of xfer rates with 9r18 single and double port now and I am actually getting 15% improvement with the single port vs. the new double port. This is on a Series 2 with 4.0.1b-02-xxx with Linksys USB200M and the new Backported drivers (which did provide significant improvement), running tserver from 9r18, NowShowing.tcl from musclenerd, and downloading the same file twice as an MPEG2 file.

cagey

12-03-2004, 07:57 PM

Sorry for asking this if this has been beaten to death. But will TyTool 9r18 allow me to create dvds without menus? Or will it go from show to show continually without my having to do anything. I mean, will a dvd with 10 "shows" on it, play from show 1 thru show 10 with out stoping after a show and going to the menu?

Thanks for any help.

jdiner

12-03-2004, 08:15 PM

Oh. I forgot to put something in to the done report list:

477- Add a quick template refresh option.

In the File Menu of the MENU creation dialog there is now an option to refresh the currently selected menu.

This as discussion in the last week or so here on the forum was wanted by some to make it easier to design/create templates. So that is what it does.

You have to load a template first. Then I just do "alt-f-r" from the keyboard and I get a quick reload of the template and it will shift things around as needed. Then the preview feature will show these things as they would then be used.

Not sure who was the most recent person that was talkind about it but hopefully they see this, found it on their own, or something...

--jdiner

jdiner

12-03-2004, 08:16 PM

Pendragn

12-03-2004, 08:55 PM

Not sure who was the most recent person that was talkind about it but hopefully they see this, found it on their own, or something...

--jdiner
I asked for it a couple of weeks ago. I didn't see it in the 18 release notes, but I'm excited to see it there.

Thanks,
tk

arthur

12-03-2004, 10:51 PM

Hi,

I installed TyTools 9 rel 18, and when I start Tserver from BASH I get the following:

tivo:/var/hack$ ./tserver
Doing the Lowest PriorityFix...
Waiting for an incoming connection!

But when I hit "Refresh" on the client I get:

SERVER: We got a message! buf = 'SHOWING'
invalid attribute: TimeZone
while executing
"dbobj $setup get TimeZone"
("uplevel" body line 5)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set setup [db $db open /Setup]

# set defrecquality [dbobj $setup get RecordQuality]
set setuptz [dbobj $setup ..."
(procedure "init_db" line 45)
invoked from within
"init_db"
(file "./NowShowing.tcl" line 480)
Waiting for an incoming connection!

This is my first go-around with TyTools, and I've only been working with my hacked DTivo for a couple months. I have a HDVR40 running 4.0.1b-2003, with TyTools9rel18, TPW 1.0 w/ some mods, and MFS_FTP1.2.9p.

Anybody seen this before/now what's wrong? I did read somewhere about a discussion on "TimeZone" for ver 5.x software maybe? Don't know if it's applicable here.

Thanks!

I got the same error on my SA S2 4.01b-02-240 Tivo
I used the following NowShowing.tcl to resolve the problem.
http://www.dealdatabase.com/forum/attachment.php?attachmentid=3587

Update I noticed that people were referencing this post as a possible solution to the NowShowing Problem.
So it is appropriate to add that if you use tserver compiled by Jamie (Thank you)
http://www.dealdatabase.com/forum/showthread.php?t=39487
then NowShowing is integrated into the tserver, I have been using that version for quite a while now without any ill effects.

bgreen

12-04-2004, 03:18 AM

So that's it. Not too much new in this release. (For the humor impaired that was sarcasm) Gonna have to try and get things out faster in the future. This release just kind of piled up on me.

--jdiner

First, many thanks go to jdiner for all the time that's been invested in this great tool. I was still having trouble with the date display on my SA2 4.01b Tivo. I tried a new NowShowing.tcl that has been posted here (http://www.dealdatabase.com/forum/showpost.php?p=189294&postcount=4) that corrects the date display and it seems to work pretty good.

melster

12-04-2004, 03:44 AM

Holy moley! I can't even begin to imagine how much work it was to write this. Thanks jdiner!

TyTool --> DVD --> #1 DVD Ripper --> DiVx = Pocket PC goodness!

I know it's a little convoluted, but I'm real lazy. Great way to create divx files with the least amount of brainpower involved.

jdiner

12-04-2004, 03:53 AM

jdiner

12-04-2004, 04:06 AM

Alright time for a few more down deep in the details fixes...

I have been working on a few new things as I prep for the HDTivo alterations.

These focus around fixing up the timestamps at the GOP level. These are marked in the spec as informational only. But many apps that do transcoding and what not seem to rely on this field.

The next one is a mode that doesn't leave the audio gaps at the cut points. But rather does a sliding skew. The claim is that anything less than about 22ms is undetectable by a human. (I don't really believe that as I swear I can see it but...) Anyway the idea is to lose the perfect sync that is used right now and shift over to something that provide contiguous streams for both audio and video. The idea being that those that want to transcode into divx or whatever will be able to do so.

Now this second one is not a replacement for what happens right now. It is just another "mode" that will be offered. Personally I don't plan to use it but in certain circumstances seems like it could be usefull to some.

Anyway, more interesting things to come. I also need to find the time to get the latest changes to the menu creation system fully in place: no menus, multi-page menus, etc... Many of which necessitate moving to a newer version of DVDAuthor which should solve some of the other issues that still carry on.

--jdiner

hayreass

12-04-2004, 04:42 AM

Got to thinking about it today. I have a cachecard that I never put into my S1 DTivo... I wonder if things are even faster with a cachecard versus a standard TurboNet card.

Anyone here using the newer server software with a cachecard and want to report their results speedwise?

--jdiner

Mine usually settles in at about 3.4 meg/sec
Like I said earlier, this baby is FAST
Now if only I could get my S2 over 2 meg/sec.........

koreth

12-04-2004, 05:00 AM

I just tried editing an HD recording of "Lost" and it worked like a champ, no glitches at all. Cool!

Now all I need is a Blu-Ray drive to archive all these huge HD shows...

melster

12-04-2004, 02:32 PM

broker777

12-04-2004, 02:43 PM

Hi again,

I was able to overcome the TimeZone problem. Thanks to everybody for the help!

Now I have a bigger problem, considering the TServer error I could work around by manually FTP'ing my .TY's over to my PC.

Everytime I try to 'edit keyfiles' (e.g. make cuts) GopEditor.exe dies. The exact message is: "GopEditor.exe has encountered a problem and needs to close. We are sorry for the inconvenience.". Of course M$ isn't half as sorry as I am.

It says: Error Signature. AppName: gotpeditor.exe AppVer: 0.0.0.0 ModName: gopeditor.exe ModVer: 0.0.0.0 Offset: 0000eb5b

I have attached the file (shows as .txt) but in the file it seems it's XML. This stuff is way over my head.

Thanks!
-broker777

lrhorer

12-04-2004, 04:05 PM

It works for me.
It's definitely not working here in double mode.

1- shut down the server exe on the tivo itself.

<deleted>

4- From this telnet window run the server like: ./tserver
Yep. I've tried with and without the -s option and specifying the location of the tcl file. I've tried with an external telnet session, and using your Start tserver utility from within TyTool.

5- start TyTool and hit refresh.
Everything works but the data transfer in double mode.

7- Make sure the address that has been picked is the proper one for the networking link connected to the tivo. It is possible it is picking the address that you have in a modem (cable/dsl/phone) etc...
If that were the case, I wouldn't be able to get the Now Showing list or transfer in single mode. I have the hostname TiVo defined in the hosts file, and I am using the hostname for the address.

The advantage is about a 20% increase in speed do to MTU
I thought maybe so. I would definitely like to obtain as much speed as possible. I don't see how one would obtain a 20% increase just by changing the MTU when the link is so lightly loaded, however. The link utilization is less than 20%, and the additional overhead should mostly just increase the link utilization, rather than slowing down the overall packet rate. Maybe I'm missing something, here.

auto-negotiation rather than a fixed size of 540 bytes.
540 bytes! Why so low? In any case, I just tested the maximum unfragmented packet size when communication with the TiVo, and it shows to be 1472 bytes, which equates to an MTU of 1500 bytes. The point should be moot, however, because sending a too-large packet should not cause a loss in communications, but rather merely fragmented packets and a consequent potential slow down in transfer rate. The server is reporting it is unable to open a connection on the socket.

lrhorer

12-04-2004, 04:34 PM

Josh,

Thanks again to you and all the other developers for a great program. I'm still evaluating, but at this point I'm pretty sure I'm going to stick with the TyTool platform. Meanwhile, I have a handful of requests for features, if you feel inclined to add them.

1. A variable window size. Your compiler or source code may or may not make drag bars very convenient to implement, but it would be nice if I could increase the size of the window to allow more of the Now Showing list to be visible at once. If you can implement drag bars, great. In lieu of drag bars, perhaps you could offer either a set of canned window sizes or a setting option from your drop down menus, or perhaps a flat text configuration file which can be easily edited to give the user the desired window size.

2. A variable Now Showing Field size. Often the show title or episode title is chopped off. Again, drag bars, user specified variable, canned variables, or a config file would be great.

3. The ability to view the show synopsis. This could be done automatically, or with a separate <Get> tab. Of course, one can always fire up TiVoWebPlus, but I would much prerfer to be able to have the info at my fingertips in one application.

4. Allow the "Group by" setting in the <View> tab to be sticky. It's a bit annoying to have to redo the view setting after every refresh.

lrhorer

12-04-2004, 05:18 PM

If it helps, I did a capture of all the packets for an attempt to transfer using the double setting and one of the first 25 packets of a transfer using the single setting. The results are attached.

ronnythunder

12-04-2004, 05:31 PM

lrhorer

12-04-2004, 06:39 PM

those of you who are having problems with the double sockets: in this config, the server (on the tivo) actually makes a connection *to* the pc (i.e. the server issues the connect() and the tytool9rxx.exe is the server). so, if you have a firewall on the pc, it's not going to work if that connection can't get through.
There shouldn't be. I'm using EZ Armor Antivirus, and the firewall is disabled. I double-checked Windows firewall, and it is disabled.

in the packet trace that lrhorer posted, the incoming connection doesn't even appear; this could mean that the sniffer filter wasn't broad enough, or that a firewall nixed the incoming connection before it even got to the sniffer software.
The two systems are on the same subnet (as you can see), with only passive Ethernet switches in between. The capture filter was set for the address of the TiVo, so it should have capturd everything from it. I've included another test file, this time with no filters. The sniffer software should insert itself before any layer 3 or higher protocol (like a firewall), or else it would not see Ethernet or other non-IP traffic. Since as you can see the sniffer is happily accepting non-IP traffic and traffic destined for other addresses, it doesn't look like there is a firewall issue, at least not on the PC. Since the switches are perfectly dumb and there is no NAT or similar barrier between the hosts...

in the example, the pc was listening on port 3452; i don't know if that's a constant or if the tytool9rxx.exe is just picking something. lrhorer, if you could do another test and search for the TYSTRM2 string, the port number is after the (alleged) ip address. if it's always the same, you should be good opening up the firewall for that port. if it changes, well, i suppose it would get more interesting.
No, as you can see, the port number changes. However, there is no firewall, and there doesn't seem to be an attempt for the TiVo to open a connection on the specified port (3782 in this case). I do find it interesting in every case there is a connection established on the specified port -1 (3781 in this case), but it is established by the PC, not the TiVo, and it is established before the port spec is sent over the telnet connection.

grossman

12-04-2004, 06:44 PM

I was hoping....but alas...I'm still having audio/video out of sync problems :-(
I've installed 9r18, I've tried standard demux, and the new demux, I've tried
with and without patching audio holes, I've tried all the available transoding
options, and still, my resulting mpeg files are out of sync. Can ANYONE HELP!!!

This is a SA S2 4.01b-02-2-240 with decryption via patch4all

All extraced .ty files play fine in Windows Media Player V9.0 with TyShow
installed. I've tried (with no success) playing the mpeg files.....

a) with other utils
b) on other computers
c) on DVD players (my apex can directly play mpegs on a data DVD)

I've even split the files (using tytools) and merged using mplex and
resulting mpegs are still out of sync. I even tried using the -O option
on mplex and no matter what value for msec I give I get the same
amount of audio out of sync (seams like the -O option doesn't do anything).

ronnythunder

12-04-2004, 06:54 PM

No, as you can see, the port number changes. However, there is no firewall, and there doesn't seem to be an attempt for the TiVo to open a connection on the specified port (3782 in this case). I do find it interesting in every case there is a connection established on the specified port -1 (3781 in this case), but it is established by the PC, not the TiVo, and it is established before the port spec is sent over the telnet connection.first, i'd rescind that attachment and edit it a bit; it contains your pop3 username and password in the clear :eek:

second, the 3781 is the client port for the "main" connection to tserver from tytool9rxx. remember, a port is actually used whether you're the client side or the server.

third (and perhaps the key): that ip address in the message is actually the one used for the connection. i seriously doubt that "0.5.0.4" is a valid ip address for normal data traffic on your box. what i suspect is happening is that some software is doing some "funny business" and creating a logical adapter or something for ipc or who knows what. try this: on tytool9rxx, click "options", then "networking", and look at the ip address(es) listed. if there are multiples, make sure that the 192.168.1.101 is checked. then try again.

ronny

ronnythunder

12-04-2004, 07:18 PM

lrhorer

12-04-2004, 07:21 PM

first, i'd rescind that attachment and edit it a bit; it contains your pop3 username and password in the clear :eek:
Yeah, I just spotted that before you sent the reply. I didn't know one could rescind the file, but I just figured out how. Thanks.

second, the 3781 is the client port for the "main" connection to tserver from tytool9rxx. remember, a port is actually used whether you're the client side or the server.
Yes, of course. It's just interesting the port on the PC for the primary data connection is always 1 below the secondary, but come to think of it, it only makes sense TCP would assign the ports sequentially. I was thinking it might not be necessary to send the port number to the TiVo, but on reflection this is not the case. There would be no way in general to assure the next port is always available.

third (and perhaps the key): that ip address in the message is actually the one used for the connection. i seriously doubt that "0.5.0.4" is a valid ip address for normal data traffic on your box. what i suspect is happening is that some software is doing some "funny business" and creating a logical adapter or something for ipc or who knows what. try this: on tytool9rxx, click "options", then "networking", and look at the ip address(es) listed. if there are multiples, make sure that the 192.168.1.101 is checked. then try again.
That did it! I was wondering from where the 0.5.0.4 was coming. Sure enough, when I open the <Networking> tab, there are 2 IP addresses, and the 0.5.0.4 was checked. I checked the 192.169.1.101, and now it works. I can't seem to get rid of the 0.5.0.4 address, and when I click <Refresh Network Addresses>, the 0.5.0.4 address gets selected, again.

lrhorer

12-04-2004, 07:39 PM

I have a Series I, and the transfers are definitely faster using Double socket mode. What's more, the Ethernet frames are all 590 bytes when using Single socket mode, but almost all the frames are 1514 bytes when transferring in Double socket mode.

lrhorer

12-04-2004, 08:15 PM

i seriously doubt that "0.5.0.4" is a valid ip address for normal data traffic on your box. what i suspect is happening is that some software is doing some "funny business" and creating a logical adapter or something for ipc or who knows what.
I think it was TyShow. TyShow streams video to a video application from the TiVo. There was a seconday LAN adapter which could not be disabled or removed in the network folder. It's properties showed it to be a Microsoft Video Adapter. I deleted Ty Show and rebooted, and the adapter with its bogus address are gone.

w00tdude

12-04-2004, 08:39 PM

I saw in the rules that we could discuss wishes for other
operating systems?

Am I out of line asking for an updated version of VSplit
for the Mac?

I have been using version 3.03b2 forever now, and it works
great, and I can create DVDs from the .ty files most of the
time.

However it seems more and more frequently that VSplit
for the Mac is dumping core on any give .ty file. So I was
hoping an updated version was in the works. (Sorry if I'm
just being plain silly). :)

--Wayne

jdiner

12-04-2004, 10:22 PM

If that were the case, I wouldn't be able to get the Now Showing list or transfer in single mode. I have the hostname TiVo defined in the hosts file, and I am using the hostname for the address.
Ummm. No. Believe it or not I know what is going on in the code that I wrote. The "picked" address I mentioned is found in Menu->Options->Networking and is used only for the double socket code. It is the address the applications running on the tivo used to connect back to the client machine. Having a bad address there has no impact at all on the single socket mode.

As I see it you have 3 choices:

1- Just run in single socket mode.
2- Rollback to the version of the server included in the 9r17 release.
3- Actually dig into thing with the proper tools and figure out what you have busted in your network, client machine, firewalls, whatever....

I thought maybe so. I would definitely like to obtain as much speed as possible. I don't see how one would obtain a 20% increase just by changing the MTU when the link is so lightly loaded, however. The link utilization is less than 20%, and the additional overhead should mostly just increase the link utilization, rather than slowing down the overall packet rate.
Oh my. You are right. We are all wrong. And all of the effort and testing and what not has been wasted. Thanks for clearing it up for the rest of us. :(

Think what you will. But a connection inbound to the tivo never changes from the initial MTU of roughtly 540. Ever. So the double socket mode is a second socket, hence the name, that operates much like the data channel of the FTP protocol and allows the client box to roll the MTU up to 1500.

Why is it faster 3x less header data, less TCP negotiation, less sliding window work within the protocol stack, and so on... Want to see it all in action? Get ethereal and watch the packet streams going in both directions.

540 bytes! Why so low?
Because believe it or not the network stack inside fo the tivo was altered for the best support of modem traffic as it comes with one built in.

There are 3 main reasons a TCP connect request would fail:

wrong port
wrong address
loss of transmission data

The port is fixed so that is out.

The IP Address is flexible so you can get the wrong address hence the reason I made my suggestion.

A firewall, a bad switch/hub etc... would be examples of the last. If you are running XP SP2 in full lockdown mode you have to manage the firewall portions yourself to get things to work.

But whatever. I have have run out of patience and interest in trying to help with this. Your post would indicated at least some knowledge of networking so you should be able to fix it yourself in time.

--jdiner

jdiner

12-04-2004, 10:27 PM

If it helps, I did a capture of all the packets for an attempt to transfer using the double setting and one of the first 25 packets of a transfer using the single setting. The results are attached.
I see the problem and it was exactly what I said. Or least it certainly seems so.

The client machine appears to be: 192.168.1.101

The tivo appears to be: 192.168.1.103

The address being sent to the tivo by the client machine saying "here I am" is using 0.5.0.4. Which is surprisingly enough not even in the same subnet as the 192.168 addresses that both the client and the tivo are using to talk to each other.

My guess you have 2 devices in your client machine, Like I said before a wireless card/Cable Modem/DSL modem/etc... TyTool will allow you to select any current IP address but defaults to the "first one" that comes back on your system. That first one is not correct. Pick one in the 192.168 subnet and it will work.

--jdiner

jdiner

12-04-2004, 10:34 PM

I was hoping....but alas...I'm still having audio/video out of sync problems :-(

I've even split the files (using tytools) and merged using mplex and
resulting mpegs are still out of sync. I even tried using the -O option
on mplex and no matter what value for msec I give I get the same
amount of audio out of sync (seams like the -O option doesn't do anything).
Ok look. If all the tools provide out of sync playback it is your playback that is busted. And that is where anyone else ability to help you ends. Many people, myself included have suggested playback programs for testing. I have used PowerDVD from version 4 to version 6 and they have all worked perfectly. I have several versions of WinDVD and they work as well.

You CAN NOT use media player to play the results of TyTool mpeg2 output. For whatever the reason the codecs people try to use with it are unhappy and they do not work.

References to tyshow don't mean anything because it is a completely different beast.

If you have 2 machines, back the smaller one up completely, format it and start over entirely. Put nothing but the base OS on it, TyTool, a source TyStream, and something like PowerDVD or WinDVD. (Demos are available, or at least where, from the manufacturers.)

And try processing it clean and see what happens.

But my take on it this. It works here on half a dozen machines. I have a rotating pool of what 200 testers that come and go here on the forum and it works for them. It doesn't work for you. So it has to do with your machines or you software. Take differences and the way windows self destructs out fo the mix and you should be able to narrow down the hows and the wise.

--jdiner

jdiner

12-04-2004, 10:36 PM

another interesting thing i've noticed: in my testing with a hdrv2 on 3.1.1x, the packet sizes are the same whether single or double socket mode, which leads me to wonder if it's only the s1 boxes that had the mtu issue that prompted double socket mode in the first place. i see full 1514 byte ethernet frames in both instances, and my transfer speeds are statistically identical. i don't have an s1 in service right now to compare to.
I had just been sitting here thinking about that...

With the addition of so many new networking options like the whole HMO it made me wonder if they would take the forces limits back out of the OS. That being the case it would appear on S2 boxes that the dual socket mode is unneeded.

Interesting...

EDIT: Just tested downloading a 920 meg show.

Dual Socket Mode Average: 6.296617 Minutes
Single Socket Mode Average: 6.479934 Minutes

Running 3.1.1x on an HDVR2.

So still a touch faster but not quite the difference shown on the S1 tivos.

EDIT #2: Decided to re-test the S1 running 3.x

Dual Socket Mode Average: 7.101567 Minutes
Single Socket Mode Average: 9.475768 Minutes

A difference of what roughly 25% on the transfer speed...

--jdiner

lrhorer

12-05-2004, 05:34 AM

Ummm. No. Believe it or not I know what is going on in the code that I wrote.
I would surely think so. What in my posts suggested to you I thought otherwise?

The "picked" address I mentioned is found in Menu->Options->Networking and is used only for the double socket code.
OK, I misunderstood to which address you were referring. I thought you meant the TiVo address. That's the one I double-checked.

When you said:
6- MENU -> Options -> Networking -> Refresh Network Address.
I did just that. I didn't notice there was a bogus address in the list. Every time one selects <Refresh Network>, it picks the virtual address in favor of the real address on this system.

Then I misread the following:
7- Make sure the address that has been picked is the proper one for the networking link connected to the tivo. It is possible it is picking the address that you have in a modem (cable/dsl/phone) etc...
I took the "proper one for the networking link connected to the tivo" to mean the TiVo address specified at the top of the TyTool application screen. Yes, I know now you didn't mean the TiVo address, but at the time I was unaware of the relationship between the selected address and Double socket mode.

As I see it you have 3 choices:

1- Just run in single socket mode.
2- Rollback to the version of the server included in the 9r17 release.
3- Actually dig into thing with the proper tools and figure out what you have busted in your network, client machine, firewalls, whatever....
I didn't bust anything anywhere, and I have the proper tools, thanks. What I did not know was TyShow - WITHOUT MY KNOWLEDGE - created a virtual network port using Microsoft's virtual video driver. This was not documented anywhere. 'Not your fault, but then it rally isn't mine, either, and it didn't break anything until this address conflict, so I was unaware of its activities.

On the other hand, your documentation did not make clear to me the relationship between the address listed under <Networking> and Double Socket mode. Indeed the only reference anywhere is in your Version 8 Release 1 & 2 release notes, and it's rather oblique.

Oh my. You are right. We are all wrong. And all of the effort and testing and what not has been wasted. Thanks for clearing it up for the rest of us. :(
Somehow it seems I have offended you, and if so I apologize, but at the same time please do not treat me like a child or an ignoramous. As it happens, I am a professional engineer with over 30 years of experience working with computers - including a moderate amount of programming and a great deal of network management. Programming is something I do on my job on an only modestly infrequent but regular basis. Network management is something I do daily.

Think what you will. But a connection inbound to the tivo never changes from the initial MTU of roughtly 540. Ever.
I never said it did.

Want to see it all in action? Get ethereal and watch the packet streams going in both directions.
That's the first thing I did, before I even posted a message. Why do you think I wouldn't or didn't do so? Ethereal is loaded on over a dozen of my management machines and as many laptops for the technicians who work for me. I also have a number of dedicated network analyzers at work, but as it happens I am on vacation at the moment, and I'm not going to drive into work just to get a sniffer for something like this.

Because believe it or not the network stack inside fo the tivo was altered for the best support of modem traffic as it comes with one built in.
I didn't know it, but I do believe it. Since TiVo never expected the units to have anything but modem access, I suppose it makes sense in a parochial sort of way.

lrhorer

12-05-2004, 05:48 AM

I see the problem and it was exactly what I said. Or least it certainly seems so.

The client machine appears to be: 192.168.1.101

The tivo appears to be: 192.168.1.103
That is correct. Both machines are sitting behind one of the little Linksys consumer NAT firewalls.

The address being sent to the tivo by the client machine saying "here I am" is using 0.5.0.4. Which is surprisingly enough not even in the same subnet as the 192.168 addresses that both the client and the tivo are using to talk to each other.

My guess you have 2 devices in your client machine, Like I said before a wireless card/Cable Modem/DSL modem/etc...
It's hardly surprising they are on different subnets if it were true there were two devices. Ordinarily two unique physical interfaces on the same machine won't have the same subnet address. On the other hand, you're assuming it isn't a /0 subnet mask, which of course it isn't. There is only 1 IP based physical network device, however - a Gigabit Ethernet card. The other was a Microsift Video virtual interface installed by TyShow.

Rowan

12-05-2004, 09:56 AM

I think it was TyShow. TyShow streams video to a video application from the TiVo. There was a seconday LAN adapter which could not be disabled or removed in the network folder. It's properties showed it to be a Microsoft Video Adapter. I deleted Ty Show and rebooted, and the adapter with its bogus address are gone.

The Microsoft Video Adpater showing up is a known MS issue and the only fix for it is to reboot. It usally shows up after installing say a USB camera or somthing like that.

laserfan

12-05-2004, 11:37 AM

I was wondering from where the 0.5.0.4 was coming.
Well, duh. Now can we skip the urinating contest, which has wasted the time of a lot of us here, especially that of our benefactor?

JustDan

12-05-2004, 02:49 PM

I just got home from a three week international trip to find an early Christmas present. TyTool9r18!!!

I've got an HD-Tivo and only did a small bit of extraction with 9r17, until I figured out the keyboard shortcuts to insert GOP cuts. That worked fine for most of my needs, movies or comercial free programs.

Still I am thrilled to be able to use the GOPEditor in 1/2 size and operate the same way as most of the tools users.

All is not well how ever. I just extracted a Discovery HD Theater special on the Cuban Missle Crisis and the show has a vertical line running down the middle of the program. The line is visible in the ty file during GOP editing and
in the resulting VOB, but on the Tivo. I don't see this on a standard-def extraction, or on an extraction of Jeremiah. Jeremiah was not a full 1920x1080, but a 1280x1088.

I'll try another full 1920x1080 extraction today to see if the problem is unique to the Discovery show, but I thought I'd check to see if this has happened to anyone else.

sheriff

12-05-2004, 03:02 PM

Could anyone give me a clue on how to get this working?
I upgrade my Dtivo to hmo. Which is working great but now tytools are not working.
I upgraded everything to the latest version but when I refresh to see whats showing I get an error: Sorry could not obtain list.

When I look at what is happening with putty open I see this:

Waiting for an incoming connection!
SERVER: We got a message! buf = 'SHOWING'
invalid attribute: TimeZone
while executing
"dbobj $setup get TimeZone"
("uplevel" body line 5)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set setup [db $db open /Setup]

# set defrecquality [dbobj $setup get RecordQuality]
set setuptz [dbobj $setup ..."
(procedure "init_db" line 45)
invoked from within
"init_db"
(file "/var/hack/tytools/NowShowing.tcl" line 480)
Waiting for an incoming connection!

Any idea's?
Thanks!

Sheriff

eastwind

12-05-2004, 03:26 PM

jdiner

12-05-2004, 06:15 PM

Am I out of line asking for an updated version of VSplit
for the Mac?
It is coming. I was sent a mac but I have not had the time to get it out of the box and setup to get things compiles. I need to get the Linux version upgraded as well.

--jdiner

jdiner

12-05-2004, 06:19 PM

The other was a Microsift Video virtual interface installed by TyShow.
Didn't know TyShow did that. i thought TyShow was a DirectShow filter. Why would it need a virtual network interface? Hummm. Never used it so maybe it has become more than I thought.

--jdiner

jdiner

12-05-2004, 06:25 PM

All is not well how ever. I just extracted a Discovery HD Theater special on the Cuban Missle Crisis and the show has a vertical line running down the middle of the program. The line is visible in the ty file during GOP editing and in the resulting VOB, but on the Tivo. I don't see this on a standard-def extraction, or on an extraction of Jeremiah. Jeremiah was not a full 1920x1080, but a 1280x1088.
Ummm. If you don't resize is the line present? It might be a rendering errors in the decoder but I have not seen it in any of my test streams. I am assuming that things like this aren't very common for you, but what it present in the stream on the tivo itself?

I have a 1920x1088 stream, the Law & Order one, that someone posted on here on the forum. I do not standing lines like the one you mentioned in this.

EDIT: You know one day I would like things to make sense when I get done with a post here. I seem to drop all of the small connecting words... :(

--jdiner

jdiner

12-05-2004, 07:15 PM

I would surely think so. What in my posts suggested to you I thought otherwise?
Alright. I will try to explain what I was thinking at the time I read this post. With great regularity we get software developers or system administrators that join us here and without fail the first thing to happen is a series of arguments about "how things should be" in one way or another. And many come down to the oddities specific to the tivo regardless of the fact that it is built on top of Linux. My patience for yet another round of this or the "TyTool should really..." was non-existant.

What I did not know was TyShow - WITHOUT MY KNOWLEDGE - created a virtual network port using Microsoft's virtual video driver. This was not documented anywhere. 'Not your fault, but then it rally isn't mine, either, and it didn't break anything until this address conflict, so I was unaware of its activities.
I had no idea it did this either. I don't use TyShow. To be honest, as I have mentioned before, I don't use anything but TyTool and TivoWeb and so had no clue it was do that.

On the other hand, your documentation did not make clear to me the relationship between the address listed under <Networking> and Double Socket mode. Indeed the only reference anywhere is in your Version 8 Release 1 & 2 release notes, and it's rather oblique.
Much of the "documentation" for TyTool and VSplit is at best anecodotal and found here on the forum. searching the forum is the only real way to find most of it. Awhile I spent some time and wrote the FAQ but while I tried to put everything into it that I could think of I fear I missed more than I got in some areas. Especially when they are older and known so well by so many.

I never said it did.
The frustration is that I, and so many others here, speak from the vantage of experience in this specific space. I said it made it 20% faster, the only reason to make such a claim is that I did the work and the research and the testing, as did several others with extensive networking experience. You reply was "I don't see how one would obtain a 20% increase just by changing the MTU when the link is so lightly loaded, however. The link utilization is less than 20%, and the additional overhead should mostly just increase the link utilization, rather than slowing down the overall packet rate."

Regardless of whether or not it "makes sense" that is the case. When you dig into the whys and hows of networking on a tivo it actually becomes quite a bit more clear why it makes the difference it does.

My frustration is that it is the same old argument, revisited again. People here saying what we know and being told we must be wrong...

That's the first thing I did, before I even posted a message. Why do you think I wouldn't or didn't do so?
Why? Because right or wrong in my assumption, almost everyone convinced TyTool is broken is suffering from something else. And you would be what... the 4th person in this entire time to actually look at the IP packet data.

Anyway, sorry if I came off terribly frustrated but I am. I thought I was clear on where to look for the networking options the first time as there is only 1 place that contains the potential for more than 1 address. Being told no such exists in my program pushs my buttons.

But moving on...

--jdiner

email68

12-05-2004, 08:10 PM

Presently when I make a dvd w/tytools and I put a lot on a menu, it only plays one show then reverts to the menu again.

Is there a way to have it simply play the next menu item?

Also, does tytools maintain dolby digital when extracting and making a dvd? ie. Will a dvd playback dolby digital after being made with tytools?

-email68

mmmfishies

12-05-2004, 09:18 PM

Also, does tytools maintain dolby digital when extracting and making a dvd? ie. Will a dvd playback dolby digital after being made with tytools?

In my experience, yes, Dolby Digital audio is preserved.

Rob

samhammer

12-05-2004, 10:42 PM

I will confess that I just got my Tivo hacked and installed Tytools R18.
I am totaly new to this, but so far it is working except for the error

"Could not open an output file"

I get this when I try to "get" a show. I also tried to get the file using the Multiplex mode because I want the shows in mpeg format. However when I try that it imediatley shuts down both the client and server.

Anyone have any insight. Could not being able to open an output file be related to my firewall?

Thanks
George

PS. This is my first post here, but been reading a lot.

guardianx

12-05-2004, 10:48 PM

Name = 'c:\dtivo\Inuyasha-Shiori's Family and Inuyasha's Feelings'
fsIDs = '816919/816921'
Tivo Address = '10.3.1.102'
Connected...
Could not open an output file!

help

samhammer

12-05-2004, 10:55 PM

Found out I had not set the download directory correctly.

gaurdianx - That is probably your problem also. That is the exact message I had

George

lrhorer

12-05-2004, 10:58 PM

Didn't know TyShow did that. i thought TyShow was a DirectShow filter. Why would it need a virtual network interface? Hummm. Never used it so maybe it has become more than I thought.
That's an assumption on my part, but I can't think what else it might have been. The uptime for the interface showed 4 days, which was about when I tried TyShow. I have a Logitech video camera, but it was installed ages ago. I have a digital still camera, but I don't connect it directly to the PC - I use a card reader, instead. I suppose it's possible one of my teenagers did something without telling me, but since it's gone now, I'm not going to worry about it.

arthur

12-05-2004, 11:03 PM

That's an assumption on my part, but I can't think what else it might have been. The uptime for the interface showed 4 days, which was about when I tried TyShow. I have a Logitech video camera, but it was installed ages ago. I have a digital still camera, but I don't connect it directly to the PC - I use a card reader, instead. I suppose it's possible one of my teenagers did something without telling me, but since it's gone now, I'm not going to worry about it.

I use tyshow and never seen such network interface.

guardianx

12-05-2004, 11:05 PM

Found out I had not set the download directory correctly.

gaurdianx - That is probably your problem also. That is the exact message I had

George

ty for the for solution

malfunct

12-05-2004, 11:18 PM

I use tyshow and never seen such network interface.

I just installed tyshow on a clean machine and there is no virtual network interface here either.

philhu

12-05-2004, 11:40 PM

lrhorer

12-05-2004, 11:58 PM

With great regularity we get software developers or system administrators that join us here and without fail the first thing to happen is a series of arguments about "how things should be" in one way or another. And many come down to the oddities specific to the tivo regardless of the fact that it is built on top of Linux. My patience for yet another round of this or the "TyTool should really..." was non-existant.
And well it should be. TyTool is your application, and you should handle its architecture as you see fit. As it happens, so far it looks to me like you have done a fine job.

Much of the "documentation" for TyTool and VSplit is at best anecodotal and found here on the forum. searching the forum is the only real way to find most of it.
Hmmm. Yes, I rather got that. Would you consider an offer to write some help text and user's manual documentation? I might have a couple of weeks to donate to such a project near the end of January.

My frustration is that it is the same old argument, revisited again. People here saying what we know and being told we must be wrong...
I can relate.

almost everyone convinced TyTool is broken is suffering from something else.
I learned a very long time ago never to make assumptions when something is not working. It's the best way I know to get egg on one's face, and I assure you I never had any notion there was something broken with TyTool. I certainly didn't assume it was the app which was broken - and of course it wasn't.

And you would be what... the 4th person in this entire time to actually look at the IP packet data.
I also learned a very long time ago trying to troubleshoot a problem without good empirical data is usually a waste of time.

Anyway, sorry if I came off terribly frustrated but I am.
I hadn't noticed. ;)

there is only 1 place that contains the potential for more than 1 address. Being told no such exists in my program pushs my buttons.
Um, just for the record, I don't recall saying there wasn't. OTOH, I clearly misread your suggestion concerning the network settings. I'm only perfect most of the time. :)

But moving on...
OK.

lgkahn

12-06-2004, 12:05 AM

jdiner

12-06-2004, 12:18 AM

Presently when I make a dvd w/tytools and I put a lot on a menu, it only plays one show then reverts to the menu again.

Is there a way to have it simply play the next menu item?
This was answered about 2 pages ago in this very thread. The answer is no. But you can make it do it by using the DVDAuthor program manually.

Also, does tytools maintain dolby digital when extracting and making a dvd? ie. Will a dvd playback dolby digital after being made with tytools?
Yes. Read the FAQ it talks about Dolby digital.

--jdiner

jdiner

12-06-2004, 12:19 AM

Name = 'c:\dtivo\Inuyasha-Shiori's Family and Inuyasha's Feelings'
fsIDs = '816919/816921'
Tivo Address = '10.3.1.102'
Connected...
Could not open an output file!
It means just what it said. It couldn't open the output file. 2 things can cause this. No more disk space, having the "Local Dir:" setting in TyTool point somewhere that you do not have.

I.e. the D drive when all you have is C etc...

--jdiner

jdiner

12-06-2004, 12:21 AM

Hi

With both version, my 'Now Playing' after refresh, shows programs with dates off by about 20 days.

Today (12/5) programs are showing in the list as 11/17

This happens on both my SA-S2 tivos and my S1-SA tivo

Ummm. Try the version in AlphaWolfs thread. It is quite abit newer than the versions I use. The major date issues first showed when things switched up to the 4.X version of the TIVO os.

--jdiner

jdiner

12-06-2004, 12:24 AM

I went and got the new mgpenc.exe and it doesn't seem to be compaqtible with the cywin1.dll in this thread... see the following popup when I choose make ifo after setting everything up...
Oh yeah. I compiled that version with a newer cygwin1.dll. It is the latest one available from the www.cygwin.com website. Sorry about that. When I get a second I will put the "right one for that version" up as a second attachment in that message.

Sorry. My bad.

--jdiner

jdiner

12-06-2004, 12:28 AM

Hmmm. Yes, I rather got that. Would you consider an offer to write some help text and user's manual documentation? I might have a couple of weeks to donate to such a project near the end of January.
Absolutely, YES! I have asked a number of times but people have gotten busy and I not much seems to have been done. The tool is pretty straight forward but to be honest I think like a programmer and the tool reflects that nature. So many have problems where I would never think there would be problems. A user here, FredThompson, might perhaps be able to point you to a few other, but now out of date, documents on usage. I will be happy to fill in any gaps in how it gets setup, configured, used etc... via PMs.

I certainly didn't assume it was the app which was broken - and of course it wasn't.
Ah well... TyTool isn't without it's issues, but it is pretty solid. :) But the main portions all pretty well bullet proof after all of this time. There is still the occasional TyStream that is just freaking evil, but I digress...

I also learned a very long time ago trying to troubleshoot a problem without good empirical data is usually a waste of time.
Ah, a man after my own heart.

--jdiner

lgkahn

12-06-2004, 12:28 AM

jdiner

12-06-2004, 02:25 AM

jdiner thanks I extracted the cywin1.dll only from the archive ... didn't want to install the whole thing here is a zip of it in case you don't get around to it.... the latest version did fix the issue:
Yeah I was trying the latest and greatest of everything in an attempt to get the MMX/SSE2 simd extension to work in the mpeg2enc. No better than the older versions for that. :(

--jdiner

FredThompson

12-06-2004, 02:39 AM

Didn't know TyShow did that. i thought TyShow was a DirectShow filter. Why would it need a virtual network interface? Hummm. Never used it so maybe it has become more than I thought.

--jdinerNo, you are correct. TyShow is a hacked DirectShow filter with forced deinterlacing.

Maybe some of the the HMO or other streaming deals made that virtual adapter.

FredThompson

12-06-2004, 02:50 AM

Absolutely, YES! I have asked a number of times but people have gotten busy and I not much seems to have been done. The tool is pretty straight forward but to be honest I think like a programmer and the tool reflects that nature. So many have problems where I would never think there would be problems. A user here, FredThompson, might perhaps be able to point you to a few other, but now out of date, documents on usage. I will be happy to fill in any gaps in how it gets setup, configured, used etc... via PMs.Yeah, I can do this and provide mirrors. What's really missing is a good basic background document. Most of the time technical discussions become problems because there isn't a universal starting point. I see that all the time with stuff in my "day job." WRT TyTool, many people think they understand the issues but they're really at the point of knowing just enough to be dangerous.

JustDan

12-06-2004, 04:15 AM

Ummm. If you don't resize is the line present? It might be a rendering errors in the decoder but I have not seen it in any of my test streams. I am assuming that things like this aren't very common for you, but what it present in the stream on the tivo itself?

I have a 1920x1088 stream, the Law & Order one, that someone posted on here on the forum. I do not standing lines like the one you mentioned in this.

EDIT: You know one day I would like things to make sense when I get done with a post here. I seem to drop all of the small connecting words... :(

--jdiner

I thought I was done and had to re-download it. A second pass with resize 1/2 showed the same line. I was in the process of transcoding to WME when I saw your post, so I tried re-editing the keys. My system was pretty much pegged, so it took some time to open and came up in a funny mode. Not resized and not full screen. I removed the resize, no line. I tried 1/2 and 1/4, no line. A closer look at the impacted 1st and second tries and I notice that the line is not at the 1/2 way point, but closer to 2/3rds. My poor old monitor only syncs up to 1280x1024 and the line would be just about right where the edge of my monitor would be when displaying a 1920x1080 with no resize.

So I am trying a new vob-mux with the last key edit which showed no line, and will report back.

JustDan

12-06-2004, 04:22 AM

I don't see the line now in the GOPEditor, but it is there during playback using the Intervideo XPack codecs.

TheSaint

12-06-2004, 09:06 AM

Is the HD-mpeg2enc and newer cygwin only for extraction from the HDTivo or will it work on SA series 1? I suspect so, but was just looking for confirmation.

jdiner thanks I extracted the cywin1.dll only from the archive ... didn't want to install the whole thing here is a zip of it in case you don't get around to it.... the latest version did fix the issue:

lgkahn

12-06-2004, 11:06 AM

Is the HD-mpeg2enc and newer cygwin only for extraction from the HDTivo or will it work on SA series 1? I suspect so, but was just looking for confirmati

I don't have a hd tivo I have series 2 directtivos and it works fine for me so I assume the answer would be it works fine for SD tivos... I pretty much know jdiner wouldn't make anything that wasn't backwards compatible. I just wanted to upgrade to the latest of everything also..

malfunct

12-06-2004, 12:11 PM

I don't have a hd tivo I have series 2 directtivos and it works fine for me so I assume the answer would be it works fine for SD tivos... I pretty much know jdiner wouldn't make anything that wasn't backwards compatible. I just wanted to upgrade to the latest of everything also..

The reason not to use it for SD streams is it could be slower due to the fact of it not using SSE ect.

TheSaint

12-06-2004, 02:26 PM

I don't have a hd tivo I have series 2 directtivos and it works fine for me so I assume the answer would be it works fine for SD tivos... I pretty much know jdiner wouldn't make anything that wasn't backwards compatible. I just wanted to upgrade to the latest of everything also..

I have the HDTivo and a SA Series 1, so for optimal performance I guess I need a tytool exe directory for each with their appropriate cygwin and mpeg2enc.

malfunct

12-06-2004, 02:44 PM

I have the HDTivo and a SA Series 1, so for optimal performance I guess I need a tytool exe directory for each with their appropriate cygwin and mpeg2enc.

I think you would run into libload issues where whichever lib you load first is the one that gets used. Stupid windows module loading :P

jasch

12-06-2004, 10:21 PM

Any way to keep the close caption subtitles when extracting, creating the VOB's and DVD files?

lsmod

12-06-2004, 10:40 PM

The reason not to use it for SD streams is it could be slower due to the fact of it not using SSE ect.

Unless I've misunderstood something, 9r18 is set up for optimum performance on SD TiVos. If you're doing HD frame edits, you need the "new" mpeg2enc, which is not compiled with MMX/SIMD/SSE/whatever.

Even so, the reencoding around a frame edit isn't that much time for SD. I haven't noticed much difference, and I'm using the HD mpeg2enc.

lsmod

12-06-2004, 10:41 PM

I have the HDTivo and a SA Series 1, so for optimal performance I guess I need a tytool exe directory for each with their appropriate cygwin and mpeg2enc.

The new cygwin will work with the old mpeg2enc.

jdiner

12-07-2004, 12:54 AM

I don't see the line now in the GOPEditor, but it is there during playback using the Intervideo XPack codecs.
That would be a good trick given that GopEditor doesn't use any external codecs. It has it's own decoder built right in.

--jdiner

jdiner

12-07-2004, 01:01 AM

Is the HD-mpeg2enc and newer cygwin only for extraction from the HDTivo or will it work on SA series 1? I suspect so, but was just looking for confirmation.
It is slower that is all. It has no MMX or SSE2. Use the other one if possible as it is faster. But yes it will work.

--jdiner

jdiner

12-07-2004, 01:02 AM

Any way to keep the close caption subtitles when extracting, creating the VOB's and DVD files?
No.

--jdiner

lrhorer

12-07-2004, 01:11 AM

Yeah, I can do this and provide mirrors.
OK, why don't you drop me an e-mail? lrhorer@satx.rr.com

What's really missing is a good basic background document.
I agree, but that may be beyond the scope of what I am able to contribute. We'll see.

FredThompson

12-07-2004, 01:18 AM

Any way to keep the close caption subtitles when extracting, creating the VOB's and DVD files?
To expand on Josh's reply:

IIRC, the CC data is based on time offsets. When you chop out pieces of the source stream, it throws all that off. There is a TyStudio method somewhere here in DDB but you'll still have that editing mess.

It's technically possible but Josh hasn't implemented it. There is CC data in the streams. I suppose if you're adventurous you might be able to combine the various snippets of information which are around to make a post-editing line 12 decoder then fold that into bitmaps using any of a multitude of bitmap creators designed for CC.

Every so often it pops up as a request but it's probably in the sub-basement of Josh's priority list.

FredThompson

12-07-2004, 01:23 AM

OK, why don't you drop me an e-mail? lrhorer@satx.rr.comJust let me know what you're looking for. PM or email is fine.

I agree, but that may be beyond the scope of what I am able to contribute. We'll see.Personally, I think an explanation, with illustrations, of GOP and interlacing is critical. Without that, open-GOP and field statements don't make a lot of sense. Those are the foundations of good editing. There was a really good 2-page article about how MPEG2 works in DV magazine a few issues ago. I've got those pages around here. I wouldn't quote it verbatim. Maybe the article is up on dv.com now. Don't know, haven't looked.

I can help with writing a guide but don't have the time to do it all myself.

lrhorer

12-07-2004, 05:42 AM

This is extremely rough, and I probably won't have much of a chance to work on it until January or February, but would this be an acceptable approach? Start by opening the file TyTool_Help_Main.html in your browser and you can see where I'm headed. Most of the menus are not yet implemented, but some are.

grossman

12-07-2004, 09:46 AM

Ok look. If all the tools provide out of sync playback it is your playback that is busted. And that is where anyone else ability to help you ends. Many people, myself included have suggested playback programs for testing. I have used PowerDVD from version 4 to version 6 and they have all worked perfectly. I have several versions of WinDVD and they work as well.

You CAN NOT use media player to play the results of TyTool mpeg2 output. For whatever the reason the codecs people try to use with it are unhappy and they do not work.

References to tyshow don't mean anything because it is a completely different beast.

If you have 2 machines, back the smaller one up completely, format it and start over entirely. Put nothing but the base OS on it, TyTool, a source TyStream, and something like PowerDVD or WinDVD. (Demos are available, or at least where, from the manufacturers.)

And try processing it clean and see what happens.

But my take on it this. It works here on half a dozen machines. I have a rotating pool of what 200 testers that come and go here on the forum and it works for them. It doesn't work for you. So it has to do with your machines or you software. Take differences and the way windows self destructs out fo the mix and you should be able to narrow down the hows and the wise.

--jdiner

OK, so last night I brought home my work laptop, (has XP/PRO SP2)
I installed tytools9r18, winDVD, and powerDVD. I ftp'd 2 .ty files.
I multiplexed both .ty files using different methods.....
1) Multiplex Files(s)
2) VOB-Mux Files(s)
3) VOB-Mux (New Format) 1
4) Multiplex (New Format) 2
5) With and without "Patch audio holes"
6) Transcoding (None, and methods 2, and 5)
I still get out of sync when playing with anything......
windows media player, windvd, or powerDVD, or creating a DVD
using Mysonic, or DVDLab and playing in any DVD player.
SO, unless told otherwise, I must now assume something is
different with my TIVO. Is anyone interested in helping?
I'm looking for anyone who won't mind ftping my .ty file to
their system and trying to convert to a mpeg. The .ty files
are 30 min shows in basic format (all are around 380MB).
If requested, I can record (manual) 5 min .ty segments which
would be much smaller.

guardianx

12-07-2004, 01:10 PM

is there a read me manual that will explain every functions in the tytool and how to use the .exe filesthat is included with it?

i'm sorry to ask this newbie question

malfunct

12-07-2004, 01:17 PM

is there a read me manual that will explain every funtion in the tytool and how to use the .exe that is included with it?

Hmm, I don't think so though if you read through all the documentation in the directory and also on www.tytool.com you should get plenty of info to successfully use the application.

guardianx

12-07-2004, 01:23 PM

woah didnt know they have tytool.com
thank you for the information i will start my data gathering here.

sanderton

12-07-2004, 02:27 PM

malfunct

12-07-2004, 02:50 PM

woah didnt know they have tytool.com
thank you for the information i will start my data gathering here.

You should be able to get to tytool.com from the help menu in the tytool gui.

jdiner

12-07-2004, 03:48 PM

I still get out of sync when playing with anything......
windows media player, windvd, or powerDVD, or creating a DVD
using Mysonic, or DVDLab and playing in any DVD player.
Have you tried burning with Nero? I know little of these other tools but the key, and several do this, is that some program try to rebuild the data when prep'ing for the burn. This takes a pretty serious amount of time and is a result quite noticable in anything but the smallest files.

However my point was to check playback pre-burn. On a clean machine when you process to a VOB do you get a proper playback.

Some questions:
1- Have you tried multiple streams from multiple channels or is the same thing or streams from the sam channel?

2- Is the audio off at the start or off later in the stream or ???

3- How far off is the audio?

4- Have you tried not starting processing from the start of a file. But rather jumping 200-300 chunks into the file and starting from there.

5- Are you using any kind of cutting or are you just processing in a vanilla fashion from start to finish.

6- Are you doing any other form of post-processing? Transcoding/editing/burning/etc... If so don't try jus raw VOB playback.

I'm looking for anyone who won't mind ftping my .ty file to
their system and trying to convert to a mpeg. The .ty files
are 30 min shows in basic format (all are around 380MB).
If requested, I can record (manual) 5 min .ty segments which
would be much smaller.
I am probably the best bet for figuring out where the problem is. If you can put it up for me to download I will take a look at it and see what I can see. But please check the FAQ and gather the necessary information. It really does help to know what the variables are. Tivo brand, os version, extraction method, TyTool version, etc...

--jdiner

jdiner

12-07-2004, 03:49 PM

is there a read me manual that will explain every functions in the tytool and how to use the .exe filesthat is included with it?

i'm sorry to ask this newbie question
Not really. But there are some introductory documents, one embedded in TyTool under the help menu, and others found in the FAQs on the TyTool.com website.

The rest of the information is found here as posts on the forum.

--jdiner

HUGE

12-07-2004, 06:17 PM

My D/L speed on my HR10-250 is only 1.69 meg/sec . These guys getting over 3 are making me jealous. Do I have a setting wrong?

HUGE

DaytonaDave

12-08-2004, 12:58 AM

I used to have great d/l speed, but for some reason I am getting super slow results tonight (just changed to .18 and new tserver)...

I was consistentlly at or above 3megs, and tonight I am seeing .34megs...

A 90% drop in transfer speed?

Any ideas?

Thanks!
Dave

desplaines

12-08-2004, 03:25 AM

mike0151

12-08-2004, 09:10 AM

I found that when I installed a VPN client, it altered the MTU settings on my PCs to a fixed value of 1300. This reduced my dl speeds dramatically. Fortunately, the client came with an MTU settings tool which allowed me to return the setting to default. After a reboot, all was back to normal :)

Just a heads up in case your problem is similar.

HTH
Mike

jdiner

12-08-2004, 05:41 PM

I was consistentlly at or above 3megs, and tonight I am seeing .34megs...

A 90% drop in transfer speed?

Any ideas?
Rollback to the older version. I don't know what is going on. The code is just not any different. It was how it was compiled etc...

--jdiner

jdiner

12-08-2004, 05:43 PM

At the risk of 're-stating the obvious', to speed up extraction, set both tuners to non-received channels. (Hit '8 8 5 enter', then 'cursor down' so it says 'playing on other tuner: (whatever)', select that show, then hit '8 7 5 enter'.)

There are probably many ways to speed things up, but this is the fastest and easiest one I know.
For me this has caused problems. Every now and again it would fail to change to another channel. What I do when I need the best speed is put the tivo into standby mode. Works well for me. No idea how it compares to being on channels that don't exist but it has always worked correctly for me.

--jdiner

Agix

12-09-2004, 03:43 PM

Not sure if this is related but this was the last thing I did before my tivo died.

I use to run tytools awhile back and wanted to get it up and running again. I downloaded the latest from the beginning of this thread and unzipped and stuff. I launched it and tried to remember how to get the now showing list to display. My first problem was I forgot to copy over the tserver and the nowshowing.tcl. What was odd is that they where missing on the tivo where I have done this before. Oh well I attempted to copy (The tivo kept locking my out and forced a reboot on telnet and ftp??, odd) them over and had issues, but once I forced it to binary transfer all went well.

I them tried to invoke tytool to start tserver and got an error message (I never chmod +x). So I telnet back over and made them executable.

I invoke tytool and started tserver, refresh the list to see it work and stopped the server and close tytool.

The next day, I get home and I am getting an "Internal server error" when going to the now showing list. Tivoweb also gives me an error after showing the first 20 or so programs. I rebooted and then the tivo gets stuck at 74% every single time. No matter what I did, it seamed dead. Basic troubleshooting eliminated the mainboard and the actual hard drives. I had to force a GSOD to rebuild the mfs (mfsassert). That fixed the boot problem and now I can view all of the now showing once again.

I guess the question I have after my long winded story, is there anything that I did with tserver that would have caused this or is it just coincidence?

Thanks Agix

jdiner

12-09-2004, 05:01 PM

Best guess coincidence.

Why? Because unless you delete everythign that TyTool and tserver does is read-only.

You could possibly have gotten "too full" on the var partition and had the tivo force a rebuild of it. But I would not think so. As then most of the other hacks would have stopped.

--jdiner

Agix

12-09-2004, 05:12 PM

Thanks for your thoughts, Lets hope I don't have that problem again anytime soon.

Agix

yzf600

12-09-2004, 09:02 PM

It is coming. I was sent a mac but I have not had the time to get it out of the box and setup to get things compiles. I need to get the Linux version upgraded as well.

--jdiner

Thanks for all your hard work on these tools. I use the linux version for ty splitting of ty files from my Dtivo.

If I can help with the linux devel any, let me know.

yzf600

JustDan

12-09-2004, 10:59 PM

I've spent most of the evening this week looking into the vertical band
of the episode of Defcon-2 from DiscoveryHD. What I have found is that
the Intervideo codec seems to be part of the problem. Other decoders don't display the line, but don't even come close to smooth playback.

Two issues stand out. 1) I have a ancient peice of junk video card, or did until this afternoon. 2) The Defcon-2 program is being reported as over 25Mb/s by the various players I have tried.

Is Discovery managing to get that much bandwidth out of Direct, or is TyTool needing to pad the video stream?

jdiner

12-09-2004, 11:42 PM

What I have found is that the Intervideo codec seems to be part of the problem. Other decoders don't display the line, but don't even come close to smooth playback.
Hummm. And what is your CPU speed? What about the FSB? And what kind of hard drive setup do you have? I sounds like you are pushing things extremely hard if playback isn't smooth with any other codec.

Is Discovery managing to get that much bandwidth out of Direct, or is TyTool needing to pad the video stream?
You want to pad a 25M/s stream? What on earth for? All that would do is make it bigger. A 26M/s stream is going to have even more trouble being decoded than the 25 does.

--jdiner

malfunct

12-10-2004, 01:31 AM

You want to pad a 25M/s stream? What on earth for? All that would do is make it bigger. A 26M/s stream is going to have even more trouble being decoded than the 25 does.

--jdiner

I think he was wondering if tytool was currently adding any padding to the stream because he thought 25M/s was more than expected from DTV.

lrhorer

12-10-2004, 02:58 AM

I've been working just a bit here and there on the TyTool Users Manual documentation, and also learning a bit about TyTool's features. As I've said before, the bulk of the documentation - especially the advanced stuff - is going to have to wait until January. Meanwhile, from time to time I'll have some questions most likely aimed at the documentation effort. This is one of those times.

Am I missing something, or is the the only function of the <Parse File> button in the main shell to take an .mpg or .ty file and split it into separate audio and video streams? Would not doing a <Get> in TyStream or Multiplex mode, selecting the file to Parse, and then deleting the original file be functionally identical to selecting <Get> with the Network Options in the File menu set to Vsplit mode? If not, what is the difference? I searched through the docs, but I couldn't find a reference to <Parse File>.

jdiner

12-10-2004, 04:43 AM

I think he was wondering if tytool was currently adding any padding to the stream because he thought 25M/s was more than expected from DTV.
Oh... I see. I hadn't gotten that from the message. No there is no unnecessary padding going on. Infact I do as little as I have been able to figure how to make it do.

A HiDef stream at only 25M/s is actually not that bad. (Read: I have seen worse... )

--jdiner

jdiner

12-10-2004, 04:48 AM

Am I missing something, or is the the only function of the <Parse File> button in the main shell to take an .mpg or .ty file and split it into separate audio and video streams?
That is correct. Way way way back when all of this first got started and splitting was all that the tools did, that button was there as a way to say "work on this file". Parse is a terrible name for the button. To be honest I don't even recall why I chose parse in the first place. I have a vague recollection of thinking about cut files and what not, but then other techniques have come into play since then.

Would not doing a <Get> in TyStream or Multiplex mode, selecting the file to Parse, and then deleting the original file be functionally identical to selecting <Get> with the Network Options in the File menu set to Vsplit mode? If not, what is the difference? I searched through the docs, but I couldn't find a reference to <Parse File>.
Get just does a download in whatever form. TY is still the recommended as there is a really wierd side-effect in there for some (but I have never been able to make it happen for me.) But anyway, get downloads in some format. Parse File splits a file. There is also a properly names Split File(s) option in the File Menu of the main TyTool window.

Ummm dunno if it makes it any clearer but Get downloads and processes as desired all in one step. "Parse File" splits a file that has already been downloaded from the Tivo, or one that comes from another source (i.e. MPEG-2/VOB/...)

--jdiner