Skip to main content

Filter by idea status

10000+ Ideas

Re: Proxies not working properly with CUDAOpen for Voting

@R Neil HaugenI don’t disagree (read that as mostly agree also).  I'm not suggesting anything fancy for VFR support - but rather something as simple as a way to detect VFR and alert the user to go and deal with it.... and a little better, right click, and render replace without VFR.  I don’t think I would want VFR support to be built in past the 'render and replace' (on import) approach. The costs of developing it are likely lower than the costs of addressing the problems with support - or the 'negative' aspects that people walk away with without even knowing what the core issue is with VFR.   With that said, there are so many people using it for game recording, and OBS etc - this is a new workflow that is big enough that I think adobe needs to address with at least an alert in import - and better yet a way to convert to VFR on import. Feels like we are at the point where we can’t hide from VFR issues as there seems to be so many valid ways to create it.  Now, I don’t use, and have never used VFR or OBS, and maybe there are ways to turn it off in OBS and force CFR - but again, if at the very least on import an alert that VFR was detected - would cause people to think about how they record next time. Also feels like the fact that VFR has the potential to cause all sorts of other issues - Adobe would save on support costs, users would likely have less surprises too.... Feels like we are at the point we cant hide from VFR issues as there seems to be so many valid ways to create it.  Now, I dont use, and have never used VFR or OBS, and maybe there are ways to turn it off in OBS and force CFR - but again, if at the very least on import an alert that VFR was detected - would cause people to think abotu how they record next time. Also feels like the fact that VFR has the potential to cause all sorts of other issues - Adobe would save on support costs, users would likly have less surpirses too....

Re: Proxies not working properly with CUDAOpen for Voting

When you are coding effects at the level that Premiere does, you can't compare to the prosumer stuff. Even though a couple of them now have a few pretty spiffy/splashy things they do, everything that Premiere does would have to be set for the odd processing involved in VFR. And VFR is a capture thing ... it cuts down on the frames needed to be encoded to the file, just like the long-GOP process cuts down on the pixel data being encoded to file. And in both cases, the playback device then does a ton more work to make it not obvious. So ... can it be done? I would expect it could. But the next question ... given everything else that people want Premiere to start doing, and the constant upgrading to work with newer hardware, dump code for older not-used hardware, all that constant never ending process ... priorities are needed. And would handling VFR better take precedence over 55 or 60 other things? For some users, yes, of course. For the majority of the user base ... maybe not so much.  It's rather like a lot of the upper-end colorist stuff I would like to get in Premiere. Yes, the devs know that for a few of their users like me, it would be an awesome addition. But the vast majority of their users, they'd never use it ... so ... I've been told it wouldn't be wise to hold my breath even for something really awesome for some higher-end workflows. As a long-time self-employed business person, I had to make a lot of decisions I did not like making at all. But the data were clear, and I needed to make changes at times dropping a photo style I loved doing. For instance. But things change all the time. So ... maybe at some point, VFR would be a natural fit and welcomed by enough users to be worth the major effort it would take to fully support it 'natively'.