![“adobe qt32 server” is not optimized for your mac. “adobe qt32 server” is not optimized for your mac.](http://www.creativeimpatience.com/wp-content/uploads/2013/01/ramp.jpg)
- #“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. FULL#
- #“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. SOFTWARE#
- #“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. TV#
Then simply push the bitstream through usb 5gbps or 10 gbps (usb 3.1) to the computer.Īnd see VESA DSC 1.1 Encoder IP Core (on xilinx fpga) : Someone needs to make a hardware chip that implements that DSC visually lossless real time compression which reduces the bitrate by up to 3 times. I'm perfectly happy with what I have and how awesome it is we have things like utvideo for free.Īnd I'm perfectly happy using an older version which supports what I like. So apple stopping support for the quicktime player under windows does not mean you have to stop support for quicktime codecs in my book.īut I'm not the utvideo developer, and he can make his own choices (and may have reasons I don't know about ). That's like saying windows media player is insecure and unsupported, so you stop making directshow filters. No updates for the quicktime player doesn't mean the codecs are immediately an issue. Still, not having the encoders means no deep color output from the Adobe suite, which is a shame since he just implemented it. Maybe Adobe made some changes without listing them in the release notes.
![“adobe qt32 server” is not optimized for your mac. “adobe qt32 server” is not optimized for your mac.](https://i1.wp.com/pr-video.com/images/ae_56.png)
Now I'm actually not sure,need to test again. So what I'm saying is, I only saw ut in Avi being reported as as millions and _thought_ that means no 10bit. But testing with gradients and looking for artifacts and banding it seems something of precision actually comes across. Thing is,since then I noticed after effects can open b64a Avi files but also reports them as just millions of colors. Ut in mov was reported as trillions of colors, ut in Avi was reported as millions.
![“adobe qt32 server” is not optimized for your mac. “adobe qt32 server” is not optimized for your mac.](http://www.editspecialists.com/blog/wp-content/uploads/2016/03/1AVID_AVID-MXF_PLAY_NO_FILTER.png)
To be honest, this was my testing back then.
#“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. SOFTWARE#
Putting it into an Avi container breaks this because the Adobe software doesn't really support vfw / directshow decoders with deep color. Qt encoders and decoders made it possible to use it video in tools like after effects and premiere with 10bit deep color. I just know, that I sometimes in seldom cases have to rebuild the index, and it will be hard to reproduce for a developer if a thing happens just seldom :S Maybe amarec sometimes dislike magicyuv? - or amarec itself is buggy in that manner? - I dont know. And I dont get why these index entry errors happen sometimes at amarec. I could imagine that UTVideo has maybe easier times to be repaired so far (less loss of frames - my last capture lost 3min, I could reduce it to 27 seconds lost, by using several software, but still a loss. And then MagicYUV is not that spreaded into every software. And if the codec is similar fast as MagicYUV, maybe even I would try it out, because AmarecTV 3.10 for some reason does close the avi file with some index entry errors in seldom cases. On the game rise of the triad the HDD RAID 0 was overloaded with RGB 2560x1600, 50fps while YUV 4:4:4 worked perfectly fine.Īt the moment I use MagicYUV, but I think that people who use UTVideo should have the possibility to have 4:4:4 chroma as well.
#“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. FULL#
So with YUV 4:4:4 you still have full chroma, but with an insane reduction of filesize and system ressources.
#“ADOBE QT32 SERVER” IS NOT OPTIMIZED FOR YOUR MAC. TV#
I dont need RGB for capturing, while YUV 4:4:4 would offer the same quality (the final lossy coded video would be TV Range anyway). YUV 4:4:4 would be very helpful for game capturing.