Tdt, dtt, dttv?

I hate football, but I am facing the task of getting a digital television signal to pass through vvvv so that I can project with a Matrox on a curved surface. SplitMedia is too slow and cumbersome, any other way to achieve it? The only idea I have is getting a video capture card.

mmm maybe VLC ? (if it worked…)

Ok I tested the digital television card with VLC and it does work now it is time to see how to deal with it with the VLC plugin…

I hope it works?

Just curious :)

I am here in place right now trying it, how can I get the proper string?

dvb-t://frequency=xxxxxxxxxx doesn t work…

What if you try something like:

dvb-t:// | dvb-frequency=xxxxxxxxxx | dvb-bandwidth=8 | dvb-caching=300

(of course set bandwidth to what is right for your location)

or maybe

dvb-t:// | frequency=xxxxxxxxxx | dvb-bandwidth=8 | dvb-caching=300

and I would think maybe you can select the right channel by using something like:

dvb-t:// | dvb-frequency=xxxxxxxxxx | dvb-bandwidth=8 | dvb-caching=300 | program=yyy

Some more hints might be found at:

Good luck.

Hi it does work! Probably the device was busy from the real VLC when I ve tried before


instead of sending the image on the texture pin, it opens a Direct3D windows, anything we can do about that?



The proper syntax seems to be


as a developer writes here:

So, does it work now, or does it still open a new window?

No it still opens in a new window.


Something you could try as a workaround: setup VLC player as streaming server (instead of ‘play’ in the advanced open dialog, choose ‘streaming’). If that works, you should be able to listen to that stream with the VLC node in VVVV (something I managed to do already a few months ago).

I hope this gets you going.



This is possible under GNU/Linux only.


because this will also be the reason it opens an extra window, instead of rendering to texture. which means that it’s probably impossible to ‘decode to memory’ of a DVB stream under Windows.

I heard someone talk about the ‘ScreenShot’ node once, that can pull a part of your screen into VVVV and output a texture. I would try to see if that does the job.

Yes that somehow may work but it is a real pita, I am still waiting for a nice plugin to rip D3D streams without actually having the texture on screen.
Thanks a lot for the and if you have any other idea please let me know.

…and back because here:

they say the doco is outdated and streaming dvb should be possible in Windows, anyway I haven t been able to stream a simple video file yet so I ll give it a try, which is the best option among the different protocols?

Streamins as http I am trying


ok I can stream a video with mmsh


now I need ot look for an old school TV antenna…

So, it does get the stream but it still creates a new Direct3D window so we are back there again…

I think that the fact that it opens a new Direct3D window instead of sending the stream to the texture out is not depending on that Linux/noLinux dependency but something in the plugin (possible?)

I hope it can be fixed because if we can stream VLC directly to vvvv then we have a very user friendly interface to offer to users, everybody knows VLC.


puig managed to get streaming working, and I myself managed to do it too.

puig’s post of 28/01/2011 in Contributions explains that he did it. He also made a Contribution to setup Vlc for streaming (never tried it) shellexecute-patch-to-stream-with-vlc

Also, I myself have just checked if streaming works, and it works, I used this at the ‘filename’ pin:

mms://  | mms-caching=1200

Start (save) the patch with an empty string, and then manually connect the string node to it, just to make shure that this doesn’t have an influence.

I don’t see why you would get an extra window.

maybe I didn t point it out properly before, I can stream a video file, that works ok, but the Direct3D window appears when the stream comes from the DVB adapter. So this behaviour happens both when I open the DVB from the VLC plugin and when I open a DVB stream coming from VLC with the VLC plugin.