Hi again :-) > I realize that I might not have a clue what you're actually doing. > Which > nodes are you trying to plug into each other and for what purpose - > and > which are your own? Just a short description would suffice. :-) It's quite simple. Using MK mediaplayer which only plays back using video consumer nodes (not on a normal window). It contains a producer node AFAIK. The mediaplayer must use an external means of decoding video (mediakit) as I can't find code for it in the player. It's quite small. The only thing _I_ am doing is poking around in a video consumer node that Kevin Patterson created for BeTVOut. (just like the MK (== media kit) player.) I am modifying/rewriting the node to be a general node able to use non- primary graphics cards in any system for outputting fullscreen video there that gets fed into the node. Don't ask me for the exact source of the video: I know nothing about this yet. I _do_ like to know a bit more about it though, to be able to ascertain for sure that for instance that Y_CbCr422 'problem' isn't caused by me somehow. And, I have been asked once to setup a MPEG2 decoder for YT. For this I need to know the way the system's internal decoders work. Only, I was under the impression that this wasn't documented nor known (apart from inside the 3ivX group obviously). BTW: that MPEG2 decoder could be done as opensource for VIA, as it's known how the hardware engine works on CLE266. However, YT said two times to me that headers are included with Zeta. So, a wondering guy as I am, I started thinking: what if this decoder thing is just a non-raw-video node that has a coded input, and a decoded output? Anyway: around that time I started asking here. The rest you know :-) ---- Oh, the node will be using scaled_filtered_blits to display video. Currently it just plays 1:1 on a (part of a) screen using RGB16 or 32, or it plays fullscreen (scaled up) using overlay but obviously big_time messed up coloring :). (as I tell 'the system' I am wanting RGB16 input while I process it as being B_YCbCr422 format). Hope this helps out. Any hints are appreciated. Best regards, and keep up the good work guys! (redrawing indeed works much faster on native Hiaku now :-) And it keeps getting more and more stable over here. And I can switch modes nicely :-) Although sometimes redraws were missing. And starting Haiku has about a 30-50% chance of having working KB and mouse input.. :-/ (dual P3-500 as axel has I think). Bye! 8-) Rudolf.