If I want to move these back on to my Tivo after I decrypt them, will I be able to?

Click to expand...

Yes. If you use pyTivo to copy them back to your Tivo you can also keep the program information (title, description, etc) by generating a pyTivo metadata file which is a simple .mpg.txt file that accompanies the .mpg file. kmttg has option to generate this metadata file from .TiVo files as well. (Streambaby also reads the metadata file to show information about a video file).

I use a tool called Direct Show Dump. It quickly turns the TiVo file into a MPG.

Just do a google search and you should find it. However you must have at least the free Tivo Desktop installed in order to get the right decoder installed on your PC.

Rick

Click to expand...

That is another option. But the requirement of having the the proper TD codecs installed for it to work is why I don't bother mentioning it since tivodecode has no such dependencies and works very fast and reliably on all major platforms. VideoRedo is another non-free option for decrypting but again relies on proper TD codecs being installed.

-acodec copy... you're not doing anything to the audio at all. But sometimes the TiVo gets in a weird state. It can sometimes be cleared up by playing a stream with different parameters, or almost always by rebooting.

-acodec copy... you're not doing anything to the audio at all. But sometimes the TiVo gets in a weird state. It can sometimes be cleared up by playing a stream with different parameters, or almost always by rebooting.

Click to expand...

I understand that FFMPEG is not supposed to be doing anything to the audio but it definately is, or when it muxs it into MP4 it causes the issue. All that I can be sure of is that the audio is fine in MPG, but any attempt to get the audio out of the MPG with FFMPEG causes the tinny sounding audio. This is in any player, even PC players, not just the TiVo.

No I have not experienced that behavior on Windows or Linux platforms using -acodec copy to get a copy of AC3 audio. Most of my sources are from Tivo recordings. Could be something about source video is causing the issue, especially if it's a Blu Ray rip or something of that nature. Perhaps if you post somewhere a short clip of a source video that you are having an issue with others could try it out to see what happens.
Assuming the source video is mpeg2 have you run it through VRD QSFix to see if that helps?

Everything looks perfect in the above configuration, so I started tracing through the IP handling code in streambaby itself. There were definitely a couple of bugs related to IP address handling. I couldn't come up with a scenario where it would bind to 127.0.01, but it definitely could bind to an address not specified in the INI file.

I've just uploaded a new version to SVN that I think resolves the IP related issues. If you could give it a try that would be great (make sure you put/leave the ip=10.10.10.25 line in your INI)

ttp://streambaby.googlecode.com/fil...y-svn-r238.zip

Hopefully this version will either work or at least spit out an error

Click to expand...

YES, YES, YES! Thank you keary, you da man! The svn worked correctly. Do you take donations for this project somewhere? I didn't see one on the streambaby web page.

YES, YES, YES! Thank you keary, you da man! The svn worked correctly. Do you take donations for this project somewhere? I didn't see one on the streambaby web page.

Click to expand...

I didn't have a chance to do extensive testing and report this earlier, but .27 was broke in the same way for me (Ubuntu 8.10, recent svn builds of ffmpeg and x264) and the r238 build worked great, as expected. So it looks like there was definitely something wrong with the address binding.

I just wanted to let everyone know that I have put up a new version of T2Sami that is able to convert DVD subtitle streams as well as closed caption to .srt files for use with streambaby. Newer domestic material typically has closed captions but older and foreign media often do not. The addition of subtitles should expand the amount of captioned material available to be streamed.

It should also allow captions in Spanish, French, ... to be created if the appropriate substreams are present. I have not done a lot of testing with this latter capability so I do not know how streambaby will respond to a full range of foreign character sets yet. It is also limited by the OCR process I am using. The further one gets from English, the higher the error rate will be.

Just graduated from S2D2 to HD and of course one of the first things I had to do was get StreamBaby going! Basically it went pretty smooth. Just followed the getting started part of the wiki and voila! -- it works!

Running on Windows XP (SP3) I notice the following error message in the command window on every start up:

The PAR for these is 1:1 and they display correctly with "Panel" aspect ratio, as stated in the StreamBaby docs. So far I'm streaming them with the "same" bit rate.

I have had problems with audio sync getting off a few seconds after random seeking outside the buffer, but this only happens sometimes and I'm not sure what the dependence on seek method is (#-Skip, ##<enter> or FF). This may be due to properties of my source videos.

And also, I generated the .srt file for one of my videos with T2Sami and the CC's work perfectly when streaming.

