BluRay encode stops at 99% Edius 7.41

[createmedia]

The BluRay Encode stops at the same place each time 99%.

There are 12 sequences each making a button material sent in for a film competition from various sources.

No disk is started to be burnt.

H264 selected.

Clicking abort crashes the Disc burner and subsequently Edius.

Also the encode progress is very slow using only 30% of the CPU's.

Is the Disc Burner broke?

Edit: Mpeg 2 setting fully uses CPU's and is much faster waiting for result

Edit2: That works and goes through to burn disc

Mike

[antonsvideo]

yes, H264 is slow if you don't have quicksync hardware

use blu-ray mpeg2, it will look perfect and encodes 10x faster

how long are you waiting at 99%? it can take up to 5min to compile the folder structure at the 99% point

[THoff]

Use the Windows Resource Monitor to see if there is any substantial disk I/O going on (Task Manager -> Performance -> Resource Monitor -> Disk). There should either be CPU activity or disk activity at all times while encoding.

[createmedia]

With the H264 I waited 20 minutes twice at 99%. All activity stops no HDD or CPU, the countdown timer stops. The count up continues. It's obviously got lost as the app crashes if I click on abort.

From Event viewer

Error 1002

The program DiscBurner.exe version 7.4.1.28 stopped interacting with Windows and was closed. To see if more information about the problem is available, check the problem history in the Action Center control panel.
Process ID: 4064
Start Time: 01d00e80a2733aa5
Termination Time: 10
Application Path: C:\Program Files\Grass Valley\EDIUS 7\DiscBurner.exe
Report Id: fa23b7ad-7a87-11e4-a03d-78acc03c2f0a

Error 1000

Faulting application name: EDIUS.exe, version: 7.4.1.28, time stamp: 0x5459e25e
Faulting module name: CtsMd.DLL, version: 7.4.1.28, time stamp: 0x5459dda5
Exception code: 0xc0000005
Fault offset: 0x0000000000285196
Faulting process id: 0x19d8
Faulting application start time: 0x01d00e7c4aaae200
Faulting application path: C:\Program Files\Grass Valley\EDIUS 7\EDIUS.exe
Faulting module path: C:\Program Files\Grass Valley\EDIUS 7\CtsMd.DLL
Report Id: 04487441-7a88-11e4-a03d-78acc03c2f0a

What I don't see the logic of is if the QuickSync isn't there (as Dual Xeon) why the CPU's are only running at 30% whilst encoding, this was not the case with earlier versions of Edius the H264 encode fully utilised the CPU, which is the case for Mpeg2.

This not working problem is new to me as in Edius 7.23 it was perfect which was where I last needed to make a BluRay.

Edit1: The BluRay from MPEG encode works well and the quality is good. That's the good news.

Mike

[antonsvideo]

the diskburner can fail at 83% and at 99% during the menu creation or BDMV folder structure creation, both are usually caused by either Microsoft Security Essentials or other third party AV software

also, are you selecting motion menu or still menu?

[createmedia]

I have Eset Nod 32, Malware Bytes, and Comodo firewall, all with excludes set.

I exited them all to try the second H264 encode just incase they were interfering but no change.

It was with motion menus. I turned that off for the MPeg2 encode the second time and a second disc as it was distracting.

I have not tried re doing the H264 without motion menus though.

Also I noted that the motion menus took it back effectively to the start of the film as the Icon frame was near the start on one film. Whether it didn't like that and tried to go back earlier than the start I know not but that might freak it out.

Mike

[antonsvideo]

can you confirm that Microsoft Security Essentials is not present and that Windows Defender is set to disabled mode

I would retest without motion menus

how long is the total Blu-ray duration? if 2 hours or less, you gain nothing by using H264 but you lose time in encoding

all my Blu-ray use the mpeg codec

[createmedia]

Hello Anton

No MS Security Ess present

Windows defender Disabled

I will retry to a test folder when system is idle on H264 with no Motion Menus.

Edit1: 47 minutes running time so Mpeg2 is indeed OK just like to know what the problem is for a longer play time.

It all used to work fine in earlier versions of Edius probably around 7.2 era and the Dual Xeon CPU were loaded nicely to about 80% when encoding, not now the case just 30% looking like something has changed. The CPU goes to 85% when exporting to H264 using the exporter dialogue, so I am baffled as to why the BluRay encode should be different.

Edit 2: Tried again no motion menus and it failed at 99%

Went to folder and it has made 11 good .mts films and 1 bad one.

The bad one was sourced as mp4 1920 by 1080, 29.97fps and the file name was "Cape Verde NTSC ).mp4" I didn't notice the spurious bracket in there before as I just was happy Edius brought it in and played it I wasn't at the time worried what it was called, and I don't know whether that has any bearing on the error. I have changed the file name and for good measure render and add to timeline and see if it passes ok.

Edit 3: That worked it was that file.

Mike

[antonsvideo]

there maybe something in that file that prevents export

to test, mark in and out on that file and press shift+Q (make sure render codec is preset to HQ Fine)
when done, export to Blu-ray again

[createmedia]

Hello Anton

See Edit 3 above it worked, exactly what I did Shift Q but the file name one is curious likely to be an issue or not?

Obviously nothing wrong with the BD burner app in Edius although I am still curious why it uses so little CPU power now.

Mike

[antonsvideo]

it could be that the ) in the file name fails in disk burner? or a glitch in the file, such as missing file info in case it was part of a spanned set

let me do a test on my hexacore i7 to see cpu usage during H264 BD creation, I'll be back

[antonsvideo]

here is my CPU usage during H264 BD export

http://www.videoproductions.com.au/edius70/h264-cpu-usage.mp4

when exporting mpeg2 BD, all cores are at 100%

[createmedia]

Yes the MPEG2 fully utilises all 24 logical cores here at about 85%, its the H264 that is just tickling the processors at 30% that's what I meant. I am using two 6 core Xeons.

How does the H264 look on your CPU (without quicksync)?

Mike

[antonsvideo]

Yes the MPEG2 fully utilises all 24 logical cores here at about 85%, its the H264 that is just tickling the processors at 30% that's what I meant. I am using two 6 core Xeons.

How does the H264 look on your CPU (without quicksync)?

Mike

it shows like in the above video link, the video was taken during H264 encoding, about 60% of all 12 threads

it takes 40min to encode a 20min timeline to H264 BD

it takes 3min and 32 sec to do the same with mpeg2 BD, so it is a no brainer what I would use

[createmedia]

Indeed it does show its MPEG2.

I do think that the clever software Guru's need to look at that difference.

Mike