[solved] Encoding causes unexpected shut down of Windows

HandBrake for Windows support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
Post Reply
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

[solved] Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

Hi.

At the end of the encoding, the countdown timer that says Windows will shut down appears. So far this has only happens with one video file that was created by a cheap Olympus digital camera.

I thaught I would lost the resulting file, but next time I browsed the folder, I found the resulting file. After I used VLC to replay the clip, I concluded that the encoding apparently was successfull after all.

I do not know if this is of any interrest - both source file and encoded file is located on a Truecrypt container.

I've never experienced similar shutdowns on the same computer before.

Code: Select all

HandBrake 0.9.9.5470 - 32bit Version
OS: Microsoft Windows NT 5.1.2600 Service Pack 3
CPU: AMD Athlon(tm) 64 X2 Processor 4400+
Ram: 2047 MB, Screen: 1920x1080
Temp Dir: G:\winTemp\temp\
Install Dir: D:\Multimedia\Video\Handbrake
Data Dir: C:\Documents and Settings\Kongen\Programdata\HandBrake\HandBrake\0.9.9.5470

-------------------------------------------

CLI Query:  -i "V:\2013\07-juli\18-TOS\P7180038.AVI" -t 1 --angle 1 -c 1 -o "V:\2013\07-juli\18-TOS\Håndbag_funnet_RF24_MP3-32kbps.mp4"  -f mp4  --denoise="weak" -w 640 -l 480 --modulus 16 -e x264 -q 24 --vfr -a 1 -E lame -6 mono -R Auto -B 32 -D 0 --gain 0 --audio-fallback ffac3 --markers="G:\winTemp\temp\Håndbag_funnet_RF24_MP3-32kbps-1-chapters.csv" --x264-preset=veryslow  --x264-profile=main  --h264-level="4.0"  --verbose=1
User Query: False

[00:47:01] hb_init: starting libhb thread
HandBrake 0.9.9 (2013051800) - MinGW i686 - http://handbrake.fr
2 CPUs detected
Opening V:\2013\07-juli\18-TOS\P7180038.AVI...
[00:47:01] hb_scan: path=V:\2013\07-juli\18-TOS\P7180038.AVI, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening V:\2013\07-juli\18-TOS\P7180038.AVI/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening V:\2013\07-juli\18-TOS\P7180038.AVI/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(V:\2013\07-juli\18-TOS\P7180038.AVI) failed (01B9C858)
[00:47:01] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[00:47:01] dvd: not a dvd - trying as a stream/file instead
Input #0, avi, from 'V:\2013\07-juli\18-TOS\P7180038.AVI':
  Metadata:
    creation_time   : 2013-07-18 15:36:25
    encoder         : OLYMPUS FE4000,X920,X925
  Duration: 00:00:30.99, start: 0.000000, bitrate: 7701 kb/s
    Stream #0.0: Video: mjpeg, yuvj422p, 640x480, 15 fps, 15 tbr, 15 tbn
    Stream #0.1: Audio: pcm_u8, 8000 Hz, 1 channels, u8, 64 kb/s
[00:47:01] scan: decoding previews for title 1
[00:47:01] scan: audio 0x1: pcm_u8, rate=8000Hz, bitrate=64000 Unknown (pcm_u8) (1.0 ch)
[00:47:02] scan: 10 previews, 640x480, 15.000 fps, autocrop = 0/0/0/0, aspect 4:3, PAR 1:1
Scanning title 1 of 1, preview 10, 100.00 %[00:47:02] libhb: scan thread found 1 valid title(s)
+ title 1:
  + stream: V:\2013\07-juli\18-TOS\P7180038.AVI
  + duration: 00:00:30
  + size: 640x480, pixel aspect: 1/1, display aspect: 1.33, 15.000 fps
  + autocrop: 0/0/0/0
  + chapters:
    + 1: cells 0->0, 0 blocks, duration 00:00:30
  + audio tracks:
    + 1, Unknown (pcm_u8) (1.0 ch) (iso639-2: und)
  + subtitle tracks:
