• SONAR
  • Video in X3d - To my fellow Post production Peeps (p.7)
2013/12/18 08:21:11
markyzno
CakeAlexS
So as far as I can see (as an outside observer) there are no reproducible bugs at present I guess...




No, as mentioned above - I changed the .ini file and changed the video engine, reloaded the config file and my MOV H264 video that played under X3c wouldnt play in X3d...I had a small video screen with a garbled picture so I rolled back to X3c (system Restore) and all is working again. I'll report all this officially to Cakewalk when I am ready.
2013/12/18 08:27:50
Splat
Be sure to keep us updated, would be nice to have the specific issue summarised again in a nutshell when you have the time (for idiots like me) because I got lost, then again video isn't my thang.. thanks :)
2013/12/18 08:32:50
Biscuits
CakeAlexS
So as far as I can see (as an outside observer) there are no reproducible bugs at present I guess...

Seems Cake is aware of my reported issue as well, of timecode mismatches between the video and Sonar's transport... not sure how many others are experiencing this though?
Thanks Noel, I'll log a proper bug report as soon as I can!
2013/12/18 08:44:05
markyzno
Biscuits
CakeAlexS
So as far as I can see (as an outside observer) there are no reproducible bugs at present I guess...

Seems Cake is aware of my reported issue as well, of timecode mismatches between the video and Sonar's transport... not sure how many others are experiencing this though?
Thanks Noel, I'll log a proper bug report as soon as I can!




I was also getting this.
2013/12/18 09:02:07
Jimbo 88
markyzno
Biscuits
CakeAlexS
So as far as I can see (as an outside observer) there are no reproducible bugs at present I guess...

Seems Cake is aware of my reported issue as well, of timecode mismatches between the video and Sonar's transport... not sure how many others are experiencing this though?
Thanks Noel, I'll log a proper bug report as soon as I can!




I was also getting this.




 
Hey I'm getting this also. Seems the transport TC is occasionally 1 frame less  than the video TC.  The Big Time Window matches the video,  but not the transport.  Interesting...which is the correct TC? 
2013/12/18 09:08:45
Biscuits
Cool, glad I'm not alone at least!
FWIW, I was getting slightly more accurate (although still inconsistent) results by using a classic DV AVI instead of Quicktime...
2013/12/18 09:45:53
markyzno
These video features need some improvement. That much is clear.

But, having said that this video post production functionality is new to Cakewalk and all we can do as loyal punters is help them progress.

Post Xmas I'm gonna sit down and fully hammer X3d with everything I can throw at it and report back.
2013/12/18 14:01:36
Noel Borthwick [Cakewalk]
Thanks guys - we'll look into your reports. Until we have more information about the DShow engine behaving differently we have nothing to go on however. Its possible that there could be user error so when you test this make sure that SONAR is indeed loading the video in DShow mode. From our perspective it should be 100% identical or there is a bug somewhere.
2013/12/18 14:14:56
StepD
Biscuits
CakeAlexS
So as far as I can see (as an outside observer) there are no reproducible bugs at present I guess...

Seems Cake is aware of my reported issue as well, of timecode mismatches between the video and Sonar's transport... not sure how many others are experiencing this though?
Thanks Noel, I'll log a proper bug report as soon as I can!




I can confirm this when pressing start and stop or changing the now time by clicking on the ruler. It's usually not off by  more than a frame for me. If you use the + and - keys on the computer keyboard number pad to move forward or backward one frame at a time from a point where both readouts match (make sure you click on the video window before using those keys), the transport and video readouts will stay in sync. So you may be able to use that as a workaround for now.
 
EDIT: I take that back about the +/- keys. It really just stays in sync if you start at zero and only *tap* those keys. If you hold them down, it will go out of sync at some point. Also, if you hold down the ctrl key to go five frames at a time, it will eventually go out of sync even if you're only tapping the +/- keys. So generally not good all around.
2013/12/20 14:03:07
wynnsong
+1 on having issues with the way the new video enhancements work/don't work.  I truly appreciate Cake taking a step in the right direction but it doesn't really help.  
 
I was working on a :30 commercial that had 6 plus seconds at the front and I had to line up the start of the commercial with bar 2 and after 45 minutes of wasting my time was not able to do so.   I then edited the video so it would exactly start at bar 2 when loaded, and the frames would not match up.  I reverted using the direct show way and cut the video to exactly frame 1 and had it start at bar 2.  (so glad they did this!)
 
The problems for me are:
1.  you cannot slip the movie in the timeline
2.  you cannot select audio(ie dialogue/sfx) and video and move them together
3.  you cannot add time/frames back in.
4.  Video only starts at bar 1
5.  You can't undo if you cut too much from the front.   You have to reload.
6.   The frames didn't seem to line up with the timecode on the video (was working at 23.976)
7.  Sonar seems to choke on processing the film.   It takes 5 seconds to start after hitting play.   It runs terrible with the clip I had loaded.
 
But no such issues occur with same video on other sequencing software.
 
It's great that we can now play the standard videos in the industry but how they are treated needs to be looked at.  Two steps forward, one back!
 
 
 
 
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account