- User Since
- Aug 16 2013, 4:52 PM (240 w, 1 h)
Sep 12 2017
Jun 18 2017
Jun 15 2017
May 2 2017
Apr 14 2017
Nov 24 2016
Aug 25 2016
Aug 21 2016
Aug 14 2016
Sep 9 2015
Have to correct the build number. It's actually 7fab7b6. That's the one from today. Above one is from yesterday's build, but both don't work, so it doesn't really matter. ;)
Sep 8 2015
@Campbell Barton (campbellbarton) Thank you very much for solving it that fast!
@Campbell Barton (campbellbarton) I'm sorry. Will think of it the next time. I thought you know that it is a current build based on the buildnumber I wrote: 4ae1815.
@Campbell Barton (campbellbarton) It was a build from http://builder.blender.org. Even the newest, that means it was probably 12 hours old. :D So yes, the bug must have been "implemented" in that time frame.
Sep 7 2015
Aug 29 2015
May 1 2015
Wow.. wasn't aware of that.. Sorry for reporting that useless bug. Keep up that great work!
Oct 27 2014
(For me it sounds like you think I wanna export with this codec. I record with the lagarith codec, edit it in Blender and export a H264 with mp4 codec. Just in case you misunderstood me)
The thing is it worked already. I'm just not sure what happened in the meantime. I tried old Blender Versions as well as an older Txdory version. Didn't change the fact that it doesn't work.
Oct 26 2014
I just did a few more testings to help you out. I recorded a new video with HyperCam 2 and the lossless codec. There it worked. I asume it's how txdory writes the video. Maybe there are some kind of "null frames". Frames where there is no change are symply remapped???Maybe??