Reading chapter markers from file G:\winTemp\temp\Håndbag_funnet_RF24_MP3-32kbps-1-chapters.csv
[00:47:02] 1 job(s) to process
[00:47:02] starting job
[00:47:02] work: compression level not specified, track 1 setting compression level 2.00
[00:47:02] sync: expecting 464 video frames
[00:47:02] work: only 1 chapter, disabling chapter markers
[00:47:02] job configuration:
[00:47:02]  * source
[00:47:02]    + V:\2013\07-juli\18-TOS\P7180038.AVI
[00:47:02]    + title 1, chapter(s) 1 to 1
[00:47:02]    + container: avi
[00:47:02]    + data rate: 7701 kbps
[00:47:02]  * destination
[00:47:02]    + V:\2013\07-juli\18-TOS\Håndbag_funnet_RF24_MP3-32kbps.mp4
[00:47:02]    + container: MPEG-4 (.mp4 and .m4v)
[00:47:02]  * video track
[00:47:02]    + decoder: mjpeg
[00:47:02]    + frame rate: same as source (around 15.000 fps)
[00:47:02]    + filters
[00:47:02]      + Framerate Shaper (0:27000000:1800000)
[00:47:02]        + frame rate: same as source (around 15.000 fps)
[00:47:02]      + Denoise (hqdn3d) (2:1:2:3)
[00:47:02]      + Crop and Scale (640:480:0:0:0:0)
[00:47:02]        + source: 640 * 480, crop (0/0/0/0): 640 * 480, scale: 640 * 480
[00:47:02]    + dimensions: 640 * 480, mod 16
[00:47:02]    + encoder: H.264 (x264)
[00:47:02]      + x264 preset: veryslow
[00:47:02]      + h264 profile: main
[00:47:02]      + h264 level: 4.0
[00:47:02]      + quality: 24.00 (RF)
[00:47:02]  * audio track 1
[00:47:02]    + decoder: Unknown (pcm_u8) (1.0 ch) (track 1, id 0x1)
[00:47:02]      + bitrate: 64 kbps, samplerate: 8000 Hz
[00:47:02]    + mixdown: Mono
[00:47:02]    + encoder: MP3 (lame)
[00:47:02]      + bitrate: 32 kbps, samplerate: 8000 Hz
[00:47:02]      + compression level: 2.00
[00:47:02] reader: first SCR 0 id 0x1 DTS 0
[00:47:02] encx264: min-keyint: 15, keyint: 150
[00:47:02] encx264: Encoding at constant RF 24.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using cpu capabilities: MMX2 SSE2Slow SlowCTZ
x264 [info]: profile Main, level 4.0
[00:47:02] enclame: opening libmp3lame
[00:48:53] reader: done. 1 scr changes
[00:49:47] work: average encoding speed for job is 3.540177 fps
[00:49:47] sync: got 465 frames, 464 expected
[00:49:47] render: lost time: 0 (0 frames)
[00:49:47] render: gained time: 0 (0 frames) (0 not accounted for)
[00:49:47] mjpeg-decoder done: 465 frames, 0 decoder errors, 0 drops
x264 [info]: frame I:4     Avg QP:22.80  size: 24457  PSNR Mean Y:44.83 U:45.32 V:46.84 Avg:45.18 Global:45.15
x264 [info]: frame P:105   Avg QP:25.17  size:  9949  PSNR Mean Y:43.59 U:43.25 V:45.38 Avg:43.76 Global:43.29
x264 [info]: frame B:356   Avg QP:27.46  size:  3460  PSNR Mean Y:41.74 U:41.63 V:44.41 Avg:42.04 Global:41.70
x264 [info]: consecutive B-frames:  2.6%  5.2%  8.4% 18.1% 24.7% 19.4%  9.0%  6.9%  5.8%
x264 [info]: mb I  I16..4: 24.6%  0.0% 75.4%
x264 [info]: mb P  I16..4: 14.1%  0.0% 14.7%  P16..4: 46.4% 15.3%  6.5%  0.2%  0.0%    skip: 2.8%
x264 [info]: mb B  I16..4:  1.2%  0.0%  0.9%  B16..8: 43.9%  8.5%  1.5%  direct:11.0%  skip:33.0%  L0:42.8% L1:49.7% BI: 7.6%
x264 [info]: direct mvs  spatial:99.4% temporal:0.6%
x264 [info]: coded y,uvDC,uvAC intra: 50.7% 68.3% 43.0% inter: 16.2% 36.6% 8.7%
x264 [info]: i16 v,h,dc,p: 19% 18%  8% 54%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11%  7% 10%  8% 17% 13% 12%  9% 13%
x264 [info]: i8c dc,h,v,p: 37% 27% 18% 18%
x264 [info]: Weighted P-Frames: Y:12.4% UV:6.7%
x264 [info]: ref P L0: 54.8% 12.3% 14.6%  4.8%  3.4%  1.9%  1.9%  0.9%  0.9%  0.8%  0.8%  0.7%  0.5%  0.5%  0.8%  0.5%
x264 [info]: ref B L0: 80.1% 11.1%  3.2%  1.6%  0.9%  0.8%  0.5%  0.3%  0.3%  0.2%  0.3%  0.2%  0.2%  0.2%  0.1%
x264 [info]: ref B L1: 94.2%  5.8%
x264 [info]: SSIM Mean Y:0.9770007 (16.383db)
x264 [info]: PSNR Mean Y:42.182 U:42.024 V:44.648 Avg:42.453 Global:42.031 kb/s:612.74
[00:49:47] pcm_u8-decoder done: 0 frames, 0 decoder errors, 0 drops
[00:49:47] mux: track 0, 465 frames, 2374157 bytes, 612.69 kbps, fifo 512
[00:49:47] mux: track 1, 216 frames, 90360 bytes, 23.32 kbps, fifo 256
[00:49:47] libhb: work result = 0
Encode done!
HandBrake has exited.
I have uploaded the video clip that I was converting using Handbrake when Windows decided to shut.
http://rapidshare.com/files/147051835/P7180038.AVI
Last edited by Sprinterdriver on Thu Jul 25, 2013 10:22 pm, edited 1 time in total.
Deleted User 13735

