To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

No, it doesn't detect changes, so starting and stopping is the correct thing to do. It sounds like those videos need the reinterleaving for the TiVo to "like" them. Do you have a utility called MP4Box? If so you can try running:
MP4Box -isma <infile>.mp4 -out <outfile>mp4

It should reinterleave the file properly, and I'd be curious to see the results.

Okay, I was able to install mp4box on my Mac and try this out. Running mp4box on the file does indeed solve the problem with the dropped frames. It does reintroduce the "old images/blockiness appears at the beginning of a video" problem; but that's an acceptable tradeoff.

I did find something else out that may be of interest to Mac users - Handbrake's "web optimized" option also muxes the file, in addition to shifting the moov atom. The documentation on that option is nonexistent, but I'd wondered about this based on how Quicktime labels those files in its info window. Re-encoding with this option set also fixed this particular problem.

Ahhh... I haven't tried it yet but it makes sense since I had the streambaby.dir setting pointing to the galleon/hme location thinking thats where it needed to point. I was unaware the streambaby directory was any use after moving the jar and ini files to the galleon location.

I would like to keep it clean, can I move the whole streambaby dir to the galleon dir /usr/share/galleon or is there a more recommended location to move it?

Quote:

Originally Posted by windracer

I had this too the first time I tried too and it was because I mistyped my path for the streambaby.dir setting. if you check the wrapper.log, you'll probably see something about it not being able to find blue.jpg (the background image which is under the assets folder).

Okay, I was able to install mp4box on my Mac and try this out. Running mp4box on the file does indeed solve the problem with the dropped frames. It does reintroduce the "old images/blockiness appears at the beginning of a video" problem; but that's an acceptable tradeoff.

I did find something else out that may be of interest to Mac users - Handbrake's "web optimized" option also muxes the file, in addition to shifting the moov atom. The documentation on that option is nonexistent, but I'd wondered about this based on how Quicktime labels those files in its info window. Re-encoding with this option set also fixed this particular problem.

Ok, so in my next version I will get rid of my workaround for the blockiness, which will fix the dropped frames/muxing issue without needing to run MP4Box (or handbrake) on them. Then I'll go back to figuring out why the original blockiness occurs, but I am not really hopefully.

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Excellent - works perfect. I even went so far as to extract the streambaby dir named "streambaby-0.20beta" and then just made a symlink name "streambaby" to it. Then when I upgrade I can keep my old install, and just update the symlink to the new streambaby-0.XX dir.

Quote:

Originally Posted by windracer

Yes, as of 0.20beta this works (I put mine under /hme) and I updated my instructions accordingly. It's a much nicer setup now.

Thx to windracer - I have streambaby-0.20beta up and running on my Ubuntu server under Galleon. I was watching the console tonight while perusing some videos and noticed ffmpeg kicking in on mp4 files that previously played without the aid of ffmpeg. I must say they did look good while playing, BUT,, this Ubuntu server is just a hobby machine built on an old 500Mhz dumpster PC and while the server was keeping up quite nicely with streambaby before, now that ffmpeg has been thrown in the mix - the server can't keep up and you can only watch about 5 secs before the video pauses to stream more. Remember these were videos that played fine before using streambaby.

Why are these videos getting processed by ffmpeg and how can I stop ffmpeg from processing these once acceptable files, while still keeping the ability for transcoding using ffmpeg only when it is TRULY required for playback?

Where do you see the resources not available? In the log, or on the screen. (and what color is it if it is on the screen...) It's not a message I recognize off the top of my head.

I'd also be curious to see what happens if you let the TiVo "rest" for a couple of hours, and then go back and try to play one of the avi's that was giving you problems. I have seen problems when doing a lot of playing/positioning/etc with the tivo stop playing streams. I don't know what causes it, but a simple rest seems to take care of it. I get it mostly when I am testing over and over again.

I did not check the log file it was read note on gray screen on my TV it said something about resource being not available or can' t get it((( next time I will take a picture.

