Problem with ffdshow and TV out

[MePrivat]

I am not sure why all ffdshow stuff is in this forum...

However, I have a weired problem with ffdshow on my Laptop running W2k. It has a S3 Savage/IX w/MX graphics chip which has the ability of TV-out.
When I use ffdshow for watching DivX3 or XviD on the PC in full screen mode anything works fine. As soon as TV out is activated the problem occurs with fullscreen: the video is only shown in the encoded size (e.g. 640x320) and it is not centered, but in the lower left corner. I have tried it with WMP 6.4 and ZoomPlayer 2.5. With the standard codec anything works fine.

Can anybody help me, since I prefer using ffdshow.
Thanks

[Didée]

I´m not quite sure, but could it be your S3 Savage has poor overlay capabilities? It´s a little out of date ...
If nothing else helps, you could try a quick workaround (if you have enough processing power): use the bicubic_resize dshow-filter (to be found in the downloads) to resize the source on-the-fly to your screen resolution. That might work.

[MePrivat]

I know that the chip is not up to date. But it is not an easy job to change this in a Laptop:rolleyes:. But overlay cannot be too bad since it works with the standard codec.

Since the CPU is a 800MHz I doubt that it is fast enough for processing a bicubic resize on the fly.

[Didée]

My previous Athlon 700 (Athlon `I´ or `Classic´) was able to catch up with that up to 800x600 for sure. Perhaps even 1024, but I did never try this in *that* way.
Just give it a try.
(Ah - and a hint: bicubic_resize.ax can´t be disabled through its properties, you have to manually de-register it ... and register again if needed again ... two individualized shortcuts on the desktop are my recommendation for this)

[gabest]

I know what's the problem. When the the video card is switching back to rgb to enable the overlay output for the tvout, ffdshow accepts the current window frame size (which can be anything not just full screen) in the first offered output format. This behaviour from the video rederer filter is needed for the old vfw codecs which were allowed to (and for quality had to) do their own resize and screen painting job. The solution for ffdshow would be to ignore those offered frame sizes which don't equal to the current video frame size. The best place to do this checking would be QueryAccept(..) on the output pin.

[milan]

Originally posted by gabest
I know what's the problem. When the the video card is switching back to rgb to enable the overlay output for the tvout, ffdshow accepts the current window frame size (which can be anything not just full screen) in the first offered output format. This behaviour from the video rederer filter is needed for the old vfw codecs which were allowed to (and for quality had to) do their own resize and screen painting job. The solution for ffdshow would be to ignore those offered frame sizes which don't equal to the current video frame size. The best place to do this checking would be QueryAccept(..) on the output pin.

Thank you for suggestion, I will try to implement it and see if it helps.
I'm new to DirectShow filters programming and DirectShow interface was taken from Xvid without bigger changes (and this is propably reason for ffdshow discussion appearing on XviD forum as ffdshow was first announced on www.xvid.org forum). I'm slowly learning more about DirectShow and I hope I'll be able to fix DirectShow related bugs in ffdshow. I anyone can help me I will realy appreciate that.

[MePrivat]

@ Didée

I tried the DS resize filter but was too dump :confused: get it working, not within WMP nor in Graphedit. It was in the list of available DS filters, but Graphedit didn't let it insert into the path.

I am looking forward to the improved DS filter fixing the RGB prob.

Thanks so far