Re: Encoding causes unexpected shut down of Windows

Post by Deleted User 13735 »

It's almost certainly a hardware heating issue. Clean out your CPU fan, and the rest.
If necessary, get a bigger cooler.
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

musicvid wrote:It's almost certainly a hardware heating issue. Clean out your CPU fan, and the rest.
If necessary, get a bigger cooler.
I just ran 3Dmark05 successfully (5510 points on this old computer). If there was a heating problem I probably would had similar problems with other cpu intensive pgograms. But no, only Handbrake.

Also I tried convert another video clip. This clip came from a different source (camera), had a different format and also was not stored on an encrypted drive. Still it makes windows to shut down just about when the encoding is done. This should clean both Truecrypt and dust in the computer off the suspect list.
Btw I did a manually clean inside the cabinet about two months ago, and I know that the dust takes longer time than that to settle, espechially since the air flow have to pass a filter first :)

However - there is one software package that is installed since last time I remembering successfulli using Handbrake. And that is Nokia Suite, version 3.8.30.0.
I'm not an expert on this, but since NS include some drivers to be installed among the program, my guess is that it might not like Handbrake. I'll do an uninstall of NS and see if that stop Windows from shutting down after encoding a video clip.

That is my idea. If you guys have other ideas, I'd like to hear.


Thanks
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

I have taken some steps, hoping that it will solve the problem.

1. Uninstalling Nokia Suite and the driver packages that also install with the program.
Result: nothing, Windows still shuts down when encoding finish.

2. Reboot computer (and hope that any drivers leftover in computers RAM is causing the problem)
Result: nothing, Windows still shuts down when encoding finish (not same video source as last time)

For now, nothing seems to work. Seems for me that Handbrake have a bug that is really hard to prove.

Only thing I can think of now is that Avast antivirus does something. But I honestly doesn't know. My guts tell me that uninstalling Avas won't help. I'll try one last time in safe mode and see what happens then.


Problem still not solved
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

I now have tried to encode a video clip in Windows safe mode. And guess what?
Handbrake still causes Windows to shut down. Even in safe mode, I didn't expect that, honestly.
Only thing is - it cleans off Avast or any installed driver from the suspect list. Now I don't know what to look for.

This happens for every single video clip I try to encode to MP4/x264. No matter how long time, resolution, input format or output format. Every time Handbrake quits a job, it seems to give windows a singal to shut down :evil: :x
TedJ
Veteran User
Posts: 5388
Joined: Wed Feb 20, 2008 11:25 pm

Re: Encoding causes unexpected shut down of Windows

Post by TedJ »

HandBrake makes no low level calls to hardware or the OS so there is no way for it to cause a kernel panic and/or shutdown as you suggest. It can however stress your CPU, RAM or power supply to the point where it will cause an issue.
Deleted User 13735