About tivo not working properly when we test that has happened to me also but only thing for me is restart of system that fixes it and I have to wait 4 minutes for tivo to boot up (((

I am also doing couple of test and once I will be done i will try to post my results and founding here

--------------------------------------------------------
Also When adding password for just one directory on .20 version direcotry dissapiars on tivo screen and also when setting not to remember passwrod by tivo (this was added new feature on .20) tivo still saves passord so anybody can acsses files once passworded is entered

I do not know if I am only one having this problems and there is something wrong with mysetup or this is just overal bugs ???

Thx to windracer - I have streambaby-0.20beta up and running on my Ubuntu server under Galleon. I was watching the console tonight while perusing some videos and noticed ffmpeg kicking in on mp4 files that previously played without the aid of ffmpeg. I must say they did look good while playing, BUT,, this Ubuntu server is just a hobby machine built on an old 500Mhz dumpster PC and while the server was keeping up quite nicely with streambaby before, now that ffmpeg has been thrown in the mix - the server can't keep up and you can only watch about 5 secs before the video pauses to stream more. Remember these were videos that played fine before using streambaby.

Why are these videos getting processed by ffmpeg and how can I stop ffmpeg from processing these once acceptable files, while still keeping the ability for transcoding using ffmpeg only when it is TRULY required for playback?

They're probably not transcoding but using ffmpeg for thumbnails. I good clue is to see how active ffmpeg is when you're sending the video over. Also, you can disable ffmpeg but you have to disable thumbnails and then send it over.

I was watching the console tonight while perusing some videos and noticed ffmpeg kicking in on mp4 files that previously played without the aid of ffmpeg.

Hmm ... I'm seeing this too. I'm streaming an MP4 right now and ffmpeg is chewing up over 80% of the CPU so it's definitely transcoding, not just generating thumbnails. Also, when I exited out of streambaby, the ffmpeg process kept going.

I guess we'll have to try running streambaby outside of Galleon to make sure it's not a Galleon setup thing.

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

They tell Galleon where to search for all the different application .jar files. Those are my own lines show above (and I run Linux) so yours might look like C:\Program Files\Galleon\lib or whatever). You need to add a new line, with the next sequential number (it would be 4, using my sample lines above) that points to where you have streambaby installed, so maybe:

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Hmm ... I'm seeing this too. I'm streaming an MP4 right now and ffmpeg is chewing up over 80% of the CPU so it's definitely transcoding, not just generating thumbnails. Also, when I exited out of streambaby, the ffmpeg process kept going.

I guess we'll have to try running streambaby outside of Galleon to make sure it's not a Galleon setup thing.

The easiest way to see if ffmpeg is running because of transcoding is to turn of the auto-generation of preview thumbnails:
preview.autogenerate=false

FFmpeg left running after streambaby exits actually points to this being a preview-generation thing. Depending on how streambaby is exited, the preview generation has a known issue where ffmpeg will continue running in the background. I've never seen it left running during a transcode (but it's possible).

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

They tell Galleon where to search for all the different application .jar files. Those are my own lines show above (and I run Linux) so yours might look like C:\Program Files\Galleon\lib or whatever). You need to add a new line, with the next sequential number (it would be 4, using my sample lines above) that points to where you have streambaby installed, so maybe:

Didn't work for me - ffmpeg still spiked the cpu at 92% no matter what I played.

are you sure it's not spiking it while transcoding? It's not too surprising to have it be at 90%+ while converting a movie to play...

__________________
Don't pay for Tivo Desktop / Roxio on the mac: To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. and To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts..

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Thats what I am trying to determine here. Previous versions of SB played these mp4 flawelessly, now something is causing them to be transcoded and the ol' server can't handle that sort of load.

Have you enabled the debugging logging? It usually prints out all the info about an mp4 before deciding to transcode or stream. (change 'Warn' to debug in simplelog.properties)

__________________
Don't pay for Tivo Desktop / Roxio on the mac: To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. and To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts..

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Have you enabled the debugging logging? It usually prints out all the info about an mp4 before deciding to transcode or stream. (change 'Warn' to debug in simplelog.properties)

