Im not sure why this is but if you are rendering a filestream>videotexture>quad and the actual area this renders to crosses over a monitor boundary (with extended desktop for eg in a windowed ex9 renderer) the playback stops or glitches. Other functions (3d etc) seem fine.
I thought this might be a limitation with directx but I dug ot an old dx app i compiled that renders video to texture and it works fine across monitor boundaries.
Is this issue likely to be fixed any time soon? It makes it kindof hard to do any multimonitor (multiprojector) work without span mode (which seems to fix it, but isnt always available)
hello, this is a classic DirectX limitation, video rendering works only on one device. but you can set you card to span mode (one vertical desktop) then it appears as one device to the software.
the _not rendering of videos on multiple devices is not genereally a direct3d limitation. as guest pointed out he has an application that does exactly that.
there are different ways videos can be rendered to textures:
vvvv uses the method “VMR9 in renderless mode” which we prefer as it can handle some of the operations directly on the GPU and therefore is typically faster. but the VMR9 can only render to one device.
the older, slower, more flexible method is to ommit the VMR9 and manually copy the video image to a texture on as many devices you like. this is totally CPU bound (and not _yet implemented in vvvv).
so i’d say there is still hope…
in the meanwhile…did windows7 get the spanmode back?
allegro? no. vvvv is in pure delphi/directx. it shouldn’t be too hard to write this node, but it cannot be done as a plugin. so the problem is still the same…we need to find the time to do this.
one solution for video, untested however but makes sense to me > play your video using flash inside of the renderer(flash), come out to a GDItexture and you’d be able to get this across 2+GPUs. CPU heavy i’d imagine.
Lol sorry, don’t know why i said allegro, i was thinking delphi.
Ah well i will have to try and get span mode up or split synch the video (urg) or use something else for the time being.
Is it the same issue that freezes a 3d render window when its across a device gap? (or rather freezes one side)
Is it the same issue that freezes a 3d render window when its across a device gap? (or rather freezes one side)
exactly. but the that clipping for regular 3d stuff (except video) can be overcome. on a performance hit though: via inspektor on a renderer deactivate Clip Device. for what it’s worth…