Re: Encoding causes unexpected shut down of Windows

Post by Deleted User 13735 »

I uninstalled 3DMark many years ago, but iirc it was much easier on the system than any NLE / encoder.
Not even sure it will load multithreaded CPUs.

Open one of those utilities that monitors both temps and voltages, and watch it during the encode. I'm not an expert like TedJ, but let's just say I've never seen this not being caused by a hardware, or rarely driver, issue.

Anyway, there should be a dump report generated when you restart Windows. Find it, post it on a pastebin somewhere, and we'll see if we can determine where the problem might be originating.
jkauff
Experienced
Posts: 95
Joined: Thu Nov 22, 2012 1:27 pm

Re: Encoding causes unexpected shut down of Windows

Post by jkauff »

Are you overclocking? A long Handbrake session will seriously stress your system, and if your OC is not totally stable all kinds of hell can break loose. :-)

Try a less aggressive OC or run at stock speed and see if the problem persists.
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

Hi.

I've not overclocked the computer at all. Any handbrake length session (even just a couple of seconds) makes Windows to shut down.
Repeating earlier stated: The shutdown trigger event always occurs when the Handbrake session ends. I've had Handbrake sessions lasting for an hour, and in the very moment when it end, Windows also trigger the shutdown event. Therefore I don't accept overheating as the reason.

I'was about to use Pastebin and paste some text from Windows Event Wiewer. However, since most of it is written in my language I guess that would be wasted.
What I can say about the event that is most close to the shutdown is that the source process name is "USER32", category is none and event-ID is 1074. Username of event is NT-MYNDIGHET\SYSTEM (don't know the english name for this, but a raw translation says NT-authrity).
Description (translated): The process winlogon.exe has initiated restart of <computer name> because: Therefore it's not possible to find any title. Partial cause: 0xff.
Type of shutdown: shutdown

Unfortunately that's the only information in event viewer that says anything at all about the unexpected shutdown.

Next to try is to just delete any settings that Handbrake has stored. Maybe there is something there.
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

Should I feel really stupid right now?

Image

I forgot that I had a nightly task on a long video clip some days ago :oops:
GregiBoy
Veteran User
Posts: 908
Joined: Sat Feb 12, 2011 9:23 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by GregiBoy »

Nah, we've all done something similar! :D :mrgreen: :roll:
Smithcraft
Veteran User
Posts: 2697
Joined: Thu Jan 22, 2009 8:04 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by Smithcraft »

I hate it when I have a big queue to do and have it set to shut down when it finishes and then the next time I fire it up, and wanna do a test render it shuts down! Since I didn't even open the Queue window, and I forgot it was set to shut down, I never noticed it till too late!

SC
mduell
Veteran User
Posts: 8187
Joined: Sat Apr 21, 2007 8:54 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by mduell »

"The computer did what I asked it to."
Deleted User 13735

Re: [solved] Encoding causes unexpected shut down of Windows

Post by Deleted User 13735 »

It's not going to hurt a thing to leave your computer running after a batch job, even if it's overnight.
DrXenos
Bright Spark User
Posts: 278
Joined: Sat Mar 16, 2013 1:19 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by DrXenos »

I do all the time. So, what I've done is put a shortcut on my desktop to cancel the shutdown. Works great. (of course, it only works if you are sitting in front of your computer when the shutdown warning is displayed.)
Sprinterdriver
Posts: 36
Joined: Wed Jun 05, 2013 9:43 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by Sprinterdriver »

DrXenos wrote:I do all the time. So, what I've done is put a shortcut on my desktop to cancel the shutdown. Works great. (of course, it only works if you are sitting in front of your computer when the shutdown warning is displayed.)
Very anoying when somebody say it without further explanation. However, most things can be found by searching --> First hit on Google.
DrXenos
Bright Spark User
Posts: 278
Joined: Sat Mar 16, 2013 1:19 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by DrXenos »

Sprinterdriver wrote:Very anoying when somebody say it without further explanation. However, most things can be found by searching --> First hit on Google.
I assumed people around here would either 1) already know how to use shutdown.exe, or 2) not be interested in replicating my behavior. Regardless, you seemed to find the solution quickly enough on your own.
NickF
Posts: 3
Joined: Fri Jun 26, 2009 6:05 pm

Re: [solved] Encoding causes unexpected shut down of Windows

Post by NickF »

pebkac
Post Reply