And also make sure to restart Galleon (I think) after adding the
preview.autogenerate=false
in streambaby.ini, and also changing the simplelog.properties file. Streambaby probably won't reload its properties otherwise.

And also make sure to restart Galleon (I think) after adding the
preview.autogenerate=false
in streambaby.ini, and also changing the simplelog.properties file. Streambaby probably won't reload its properties otherwise.

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

There's no way to get this program to support closed captions is there? It has become my primary mode of adding .srt subtitles to movies using T2sami (very easy and quick ie...no re-encoding).

I have good news on this front. I decided just for fun to try and implement a simple closed captions renderer which reads T2sami .srt files. I am actually quite surprised that for videos where T2sami generates good captions with proper timing it actually works quite well (there were some videos where T2sami did not generate good captions while for others it did a great job).
I have a prototype working in tivostream already and the way it's written should be fairly easy to port to streambaby. So the next day or two I'll work on porting over to streambaby and pass along the code to Keary if he's interested in taking it.

I have good news on this front. I decided just for fun to try and implement a simple closed captions renderer which reads T2sami .srt files. I am actually quite surprised that for videos where T2sami generates good captions with proper timing it actually works quite well (there were some videos where T2sami did not generate good captions while for others it did a great job).
I have a prototype working in tivostream already and the way it's written should be fairly easy to port to streambaby. So the next day or two I'll work on porting over to streambaby and pass along the code to Keary if he's interested in taking it.

I installed steambaby last night on an old P4 2.4ghz machine and was pleasantly surprised when I got a file to stream on the first attempt! In fact it seems to handle mpg2 files quite well. I had trouble with mpg4 files encoded with sorenson squeeze. It would play audio but black screen for video. Also TIVO high def files that were saved to the system via tivo desktop could not keep up. They would play for a few seconds and freeze.

All of these files were playing on a RAID5 NAS on a gigabit network. I'm going to try some from the local hard drive tonight to make sure it is not a limitation of the NAS but I suspect the nas is fine.

Do you know what the requirements of the CPU/RAM are? Does it take a dual core or better to stream the mpg4 and TIVO high def files?

Thanks for a great start!
JAB

edit: This is on a TIVO HD

__________________
--
Thanks,
Joe Baker

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts. | To view links or images in signatures your post count must be 10 or greater. You currently have 0 posts.

Also TIVO high def files that were saved to the system via tivo desktop could not keep up. They would play for a few seconds and freeze.

Streaming speeds seem to be same as TTG/TTCB speeds so getting more than 13 Mbps or so under normal circumstances is not possible. Probably if you try and transfer to your Tivo with Tivo Desktop and watch at the same time you would see same problem. One workaround to the issue is if you convert your HD .TiVo files to .mpg (very quick process) then Streambaby has ability to downconvert (throttle) the bit rate on the fly when streaming it to your Tivo, but of course you get lower quality that way. Other workaround is re-encode to H.264 with AC3 audio (lengthy process). That would result in a slight loss of quality but you should be able to play back the result natively to Tivo without any bit rate throttling.

...I had trouble with mpg4 files encoded with sorenson squeeze. It would play audio but black screen for video.

It's hard to know for sure, but the only time i have seen this particular issue (mp4 with's audio but black screen for video) is when the video is marked as being > level 4.1 (a level specifies what kind of decoder is necessary to decode the h264 video).

TiVo only supports <= level 4.1.

At some point I may try work around this by changing MP4 streams that specify level 5 or 5.1 to "lie" to the Tivo and specify 4.1 instead. I suspect (but it is only a guess) that most Mp4 streams that specify level 5 or 5.1 don't really mean it. 4.1 is good to up to 50Mbit where level 5 is 135Mbit/s. There are some other differences, but I don't think they would come into play except in situations with video > 50Mbits/s.

There might be utilities out there to edit the mp4 and the change the AVC level, but I'm not familiar with them.