Ive encountered a bug in filestream2 (which is nice btw ;):
If I change video to a different one with different resolution, filestream2 chrashes, shows funky patterns (memory stuff?) and V4 hangs up.
Which is in tech speak by g-spot:
both videos are H.264/MPEG-4 AVC
I use ffd show (multiple instances enabled) and Haali media splitter.
Another strange behaviour is if I start two filestreams2 (was looking for a resolution workaround) everything is fine as long as I do not connect them to same string.spread input (splitting done by getslice). Because at a fresh start both renderer will show same video (one of both) instead of two different. If I connect a single string input to my second filestream2 this doesnt occur at start.
edit: Found a workaround: Instead of getslice, a switch at filename input and a switch at texture output is working - only filestream2 which is dedicated to small or big res is playing then. So, a hard switch between two filestream2 (having loaded my two resolutions at start) does the job.
i used camera(softimage) in this patch, tty renderer talked something about converting this from version 2.1 and a missing link.
i won’t investigate this further but i removed every subpatch and tried to find the killer… since removing camera subpatch , loading something into filestream2 doesn’t freeze v4 anymore.
ouright, seems i was able to fix u7s problem for beta>23. haven’t checked for franks yet…
kind of everything. for those interested, it is based on GMFBridge.
the problem seemed related to the fact that GMFBridge handles videos with and without audio differently. probably you could confirm that your demo-patch worked with the same clip if it had an audio channel. anyway with the fix both should work.