Hi all! I really know very little about the Tivo ecosystem, or digital video in general, though I do know my way around Linux in general. I'm curious...what is it that running streambaby inside Galleon buys me? I ask because I've got some mp4s that I created using the ffmpeg recipe on the video compatibility page in the wiki, and they stream to my Tivo just fine when I'm running streambaby on its own, but I get the red "Error - 0xffff" message when I try to view them when streambaby is being run via Galleon. Ideally, I'd like to get that cleared up...but I could also just write a script to start streambaby at boot time and restart it if it crashes

I run it through Galleon just so I don't have to run two separate java apps on my server. I don't know why you'd get that error through Galleon, but to be honest I have not played around that much with streambaby lately. I remember having problems early on, but nothing recently.

Everything looked pretty normal in the log, so I am really not sure. Do you have any routers/etc between your TiVo and the PC running streambaby? The most common cause for something like this is some device not passing the mDNS (bonjour/zeroconf) messages between the PC and the TiVo (not passing multicast packets). The problem with this theory is that I *think* TiVo Desktop would have similar issues if this was the problem.

Also, you may want to make sure you are using the latest SVN version of streambaby:http://streambaby.googlecode.com/files/streambaby-svn-r235.zip
and make sure you are running it with the streambaby.bat file and not as a service. This version has some extra settings to disable IPV6 which can also cause problems with the TiVo finding streambaby.

Click to expand...

I just tried your latest r238 but couldn't get TiVo to see it. I tried it on 3 different machines running Windows XP SP3 32bit. Again, not having any issues with TiVo Desktop. My router is a TrendNet TEW-652BRP.

I would really like to use this program if possible - is there anything else I can do to help troubleshoot?

I just wanted to let everyone know that I have put up a new version of T2Sami that is able to convert DVD subtitle streams as well as closed caption to .srt files for use with streambaby. Newer domestic material typically has closed captions but older and foreign media often do not. The addition of subtitles should expand the amount of captioned material available to be streamed.

It should also allow captions in Spanish, French, ... to be created if the appropriate substreams are present. I have not done a lot of testing with this latter capability so I do not know how streambaby will respond to a full range of foreign character sets yet. It is also limited by the OCR process I am using. The further one gets from English, the higher the error rate will be.

Click to expand...

When streaming from a DVD folder .srt files should match the names of the .vob files in order to show on Tivo, right? Could T2Sami create one .srt file per vob (with time starting from 0 for each of them) instead of one per DVD?
Thank you - great tool.

When streaming from a DVD folder .srt files should match the names of the .vob files in order to show on Tivo, right? Could T2Sami create one .srt file per vob (with time starting from 0 for each of them) instead of one per DVD?
Thank you - great tool.

Click to expand...

I will have to think about it to see if I can come up with something that makes sense doing it this way.

Right now, t2sami extracts by program title not physical storage. If you actually look at the contents of a DVD and compare them to the program content, they seldom respect the .vob boundaries. The main movie feature will typically span multiple .vob files and these may or may not be sequentially numbered. Some manufactures seem to intentionally scramble the order to frustrate viewers. Features such as background material and commentaries are frequently short enough that more than one can be put in a single vob or into empty space in the same vob as the main feature.

Episodic DVDs such a anime disks often have episodes that are short enough to span vob files : episode 1 ( vob 01 ), episode 2 ( vob 01 => vob 02), episode 3 ( vob 02 => vob 03 ), etc. t2sami and most of the decryption programs deal with this by reading the ifo files and allowing you to following the program segments in specific VTS, PGC pairs. This allows you to extract single features or episodes for viewing as a whole independent of everything else on the disk. The t2sami GUI works this way to extract both the mpeg program stream and the captioning content. The t2extract utility was set up to extract only captioning to allow it to work with other conversion programs people might prefer but this does have the unintended consequence that you have encountered if you extract the video in a different way.

In some ways it would make more sense to give t2extract the optional ability to extract the mpeg stream for processing in another way than to limit the captions to the physical vob boundaries. However, I am open to other points of view.

I can see the complications. Would you rather see this fixed on the Streambaby side, with a setting in .ini like:
cc.containter=[file]|folder
where it would be able to keep reading cc from only one .srt file with the same name as the folder when going through vobs?
Or a T2Sami solution that would work in 90% of the cases? Maybe you could just do some post processing on the one file, splitting it in four and changing the timestamps starting with the second to make up for length of the vob(s) prior to the current one?