Jump to content

keitht

Member
  • Posts

    70
  • Joined

  • Last visited

Recent Profile Visitors

712 profile views

keitht's Achievements

(3/3)

  1. What version of Watchout are you using? And you have a NVidia card in that production PC, correct? And the videos are MP4's? I had this same problem a while back. This problem was fixed. It got created with a certain version of NVidia drivers. I cannot remember exactly which version had the problem and which version fixed it. But I know for sure if it's the same problem I had, upgrading to WO 6.7.x will fix. -KT
  2. In each layer there is option for Normal, Stand by, or both. This is exactly the reason they added the BOTH option. So the layer with your virtual display on it can work for both normal and stand by. -kt
  3. I am using Jokyo in AME and at times directly out of AE Render. Works well. Disguise plugin also worked well, but Jokyo has more setting options and more reliable installation.
  4. Hello. I am the one user Jim quoted above to have “solved.” I did not just add an additional NIC. I added 10G NICs to both the production and the servers (and of course 10G switches). Not exactly the cheapest solution, but it did seem to solve. I had previously spent months and months troubleshooting and work-arounds. I remain sure that there are some settings, somewhere, in either the prod or server NIC that would solve, but I was unable to track it down. Before I took the 10G leap, my workaround was to use the 2nd NIC in both to create a 2nd network in a different range with sharing enabled. That worked for transfer speed, but sometimes causes communications problems as WO still cannot give us the ability to manually choose the NIC for use in communications. I hope this helps. -kt
  5. Hi Benoit, At this stage I use the Disguise-built AME plugin. I have used everything in the past, and had multiple topics of conversation with both the HAP developers as well as FFMPEG (which give very poor results). Hap does a fine job for footage. But anything that is graphically created with any sort of gradients has banding, often really bad. I have tested every which way I can think of for better results. Strange thing is generally for gradients, you get better results with HAP than you do with HAPQ. https://github.com/Vidvox/hap-qt-codec/issues/16
  6. I have made this request directly to support, might as well add it here publicly. This needs to be the highest priority need. HAP does NOT look good.
  7. Not sure how long this has been the case, but for a while now, you can type numbers only, leaving out the ":" and watchout will insert the colons. So, <ctrl>-J | 0510.00 - will jump you to 5:10.00
  8. I would vote for fixing this sooner vs. later. It is very bothersome and was better when it worked the other way (jumping to the proper frame or last frame of video).
  9. Oh I see Matt already linked to the same link. Sorry for the repeat!
  10. Hi Richard, Although I haven't tried this in a few years, last time I needed such a feature - I was able to do it in Photoshop with Native Define Variable features. Here is a nice tutorial on how to accomplish. https://helpx.adobe.com/photoshop/using/creating-data-driven-graphics.html
  11. Hi all, Reviving this old thread to let you all know that for a limited time we are offering Perpetual (non-subscription) licenses for purchase. There is also a free trial available for download. https://www.corpimaging.com/piw
  12. I would NOT recommend using FFMPEG to make HAP files. The image quality is not as good as other methods. If you can install AME 12.0.1 and the normal HAP QT plugin, use AME Here is a link to alpha versions for AME plugin for versions greater than 12.0.1: https://github.com/disguise-one/hap-encoder-adobe-cc/releases
  13. I have had good success making 4K MPG2 in FF. HAP is great - and the performance is unworldly, but sometimes I need either smaller files sizes or better image quality (yes, I find MPG2 quality better than HAP for many types of media). I find MPG2 performance vs quality far superior to MPG4. Here are my FF settings: -c:v mpeg2video -g 15 -bf 0 -pix_fmt yuv422p -b:v 80000k -minrate 80000k -maxrate 80000k -bufsize 80000k
  14. All very interesting. I usually tend to batch/multi-processor render from AE to uncompressed first anyways, so - for me - the AME plugin is a fine (even preferred) solution. I hope to test the Disguise Plugin further this coming week.
  15. Good info WatchDog. I had not tried Render Garden, because it uses FF. Gonna have to look into it and see if they are using different switches than I am or a different build that uses different encoding. I was able to try the Disguise plugin. I have bee on site, so remoting in to office machine so as not to mess anything up on site. Therefore although I was able to test the process, I am unable to adequately rate the quality/performance of the result yet. However - I WAS able to get it installed in CC 2019. And I DID have AE (que to AME) make a HAP file - then reimported into AE. Seems to work!! Also, I have contributed a few messages to their development Git hub and: 1. They are very active, this is going to get better, fast I think. 2. They also see the difference between quality of FFMEG... but also the same big speed improvement you mentioned. I would love to see if you can show a difference in quality running the same footage through FF direct and RenderGarden. Lastly in regards to your playback issues... they are not an issue. Although QT and VLC can read the HAP files, they do not use the GPU for decoding, therefore cannot playback in real-time (depending on the size of the media of course). What trouble did you have getting the Disguise plugin to work? Perhaps what I did was different. -Keith
×
×
  • Create New...