x264 vfw can be potential solution, but developers (or should i say maintainers?) are not motivated enough. I just think this particular feature not worth even slightest effort.Įdit: lets better make Umezawa-san add 10bit support. I don't mind anything that may improve compression without affecting speed. I dont doubth that artificially generated footage indeed may have identical frames. I havent tried lagarith for a long time but it was really slow compared to haffman's implementations, they was even saying this on front page. Even h264 lossless looks more attractive. That's why lagarith is not so popular now. UTvideo doesnt aims to be best compression-wise, decoding speed is important too. I'm sure most of that difference is because difference in algorythm, disregarding duplicates. I just remembered something like skyrim where you have 60 fps in one location then you go into some house or out of it and woohoo, its 24 fps now! I probably got wrong the reason why fps drops. I compared them in Avisynth and they are identical, so no color conversion was made.
#Edius 7 error 15.0.0 movie
It will be the best of 2 worlds if you get what i mean.Īnd of course if it is as you say with the keyframes, and there is really no use, then it´s not worth anything.īut i have a Digital movie i made from a gameplay which has some identical frames (it´s from N64, so it´s 20 fps at 30 fps pretty much all the time in reality, if i didn´t speed upp or add stuff).Īnd there it´s quite a difference between Lagarith with Null Frames and UT, i think there is about 30% size difference.Īnd in the end of the video there is like 3 frames which are still for 1-2 sec or more, and there the null feature is really showing it´s usefulness. Now i understand that this isn´t something to strive for as it´s not a miracle to save some frames here and there.īut i was thinking, if the UT system allows it, i can´t see that it´s hard to add (May be wrong).Īnd if it can be added with ease, then i don´t see any problems. It´s now very common maybe, but it can be very useful, think about 2D games, there it´s very useful, as there isn´t really stuff moving all the time (especially old games). With recording, i am talking about Dxtory for example.Īnd yes it´s true that there often is movement, or if it´s some grain effect.īut in some games, it will be a completely still frame, for example a Menu or when you press start etc. This is what should be improved as much as possible.ĭon´t get what you mean with lower settings and compressing badly recorded footage.
If group will be split, probably it will only hurt compression.Īnd if compression algorithm is advanced enough, it almost doesn't uses extra bits for compressing almost the same frames. They will have different noise pattern and if at least 1 pixel between 2 frames is different, one of them can't be replaced by "duplicate" mark.Īlso not sure how UTvideo works, but if not every frame is keyframe I wonder how it will handle absence of the actual frame in the middle of the group of picture. You probably will be shooting this with camera, means frames wont be the same.
In this case you usually want to go for lower graphic settings or upgrading hardware, not compressing badly recorded footage. This is may be true with games but then this indicates some problem. Or let´s say you go to a desk and pick up some paper with text, then it will probably be a still frame with the text on the paper. Then you enter some are, and it goes down to 20 fps, then it will have to repeat some frames to make it 30 fps. You play 60 fps, it records 30 fps, all i fine.