MEP 2015 Plus 14.0.0.162 - Problem with copy & paste

Recycler wrote on 11/8/2014, 11:43 AM

I found my self this afternoon unable to copy/paste a simple group (of one graphic of a straight line, coincident with a title in the track below) from one place to empty space later down the same pair of tracks. Yesterday I could this; between then and now I have done a lot of multi-cam manipulation, but nothing involving these two tracks. The tracks are unmuted, unsolo'ed, unpadlocked. I can create new versions of the group on the tracks, so they are not totally blocked off, but I cannot paste into them. I even created a blank movie in the same project, created a similar group in that, copied and pasted it OK inside that movie, then tried to copy back into the troubled movie. No joy. And restarting the program made no difference

[4 camera multi-cam, 1920x1080 AVCHD remuxed to .ts, single 3 hour takes, with separate audio master taking up Tks 1-11 inc. My troubled 'group' on Tks 12,13. Win 7 Home Premium, buckets of RAM, etc. So fairly big, but not particularly complicated]

This sort of weirdness is extremely worrying, and dents my faith in my bright shiny new purchase. I have reported this as a bug.

I also managed to (instantly) crash the program because I accidentally entered a font size of 1221 - (it had 21 displayed, I thought I'd selected the digits but I hadn't, and then I typed in 12). I don't get a warm feeling about the robustness and quality control of a program where this sort of user error is not safely trapped.

And the final icing on today's performance was the failure of a proxy file creation; it was fine up until about two-thirds through, but then the proxy 'jumped' to material from the wrong part of the source. Even a six hour rebuild of the proxy produced the same result. The source luckily was without error and so I was able to proceed with the job, but was restricted to using the master source.

Are such things unusual, or are other users having similar experiences in day-to-day work, I wonder?

Comments

johnebaker wrote on 11/8/2014, 3:16 PM

. . . . 4 camera multi-cam, 1920x1080 AVCHD remuxed to .ts, single 3 hour takes . . . .

Are you saying you have 4 x 3hour HD videos taking up tracks 3-10 which you are multicam editing onto tracks 1 and 2 ?

Why did you remux them?

John

Recycler wrote on 11/8/2014, 3:31 PM

Hello John:

To your first question, Yes.

To the second, I have to remux them because although the camera(s) will keep going continuously until they run out of SD card, the FAT32 file system (imposed by the camera when you format a new card) breaks the stream up into files with a maximum size of around 4 GB. If you merely concatenate the files (in any editor), you get slightly jump joins because no account will be made of the time domain re-arranging that's been applied. So I use TsMuxer to do it properly, building one big file with no hiccups.

johnebaker wrote on 11/8/2014, 3:50 PM

I would suspect your computer is running out of resources / memory and has no free resources available to perform the copy action.

It will also be performing a significant amount of disc swapping, 4 x 3 hr long HD videos must be in the region of 40 - 60 GB of file depending on the AVCHD settings and it cannot all be held in RAM.

. . . . Even a six hour rebuild of the proxy produced the same result . . . .

The proxy files may be even bigger than the original HD video because they are subject to less compression despite their resolution being smaller.

What is your computer specification, Windows version and is it 32 or 64 bit?

John

Recycler wrote on 11/8/2014, 5:34 PM

Hi

I would suspect your computer is running out of resources / memory and has no free resources available to perform the copy action.

Quite possible, but I don't think so. I believe it's more likely I did something unwittingly that corrupted the project file.

It will also be performing a significant amount of disc swapping, 4 x 3 hr long HD videos must be in the region of 40 - 60 GB of file depending on the AVCHD settings and it cannot all be held in RAM.

Yes, the file sizes are large. Each 3 hours virgin AVCHD is around 26 GB, the MPG proxy around 8 GB, and another 2 GB for the sound etc.

. . . . Even a six hour rebuild of the proxy produced the same result . . . .

The proxy files may be even bigger than the original HD video because they are subject to less compression despite their resolution being smaller.

What is your computer specification, Windows version and is it 32 or 64 bit?

I'm running Win 7 Home Premium 64bit on an Intel i-5 4-core machine with 16 GB of RAM (of which little more than 6-7 GB seems to ever get used), and plenty of free Hard Disc space. (It struggles a bit with real-time 4-way multi-cam, but my present workflow is to step through, rather than run in real-time, so that isn't a problem.) As an aside, I've created a fresh version of the project, laying out the 4 cameras on Tks 3-10, plus master audio on Tk 11; although I haven't yet done a multi-cam edit into Tks 1,2 on that lot, the program was perfectly happy to copy/paste any number of the grouped items that were breaking it before. I will continue the fresh build to completion tomorrow - it'll be interesting to see if I can get to the finish this time without today's problems.

John

Recycler wrote on 11/9/2014, 2:52 AM

Further to my copy/paste issue, after reading that Ctrl-drag can also be used in MEP2014Plus to copy, I went back to my archived damaged project and found that this technique would copy the test group. The standard Ctrl+C/Ctrl+V, and the context menu equivalents, still don't work. Increasingly odd!