there will be “certainly” (can’t tell this for sure at 100%) no more update to the 2.6.x branch.
the “guys” are working (seriously) as fast as possible on the 3.0 branch, to be able to make a release as soon as they can. it’s actually in alpha Testing / developpement.
the 2.6.4 is stable and work, so they put all their energy and time to make the new version of the software for lot of reasons they explained on this topic :
not sure it can be read by anybody here who doesn’t have a special access to the beta testing part of this forum :
could u pls help me, i wanna use Topaz to upscale anime videos for edits but when i finish rendering its just a black screen with the sound in the background sometimes. its not an issue of pc requirements since i use a rtx2060 and a i5. i dont know how to fix it and its been bothering me a lot. pls helps…
if the problem is the source file, you can try to convert it again with an external encoder (sometimes anime have a weird format or use advanced one that few use).
if you “downloaded” it online , maybe your anime is coded with 10 or 12 bits and in mkv (because they mainly use .ass subtitile file, a more advanced subtile format than .srt).
just convert your anime video file in an another format, to a simple mp4 H264 8 bits file, and see if it’s work.
if the problem is audio, turn off the “keep audio” button in VEAI, or while re encoding the file outside of VEAI, don’t include the audio track in the new video, and see if it’s improve your situation or not.
Some of the main use cases for VEAI are upscaling, increasing frame rate, slow motion, fast motion etc.
One extra use case scenario I’ve thought of is using it to help me in converting SDR videos to HDR. Let’s say we have a video that’s 8 bit, on top of that it’s probably 4:2:0 and at best 4:2:2. If we try and just convert that to HDR using a video editor and/or color grading program such as Davinci Resolve, it won’t work super well. There’s just not enough data there to make it work, color starts breaking down real quick.
BUT, when you pass video through any kind of conversion process using VEAI, the AI is basically reimagining the video colors as well and can give you an uncompressed picture quality. With our current version (2.6.4) there’s only one way to get the processed video file in the necessary quality, which would be choosing uncompressed 16 bit TIFF files and then using your video editor of choice to render the video using the TIFF files as being equivalent to 1 frame each. Render it to Pro Res 4444 and there you go. That’s more than enough data to convert to HDR and go crazy color grading.
That method is workable but good God, would be really nice if the devs brought back Pro Res 4444 rendering as an option. Would save me (and anyone who wants uncompressed color) a lot of time and unnecessary work.
Overal, do you guys like and agree with the use case? Any flaws with my train of thought and the logic of the process I described?
Im trying to do mp4 to mp4, so I’m confused why its acting up. the video renders fine and I see it through the side-by-side option whilst its processing but when its done when I watch it back its just black screen.
And i don’t wanna use photos that are separate since its really inconvenient. But it does work that way in affter effects, but its annoying. i just wanna render the video normally.
you didn’t told that in your previous message, everything is fine in VEAI, but your issue is when you watch the result under the desktop of your computer ? please, tell us, your system, the video player you use, what mediainfo tell about your source file and the destination file too.
does this issue happen with ALL the videos you put in VEAI or only “this one” ?
you can contact the support as well, to see what they have to tell, by analysing your log file.
did you uninstalled and reinstalled VEAI ? are you graphic cards drivers up to date ? which setting you have in preference ?
A little update to the GPU/CPU timings. Over Amazon Prime Day I picked up a cheap PowerColor Fighter RX 6600 card, well below MSRP. This is to replace the GTX1660Super. This uses less power, produces less heat and is much faster. Not as fast as the RTX 3060 but the price to speed is good enough. Here are the new numbers. Hopes this helps others trying to figure out what cards produce what speed for a given upscale.
Here are the numbers for a 480P-1080P upscale(225%) including the selection of ‘All’ with the 5700x/6600.
So in this case the all case of the iGpu(Vega) and RX 6600 do not play well with each other. There is a drop in speed compared to the 6600 by itself.
I still think the RTX 3060 with 12Gb of VRam is the low end king when you consider the number of extra instances you can launch at the same time. But for the price this at this speed a great secondary computer card.
Hello, I don’t know if I’ve already mentioned it, but there is a rather disturbing bug that almost always occurs the first time you open the software after starting the operating system.
PS, I’m on Windows 10.
The problem is that once the software is open and I want to import my video (in this case an episode of a series) the first time it does in 95% of the cases I have this as soon as I import my mkv video:
All is grayed out. And I have to delete the file from the software and start again. Or change the template and put back the template I want to use and reconfigure my export settings.
But sometimes I have to restart the import several times before it finally works. But even so I literally have to close the software and start again, otherwise I get the same thing. Everything is black on the preview screen no matter where the timeline cursor is. as on this new image:
Sur les importations dans la journée après avoir terminé une vidéo, il n’y a pas de problème. Il se produit toujours au premier lancement après le démarrage de Windows.
C’est un problème récurrent depuis le début de la 2.6.4. J’espère que la prochaine mise à jour corrigera enfin le problème.
I know I’m not going to be much help here, but I stopped trying to use MKV source video long ago. It simply does not work, because of compatibility issues. I rip DVD in MakeMKV, and then encode to MP4 using Handbrake, plus I can de-interlace at the same time.
Why would you ever re-encode just to change it from MKV to MP4? You’re just changing the container, not the codec so you don’t have to re-encode. All you’re really doing is deliberately degrading your image quality by repeatedly using lossy encoding.
If you’re on MacOS, just use Video Container Switcher, it’s going to take a fraction of the time and won’t degrade your quality. Good luck
there will be no update to the 2.6.4 branch. the next update will be VEAI 3.0 or 3.1
il y aura pas de mise a jour a partir de la 2.6.4. la prochaine sera la version 3.0 voire 3.1 de VEAI
There are some good (free!) software solutions that allow you to remux MKV to MP4 without re-encoding, which saves a fair bit of time as well as leaving the video quality untouched. Examples off the top of my head would be Mediacoder or BOX4.
Never really understood why MKV is such a problematic container for so many applications - it’s very annoying!
remuxing a Mkv container to mp4 can be tricky. depending of the player it can fail too. (expecially on TV / Media player), so a small Warning about using it is good to have while doing it. it can work, but in other circonstances, it can fail too.
for curiosity, please, re encode one minute of your entreprise episode in Mp4/H264 (without switching the container without re encode, if it still fail, to see if the problem remain or not. sometimes the issue can come from the codec used as well, if you have this issue from this source only and not other Mkv file. @LowFlight is right. to work in Vegas Pro, I re encode my files, no other choice, the MKV file that MakeMkv produce are in a format not compatible for editing. so it need the hard way, re encoding, not just container switcher. not even speaking that mkv import is still in beta and work bad in vegas, mkv import doesn’t work in premiere pro too.
MKV is certainly an issue for video editor, like .mts/.m2ts Vob file etc…
