> mplayer -vo ivtv works not too bad...  if the video
> stream is not ac3 (and thus not using -ac hwac3)
> I get far worse jerkiness/tearing.

ac3 is worse? or normal audio is wrose?

>  I am assuming this is because mplayer is 
> converting from divx or mpeg4 or whatever I'm 
> playing and mpegpes (and spitting that out to the
> card to decode and display) 
> -- is this a good assumption?

i'm not sure which version of the patch this is. There
are 3 or 4 floating around.. I wrote one that
basically takes the mpegpes, globs it up into 64k
chunks, and sends it to the card. some video was
'liked' more than others though, so it could be the
card not liking the mpegpes. or it could be lack of
cpu. if your cpu is pegged, and you're converting to
mpeg on the fly, you can't expect it to be smooth :)

It could also be a framebuffer type which has no
performance guarentees.. though that may be -vo
ivtvosd (john?)

> ivtv-fb doesn't seem to initialize correctly on my
> system -- the framebuffer 
> is "skewed" and if I use -vo ivtvfb I can see that
> it's playing to the 
> framebuffer, but it's not viewable due to the skew. 

yeah i forget why that happens. On mine if it happens,
i just have mythtv play a video and that fixes it,
once it's fixed i don't think it returns.

Could be a bad init of the framebuffer variables in
the code.

-tmk


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
ivtv-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/ivtv-devel

Reply via email to