YouTube issue

[pastro]

YouTube files are still a little screwy on my setup. They usually play with some stuttering after they download. If I go to the new Youtube dir and try to play the mpeg with gbpvr directly it locks up almost immediately.
If I exit out of gbpvr and play with vlc it plays fine. If I play with WMP it locks up like in GBPVR.
I'm on 2k so I have wmp9 which is probably less robust than the latest on xp. Probably not as bloated though!

I tried to transcode to a WMV and that seemed to complete but the file locks up as well on the player after a few seconds.
I'll see if I can figure out what's up with the original mpg.

[sub]

YouTube files are still a little screwy on my setup. They usually play with some stuttering after they download.

In the previous version the majority of youtube video would work for me, but I'd get one that would go really screwy and either not play or click'n'fart. The new version is the same - I havnt actually changed anything about the playback or conversion of these files.

If I go to the new Youtube dir and try to play the mpeg with gbpvr directly it locks up almost immediately.
If I exit out of gbpvr and play with vlc it plays fine. If I play with WMP it locks up like in GBPVR.

That sounds like something screwy with the directshow filters on your machine. If you post the logs I'll see if I can see anything obvious.

[pastro]

ok here are the logs.

[pastro]

Slight progress..
I took the flv file and transcoded using riva flv encoder. (It will transcode to mpg also).
The transcoded file will play on WMP9 with no issues.
If I play from within GBPVR it sounds and looks like it is on fast forward, but it doesn't lock up. Kinda looks like a decoder issue.

[pastro]

slightly more progress.

The video that I transcoded that plays in wmp but doesn't play in gbpvr, exhibits the same behavior if played in graphedit with lastgraph as you would expect. I swapped out the nvidea audio decoder for the ac3filter and the video plays fine in graphedit. I tried the same trick on the file that was transcoded by gbpvr but this file still doesn't work. I'm pretty sure that the riva encoder just uses ffmpeg and lame so I should get there at some point.

Course the trouble is I don't want to use ac3filter in my playback since I use it in the dvd playback with lots of boost on the audio which doesn't work well in normal playback.

[pastro]

I changed the parameters on the youtube conversion in the config,xml to
-target ntsc-vcd -bf 2
from
-b 3400k -acodec mp3 -ac 2 -ab 128 -f svcd

When playing the file after the download the timeline is screwy and the file stutters in places.

Files that are subsequently stored in the youtube dir can be played without locking up and don't stutter at all.

Well one out of two, is better than 0.

EDIT: One last thing. If I download the file once and play it it stutters. If I click on the file again and it plays the cached converted file it plays perfectly. So the only files that stutter and have screwy timelines are when they are converted and played. The timelines and playback is perfect on the cached version.


Does any of this make sense?

[pastro]

I think the stuttering is because ffmpeg is still running when the file starts playback. ffmpeg uses 95-99% of my cpu and runs at normal priority. I don't think the decoder is getting enough of the cpu to playback the file. Once ffmpeg is done the file plays ok, and the timeline is correct. I hate to suggest this, but does this suggest an option to allow ffmpeg to complete before playback or possibly a lower priority on ffmpeg?

[pastro]

ffmpeg keeps running even after you cancel a video that is playing if it is transcoding a large file. Causes weird behavior when this happens. I clicked on a different video and I got the video I cancelled. Is there a way to abort the ffmpeg that is running when you cancel a video?

[sub]

ffmpeg keeps running even after you cancel a video that is playing if it is transcoding a large file.

Correct. It was just easier this way, and given they typical size of youtube video this didnt represent a serious problem.

Is there a way to abort the ffmpeg that is running when you cancel a video?

I do intend to add this a the future release, just havnt got to it yet.

[pastro]

Ok. I think the biggest problem that I have with youtube once I changed the conversion string is ffmpeg is using all of my cpu which causes the decoder to starve. Basically it's trying to run a software encoder and decoder at the same time and on my celeron 1.8ghz machine it chokes. I think some of us might need an option to not start playback until ffmpeg is complete on youtube videos. There certainly are a lot of people that don't see this but my guess is they are running with a little more horsepower.