HC encoder

[vladislav67]

Thanks ,
Has read .

Waits 3 pass encoding .
Will or not will?

[LigH]

(here) (http://forum.doom9.org/showthread.php?p=650531#post650531)
ATM I'm not planning to do more than 2 pass encoding.
Think it's better to optimize the 2 pass encoding than to come up with a multipass encoding...


In short terms: "It is obviously not necessary."

[TheSeeker]

I am running RB v1.0 RC2, HCbatch v0.15, dgdecode.dll 1.10, avisynth 2.55. I have been getting oversized output from rb + hc combo lately. It comes out to be right around 4.5 GB almost every time for almost any dvd. I run it through with cce + RB, and the output is 4.32. I have never ever touched the target sectors hidden setting. I was using hc v0.14 and had perfect output, its only with v0.15 that Im getting this oversizing. Just wondering if there is something I should look at? Maybe I should tweak the target sectors setting to be lower if Im going to use HC?

If I do decide to try and play with the target sectors setting. How do I change sectors into MB so I can approximately reduced the target output by like 150 megs?

EDIT: This most recent oversizing was with Samurai Champloo vol. 3

[jdobbs]

Each sector is 2K, so 512 sectors is equal to one megabyte.

Don't try to fill the disc completely -- always leave a little space as a buffer.

[TheSeeker]

Thanks jdobbs. Curious, is there an HCTargetSectors hidden setting? What do you think may be some possiblities as to why hc 15 is oversizing for me and not for everyone else?

[jdobbs]

Yes there is. Not sure what may be causing the oversizing, but sometimes matrix selections can affect size.

[TheSeeker]

Yes there is. Not sure what may be causing the oversizing, but sometimes matrix selections can affect size.

But the strange this is that I use the exact same matrix settings for HC and CCE. And CCE output comes out just perfect.

I wonder, I heard something about the defualt vbr bias setting being different in HC v0.15 than it was in v0.14. Could that be the cause? I dont see how but...

[feedback]

I use Avisynth 2.56, build: Jan. 31, 2005 [21:37:08] with DVD-RB Pro.
HCTargetSectors=2261000. I don't usually have an oversize problem with HC_15 untill I use a different and sometimes quite different Matrix ie., one made for Xvid not mpeg2 (I like to experiment with Matrices). So, as jdobbs indicated the Matrix choice can have a profound effect on the size of output.
Curious, is there an HCTargetSectors hidden setting? :confused:
Look in the Help section of DVD-RB under the Hidden Options heading.

Regards,:)

P.S. I use the 64bit floating point in the AVS options. Also, maybe you should update to Avisynth 2.56 the version I indicated above. It works for me.

Edit: Added P.S.

[TheSeeker]

Maybe I will try all default matrice settings in DVD RB then. The only change I made was to use the Bach1 matrice for very low bitrate < 2MB, and for extras.

I also use the 64 bit floating point iDCT in avs settings. Is the version of avisynth 2.56 the release version or is it still beta?

[feedback]

It has been months since I installed it, but it probably is still beta.
However, it is stable for me.

Also, I think LigH indicated a stable beta version of avisynth 2.56 further up this thread for HC_15.

Regards,:)

[TheSeeker]

I used a different matrice on that Samurai Champloo vol 3 and now hc gives a perfect 4.32 gb output. The matrice I used was a customized (by me) version of the Y.A.C.Q.M. v2 (ANIME) matrice:

08 08 08 08 08 08 08 08
08 08 08 08 16 16 16 16
08 08 08 16 16 16 16 16
08 08 16 16 16 16 16 32
08 16 16 16 16 16 32 48
08 16 16 16 16 32 48 80
08 16 16 16 32 48 80 99
08 16 16 32 48 80 99 99
16 16 16 16 16 16 16 16
16 16 16 16 16 16 16 16
16 16 16 16 16 16 16 32
16 16 16 16 16 16 32 32
16 16 16 16 16 32 32 32
16 16 16 16 32 32 32 64
16 16 16 32 32 32 64 80
16 16 32 32 32 64 80 99

Worked rather nicely on the higher bitrate anime source (avg bitrate was around 5000 i think).

[LigH]

Dear hank,

please don't mind - but may I remind you?

Chapters (forced I-frames with closed GOPS) will be in the next version I think.
Tried to implement it but still have some problems to get it to work with the scene change detection.
It would be nice if you could report a little bit about your success towards this feature. Some girl is waiting eagerly... ;)

Also, katjarella would really appreciate a closing I-frame, most probably because this makes end-of-movie DVD navigation tricks easy, I'd guess.

Hope to hear from you again (and also, that you had recreating holidays, maybe). ;)

[hank315]

@LigH
Returned this weekend from a 3 week holiday...
About the implementation of forced I-frames, that's finished now and can be used with all other options.
Will have a look at a closing I-frame also.

But first have to read 3 weeks of forum posts :)

[Videostream]

Hello

I'm using HC with Cuttermaran (DVB-T).
I got the same error message:

Die Anweisung in "0x084c9294" verweist auf den Speicher in "0x084f3a10". Der Vorgang "read" konnte nicht auf dem Speicher durchgeführt werden.

XVid is installed.
Installed yuvcodecs-1.2.exe like Rumbah mentioned.
Error is gone.



Have the same problem like Xesdeeni.

Pioneer DV-444 only AC3 audio. Picture is pink and green.
I was skipping chapters but no good picture any were.

Scott 837 picture and audio ok.

Keep in mind HC is used with Cuttermaran.
Not the hole movie is encoded with HC. Only some GOPs !

With Tmpgenc Picture is ok on both Pioneer and Scott.


Encoded a DVD from a avi with HC same problem.
Pioneer no picture Scott ok.
This time the hole video was encoded with HC.

How do I analyze / compare the video mpeg stream. Tools?
There is something different between those two mpeg streams.
But there is only a small different.
Maybe header information, time step...
I 'll compare a short mpeg video stream.
Same source (DVB-T).
One cut with HC and one with tmpegenc.

[Zeul]

@Hank315
Perhaps you could cast a look over this thread.
http://forum.doom9.org/showthread.php?p=693999#post693999

[Cabal2000]

Hey Hank

Just dropping a little note to thank you for HC encoder and keep up the good work. I myself use it on everything now with DVDRB and I think its the best thing out there!!
YOU THE MAN!!!!!!!!
:stupid:

[deets]

yep i also want to thanks you, ive just been playing around with it and i am alreayd a fan :)

[hacbao]

i'm a newbie,
just 2 questions:
1. Which encoder device gives the best quality "QuEnc" or "HcEnc"?

2. Which one is the fastest encoder?

[LigH]

"Depends on the settings." - In my opinion, HC might be able to produce better quality for comparable HQ-oriented options.

Expect to be striked for violating forum rule #12, probably...

[Mug Funky]

Also, katjarella would really appreciate a closing I-frame, most probably because this makes end-of-movie DVD navigation tricks easy, I'd guess.

hmm. i find it not too difficult to just put a GOP of blank frames at the end if you need a closing chapter point (so you can skip right to the end of a feature) and place a chapter point there.

DVD players might behave unexpectedly if there's a chapter with a length of 1 frame (not sure, but i think there's a minimum chapter length?)

[hacbao]

I just tried QcEnc" out with avi2dvd and the "image" size was only 1.34 GB instead of the expected 4.45 GB. The video was supposed to be 1h44ms long; however the .vob file was only 32ms long after the process finished.

What happenned?
Original file:
.avi file is 1.36 GB which is 1h44ms long
resolution 800x448
audio bit-rate 448,000 hz with AC3 5.1
.srt file 106kb

I got an error message of "can't locate .........memory"

Can some experts help me out?
Thank you.

[LigH]

:( Incompletely posted error messages will result in incomplete answers.

BTW:

- The AVI resolution is not DVD compatible.
- Bitrates are reported in "bits per second", not in Hertz.
- We don't even know if the video source could be read by the encoder successfully, input and output are unsure.

[hank315]

HC update: HC015A

This update has only one new feature: chapter support

An I-frame is inserted at these chapter frames and the GOP is closed so the video can easily be cut at these frames.

The GUI version can import a chapter list from a file which should look like this:

*CHAPTER 5
10000
12000
15000
18000
21000

These lines can also be used in the ini file for the batch version.
Max. nr of chapters is 1024.
NOTE: HC frame count start at 1

For Katjarella: also added a new command to end the encoding with an I-frame: *LASTIFRAME
This can also be set in the GUI version and is the same as setting a chapter point at the last frame.

Get it at http://hank315.dyndns.org/HC_015A.zip

[Zeul]

I think i speak for everybody in thanking hank315 for this new release. :D

[jdobbs]

Hear, hear!

[urvieh]

@hank: Motion vectors? :-)

[hank315]

@urvieh
Will PM you about it.

@Delphin
Please check your PM.

[katjarella]

Thank you, hank, for this new feature!
Unfortunately, I have to calculate a lot...
The parameter "*FRAMES start end" is based on 1 in HC, but on 0 in AviSynth. But for *CHAPTER, the I frame seems to be inserted one frame too early.
Example:

*CHAPTER 6
75
78
375
378
450
453

Resulting m2v:
Frame 74 (0:00:02.960) [I]
Frame 77 (0:00:03.080) [I]
Frame 374 (0:00:14.960) [I]
Frame 377 (0:00:15.080) [I]
Frame 449 (0:00:17.960) [I]
Frame 452 (0:00:18.080) [I]

But that's not too hard, as long as there are pocket calculators (or calc.exe) :)

Thank you so far. Katjarella

Edit: Furthermore, *LASTIFRAME seems not to work for me. :(

HC.ini*infile F:\Doom9\DVD_SlideShow\schmetterling04HC.avs
*outfile F:\Doom9\DVD_SlideShow\schmetterling04HC.m2v
*logfile F:\Doom9\DVD_SlideShow\schmetterling04HC.log
*bitrate 4000
*maxbitrate 9000
*matrix hvsbest
*profile best
*aspect 16:9
*bias 0
*SCANMETHOD ZIGZAG
*closedgops
*dc_prec 10
*NOSCD
*LASTIFRAME
*CHAPTER 18
75
78
375
378
450
453
750
753
825
828
1125
1128
1200
1203
1500
1503
1575
1578
*WAIT 30
HC.log:==================================================

---------------------------------------------
| HCbatch - MPEG2 encoder - rel. 0.15A beta |
---------------------------------------------

input: f:\doom9\dvd_slideshow\schmetterling04hc.avs
output: f:\doom9\dvd_slideshow\schmetterling04hc.m2v

--------------------
| encoder settings |
--------------------

profile: BEST
frames: 1 1875
framerate: 25.00
aspect ratio: 16:9
bitrate Kb/s: 4000
max. bitrate Kb/s: 9000
closed gops: yes
VBV check: yes
scene change det.: no
interlaced: no
goplen,B-pic: AUTO
dc_precision: 10
scan method: ZIGZAG
bias: 0
chapter frames: 19
time code: 0 0 0 0
CPU: SSE2
matrix: HVSBEST

--------------------
| source stats |
--------------------

nr. of frames in source: 1875
width*height: 720*576
fps: 25.00
nr. of frames to encode: 1875
frames to encode: 1 - 1875

---------------------
| encoding - pass 1 |
---------------------

pass 1 encoding time: 0:03:35 (215 s)
average fps: 8.7

--------------------------------
| encoding - intermediate pass |
--------------------------------

bitrate set to: 4000000 b/s
est. outfile length: 36621 kB
intermediate encoding time: 0.0 s

---------------------
| encoding - pass 2 |
---------------------

pass 2 encoding time: 0:03:10 (190 s)
average fps: 9.9

------------------
| encoding stats |
------------------

total encoding time: 0:06:47 (407 s)

intra matrix used
8 16 16 16 17 18 21 24
16 16 16 16 17 19 22 25
16 16 17 18 20 22 25 29
16 16 18 21 24 27 31 36
17 17 20 24 30 35 41 47
18 19 22 27 35 44 54 65
21 22 25 31 41 54 70 88
24 25 29 36 47 65 88 115

non-intra matrix used
18 18 18 18 19 21 23 27
18 18 18 18 19 21 24 29
18 18 19 20 22 24 28 32
18 18 20 24 27 30 35 40
19 19 22 27 33 39 46 53
21 21 24 30 39 50 61 73
23 24 28 35 46 61 79 98
27 29 32 40 53 73 98 129

nr. of gops: 135
nr. of frames: 1875
nr. of I-frames: 135
nr. of P-frames: 625
nr. of B-frames: 1115
average quant (non linear): 2.677
VBV underflows detected: 0
VBV underflows fixed: 0
minimum bitrate: 1940
maximum bitrate: 8986
average bitrate: 4000

Bild: http://katjarella.gleitz.info/advMenu/HC.png

[Zeul]

kartjarella

I'm not so sure. Frame 75 = frame 74 when based off frame 0.
The HC log shows 19 chapters, you scripted 18. Would that not be 18 + lastiframe?

[hank315]

Hm... did some tests and it seem to work OK.
The LASTIFRAME command just puts a chapter on the last frame so in your case it reports 18+1=19 chapters just as Zeul said.

Will have a look at it... tomorrow :)

[katjarella]

The Last Frame of schmetterling04HC.m2v is Frame 1874 (0:01:14.960) [P] :(

[hank315]

@Katjarella
You're right, LASTIFRAME doesn't (always) work.
Quick fix:
1) for your testcase, add *FRAMES 1 1875
2) or set a chapter at the last frame

Why it doesn't work, if the FRAMES command isn't present HC sets the endframe to 0
so it knows all frames have to be encoded, in your case a chapter point was set at frame 0...
Will fix it in the next release.
Seems to work OK in the GUI version.

[LigH]

One more problem - after katjarella reported it to me, I checked it as well, same behaviour for me:

Encode a script once completely. Then right afterwards, try to encode the same again (and have HC overwrite the output): HC_GUI 0.15A just disappears.

[LigH]

Dear hank,

katjarella discovered another problem. But this does not need to be the fault of HC, it may be related to AviSynth more probably.

katjarella likes to convert several different media files using DirectShowSource. The videos get resized and trimmed. Using the default syntax (omitting the implicit "last" clip variable), the problem here is that the Trim() function does not work well from the beginning, the first frames appear in the final movie although they should have been trimmed away.
DirectShowSource("movie.ext")
SomeResize(width,height)
Trim(start,-count)
But if she uses an explicit clip variable and repeatedly assigns the result of the functions to a clip variable, the video is correctly trimmed.
movie = DirectShowSource("movie.ext")
movie = SomeResize(movie,width,height)
movie = Trim(movie,start,-count)
return movie
In my opinion, the reason is more related to DirectShowSource and the decoding filters, being reliably able to seek in the file or not, and the clip variable probably introducing some cache. Therefore, this question might be useful to be discussed in the AviSynth forum instead - so I ask for opinions from AviSynth specialists and moderators, too...

She is using AviSynth 2.56 beta 4, but will re-check with 2.55 stable, I hope...
__

And additionally, a few enhancement wishes from katjarella:

HCbatch:
- process priorities
- supporting relative file paths (preferably starting at the current, or at least the INI dir)
- a CLI or(and) INI switch to disable the preview

HCGUI:
- save defaults
- import/export settings from/to INI (yes, I already wanted it, too)

[Wilbert]

Yo,

Check the new dss.dll too: http://forum.doom9.org/showthread.php?t=97976 :)

Btw what kind of extension is it?

[katjarella]

Yo,
Check the new dss.dll too: http://forum.doom9.org/showthread.php?t=97976 :)
Btw what kind of extension is it?
Source Quicktime.mov
Video: Sorenson Video 3; 16,7 Mill.
Audio: QDesign Music 2; 44100Hz; Mono

QuickTime(tm) Decoder Wrapper: NeQTDec.ax v3.2.0.7
NeroDigital / mp4 / avi / mov parser: NDParser.ax v3.2.0.7


I'll check the new DLL ASAP - means: in 5 minutes or 5 hours, depends...

[LigH]

As far as we discussed, the new DirectShowSource didn't help. Furthermore, there are occasional crashes, but not reliably reproducable.
__

One more point:

There are scripts which are "one-shot video sources", e.g. where the author used "DirectShowSource(sourcefile, seek=false)" to avoind desync for variable-fps sources. Several encoders close the video source after the first pass, and open it again for the 2nd pass. HC, unfortunately, tries to rewind - but DirectShowSource fails, and delivers only the last frame (for me), or :scared: the first 30 frames, and then only the last frame.

It should be useful that HC re-opens the video source between the passes, too, to avoid problems with such rare, but possible sources.

But katjarella is still testing, we even discovered "EnsureVBRMP3Sync" and hope that this function helps to avoid "seek=false". A few example movies can be found here:

http://katjarella.gleitz.info/hc/

Example script (uses AVSMonitor):DirectShowSource("F:\Doom9\doom_trailer_072505_qthighwide.mov",seek=false)
ConvertToYUY2()
LanczosResize(688,430,0,40,640,274)
# 24 to 25 fps with blended fields
Changefps(50).assumetff().separatefields().selectevery(4,0,3).weave()
AddBorders(16,73,16,73,color=$E8EBF4)
ShowFrameNumber(x=10,y=26,font="Arial",size=24)
ResampleAudio(48000)
Trim(1000,-500)
MonitorFilter()
ConvertToYV12(interlaced=true)

[Squeeto]

Hi guys,
Just tried HCenc and it looks like it gives good results. Thanks Hank for all the work. I would like to compare it to TMpgEnc but I am not sure which is the proper script for accurate color.
I am taking DV avi video and creating m2v files for dvd.

This one seems to look the best on my laptop:
LoadPlugin("TomsMoComp.dll")
AviSource("D:\hcenc/one.avi")
ConvertToYUY2()
TomsMoComp(-1,5,1)
ConvertToYV12()

This one is next:
LoadPlugin("ReInterpolate411")
LoadPlugin("TomsMoComp.dll")
AviSource("D:\hcenc/one.avi")
ConvertToYUY2()
ReInterpolate411()
TomsMoComp(-1,5,1)
ConvertToYV12()

And this is just slightly worse than the previous:
LoadPlugin("TomsMoComp.dll")
AviSource("D:\Java2Exe\dv2mdvd\hcenc/one.avi")
ConvertToYV12()
TomsMoComp(-1,5,1)

Which is the proper method (least conversion) for something that will eventually be viewed on a tv?

Thanks, Squeeto

[LigH]

(Welcome to the doom9 board.)

Why do you need to deinterlace? A TV set works interlaced, so keep your material interlaced, and encode it interlaced.

You just did not write if you have PAL or NTSC, this is very important for DV video; but because you mentioned Reinterlace411, you might have NTSC...

In fact, your question seems not to be really related to HC, IMHO - it looks more like a general video processing/encoding question, the choice of encoder is less important here.

[Wilbert]

But katjarella is still testing, we even discovered "EnsureVBRMP3Sync" and hope that this function helps to avoid "seek=false".
This only effects audio. Could you try to encode the same stuff to XviD/DivX and see whether there are also frames missing?

That may seem a strange request, but have a look at http://forum.doom9.org/showthread.php?p=681676#post681676 (ok, it seems a bit different).

[LigH]

Using avs2avi in 2-pass mode (had to manually set up 1st and 2nd pass): Result looks fine. I guess that avs2avi closes and re-opens the video sources, to be able to switch the codec parameters.

Using Ateme encavc beta2 in 2-pass mode: Result contains the last frame only. I guess that encavc tries to rewind the video source.

[Squeeto]

>Why do you need to deinterlace?
I am recording video of my kid. In 15 years I will probably move it to some other media where interlacing doesn't exist.

NTSC.

>In fact, your question seems not to be really related to HC.
HC doesn't behave like TMpgEnc (or my older version) and it may have corrections built in that I don't need to correct in the avs script. I don't want to over encode if I don't have to.
I am not sure why HC forces a ConvertToYV12(); I don't think I needed this before with TMpgEnc. I am not sure if I need to ReInterpolate411() as I did with T.
A "filter to correct the improper 4:1:1 => 4:2:2 conversion that seems to occur with some DV/4:1:1 codes".

HC is easier to automate than TMpgEnc with my frontend. If I switch over I want it correctly done. Just thought that this was the place to ask.

[LigH]

The main profile of MPEG-1/2/4 always uses YUV with chroma subsampling 4:2:0. Therefore, HC expects YV12 because it uses YUV 4:2:0 as well (YV12 is almost like "uncompressed MPEG", so to say...).

TMPGEnc is horrible in this case, it always expects RGB24 (as well as its VFAPI plugin system). If you previously had another MPEG material, or PAL DV, it would have to be converted from YV12 to RGB24 (which costs calculation time and quality), and will be converted back to YV12 (which costs again). So usually, Staying within YV12 shall gain speed and a bit of quality; it just makes handling interlaced material a bit tricky.

[Squeeto]

Hi Hank,
I successfully tried HCGUI_015A and HCbatch_014 but HCbatch_015A generates errors and is closed by Windows.

DrWatson:
Application exception occurred:
App: (pid=904)
When: 8/19/2005 @ 23:07:08.890
Exception number: c0000005 (access violation)

*----> System Information <----*
Computer Name:
User Name:
Number of Processors: 1
Processor Type: x86 Family 15 Model 4 Stepping 8
Windows 2000 Version: 5.0
Current Build: 2195
Service Pack: 4
Current Type: Uniprocessor Free
Registered Organization:
Registered Owner:

*----> Task List <----*
0 Idle.exe
8 System.exe
156 smss.exe
180 csrss.exe
200 winlogon.exe
228 services.exe
240 lsass.exe
412 svchost.exe
440 SPOOLSV.exe
472 svchost.exe
500 nvsvc32.exe
516 persfw.exe
556 regsvc.exe
580 mstask.exe
624 SMAgent.exe
664 winmgmt.exe
688 WLTRYSVC.exe
700 svchost.exe
768 explorer.exe
860 BCMWLTRY.exe
964 Apoint.exe
952 AGRSMMSG.exe
1024 ApntEx.exe
1192 wuauclt.exe
812 cmd.exe
904 HCbatch_015A.ex.exe
944 drwtsn32.exe
0 _Total.exe

(00400000 - 07BE4000)
(77F80000 - 77FFB000)
(7C4E0000 - 7C599000)
(77E10000 - 77E75000)
(77F40000 - 77F7C000)
(7C2D0000 - 7C332000)
(77D30000 - 77DA1000)
(71710000 - 71794000)
(77A50000 - 77B47000)
(779B0000 - 77A4B000)
(10000000 - 100E6000)
(74870000 - 74886000)
(78000000 - 78045000)
(77570000 - 775A0000)
(77410000 - 77423000)
(6A8F0000 - 6A910000)
(782F0000 - 78538000)
(70BD0000 - 70C35000)
(08520000 - 08687000)
(55900000 - 55961000)
(6BD00000 - 6BD0D000)

State Dump for Thread Id 0x2d0

eax=00000001 ebx=7ffdf000 ecx=ffffffa9 edx=00000000 esi=0055c338 edi=0012f45c
eip=77e12f5c esp=0012fedc ebp=0012fefc iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000246


function: TranslateMessageEx
77e12f3a 0f8540d80200 jne UnregisterHotKey+0xe89 (77e40780)
77e12f40 33c0 xor eax,eax
77e12f42 c20800 ret 0x8
77e12f45 ff742408 push dword ptr [esp+0x8] ss:00ba9dc3=00000000
77e12f49 51 push ecx
77e12f4a e8ce1e0000 call GetKeyState+0x9b (77e14e1d)
77e12f4f ebf1 jmp DrawStateA+0x6e6 (77e1e842)
77e12f51 b89a110000 mov eax,0x119a
77e12f56 8d542404 lea edx,[esp+0x4] ss:00ba9dc3=00000000
77e12f5a cd2e int 2e
77e12f5c c21000 ret 0x10

*----> Stack Back Trace <----*

FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0012FEFC 00418EC1 0055C338 00000000 00000000 00000000 user32!TranslateMessageEx
0012FF34 0045D384 00400000 00000000 00132A75 0000000A !<nosymbols>
0012FFC0 7C4E87F5 0012F45C 77FCC35C 7FFDF000 0000021A !<nosymbols>
0012FFF0 00000000 0045D2B6 00000000 000000C8 00000100 kernel32!DosDateTimeToFileTime

*----> Raw Stack Dump <----*
0012fedc bc 57 e1 77 38 c3 55 00 - 00 00 00 00 00 00 00 00 .W.w8.U.........
0012feec 00 00 00 00 00 f0 fd 7f - 00 00 00 00 5c f4 12 00 ............\...
0012fefc 34 ff 12 00 c1 8e 41 00 - 38 c3 55 00 00 00 00 00 4.....A.8.U.....
0012ff0c 00 00 00 00 00 00 00 00 - 58 07 38 08 0c c0 47 00 ........X.8...G.
0012ff1c 06 cd 45 00 30 bd 42 00 - 2a bd 42 00 30 bd 42 00 ..E.0.B.*.B.0.B.
0012ff2c 92 77 46 00 c1 01 0c 00 - c0 ff 12 00 84 d3 45 00 .wF...........E.
0012ff3c 00 00 40 00 00 00 00 00 - 75 2a 13 00 0a 00 00 00 ..@.....u*......
0012ff4c 5c f4 12 00 5c c3 fc 77 - 00 f0 fd 7f 28 11 f4 77 \...\..w....(..w
0012ff5c 75 2a 13 00 00 00 00 00 - 44 00 00 00 18 41 13 00 u*......D....A..
0012ff6c 28 41 13 00 40 41 13 00 - 00 00 00 00 01 00 00 00 (A..@A..........
0012ff7c 64 00 00 00 64 00 00 00 - 00 00 00 00 00 00 00 00 d...d...........
0012ff8c 00 00 00 00 00 00 00 00 - 01 00 00 00 00 00 00 00 ................
0012ff9c ff ff ff ff ff ff ff ff - ff ff ff ff 4c ff 12 00 ............L...
0012ffac 00 00 00 00 e0 ff 12 00 - f0 f2 45 00 10 95 47 00 ..........E...G.
0012ffbc 00 00 00 00 f0 ff 12 00 - f5 87 4e 7c 5c f4 12 00 ..........N|\...
0012ffcc 5c c3 fc 77 00 f0 fd 7f - 1a 02 00 00 c8 ff 12 00 \..w............
0012ffdc 1a 02 00 00 ff ff ff ff - b4 f0 4f 7c c8 8e 4e 7c ..........O|..N|
0012ffec 00 00 00 00 00 00 00 00 - 00 00 00 00 b6 d2 45 00 ..............E.
0012fffc 00 00 00 00 c8 00 00 00 - 00 01 00 00 ff ee ff ee ................
0013000c 02 00 00 00 00 00 00 00 - 00 fe 00 00 00 00 10 00 ................

State Dump for Thread Id 0x2f0

eax=10000000 ebx=00000000 ecx=0851fed8 edx=00270001 esi=00000000 edi=0055cf48
eip=0045fd6d esp=0851fe90 ebp=0851fea4 iopl=0 nv up ei pl zr na po nc
cs=001b ss=0023 ds=0023 es=0023 fs=0038 gs=0000 efl=00000246


function: <nosymbols>
0045fd4f 83257441920000 and dword ptr [00924174],0x0 ds:00924174=00000003
0045fd56 c7057041920009000000 ds:00924170=00000002
mov dword ptr [00924170],0x9
0045fd60 83c8ff or eax,0xff
0045fd63 5f pop edi
0045fd64 5e pop esi
0045fd65 5b pop ebx
0045fd66 c9 leave
0045fd67 c3 ret
0045fd68 56 push esi
0045fd69 8b742408 mov esi,[esp+0x8] ss:08f99d77=????????
FAULT ->0045fd6d ff7610 push dword ptr [esi+0x10] ds:00a79ee6=00000000
0045fd70 e824660000 call 00466399
0045fd75 85c0 test eax,eax
0045fd77 59 pop ecx
0045fd78 7477 jz 00467ef1
0045fd7a 81fee0ac4800 cmp esi,0x48ace0
0045fd80 7504 jnz 00463086
0045fd82 33c0 xor eax,eax
0045fd84 eb0b jmp 00467e91
0045fd86 81fe00ad4800 cmp esi,0x48ad00
0045fd8c 7563 jnz 004667f1
0045fd8e 6a01 push 0x1

*----> Stack Back Trace <----*

FramePtr ReturnAd Param#1 Param#2 Param#3 Param#4 Function Name
0851FEA4 0042BDC0 00000000 004837D0 0055CF48 010D04E0 !<nosymbols>
0851FEE4 0041D897 010D04E0 00000200 07B217C0 07B217C4 !<nosymbols>
0851FF5C 0041875B 00000000 0A0105F9 0055C354 804316BC !<nosymbols>
0851FFB4 7C4E987C 0055C354 00000000 0A0105F9 0055C354 !<nosymbols>
0851FFEC 00000000 00418748 0055C354 00000000 00905A4D kernel32!SetThreadExecutionState

*----> Raw Stack Dump <----*
0851fe90 e0 04 0d 01 89 ce 45 00 - 00 00 00 00 48 cf 55 00 ......E.....H.U.
0851fea0 e0 04 0d 01 e4 fe 51 08 - c0 bd 42 00 00 00 00 00 ......Q...B.....
0851feb0 d0 37 48 00 48 cf 55 00 - e0 04 0d 01 54 c3 55 00 .7H.H.U.....T.U.
0851fec0 20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 20
0851fed0 20 20 20 20 b4 fe 51 08 - dc ff 51 08 a8 57 47 00 ..Q...Q..WG.
0851fee0 ff ff ff ff 5c ff 51 08 - 97 d8 41 00 e0 04 0d 01 ....\.Q...A.....
0851fef0 00 02 00 00 c0 17 b2 07 - c4 17 b2 07 28 cf 55 00 ............(.U.
0851ff00 48 cf 55 00 4c cf 55 00 - 44 cf 55 00 a4 cf 55 00 H.U.L.U.D.U...U.
0851ff10 80 00 00 00 00 00 00 00 - f9 05 01 0a 54 c3 55 00 ............T.U.
0851ff20 20 20 20 20 20 20 20 20 - 20 20 20 20 20 20 20 20
0851ff30 20 20 20 20 20 20 20 20 - 20 20 20 20 30 68 a0 81 0h..
0851ff40 64 7c e5 b9 70 61 73 73 - 65 64 42 80 d4 4b 06 80 d|..passedB..K..
0851ff50 70 61 73 73 65 64 a0 81 - 06 00 f4 77 b4 ff 51 08 passed.....w..Q.
0851ff60 5b 87 41 00 00 00 00 00 - f9 05 01 0a 54 c3 55 00 [.A.........T.U.
0851ff70 bc 16 43 80 30 68 a0 81 - 05 00 00 00 00 00 00 00 ..C.0h..........
0851ff80 00 00 00 00 00 00 00 00 - d6 11 43 80 00 00 00 00 ..........C.....
0851ff90 00 00 00 00 0f 12 43 80 - 60 0d 94 81 a0 66 a0 81 ......C.`....f..
0851ffa0 ff ff ff ff 8f 13 43 80 - 00 00 00 00 00 00 00 00 ......C.........
0851ffb0 00 00 00 00 ec ff 51 08 - 7c 98 4e 7c 54 c3 55 00 ......Q.|.N|T.U.
0851ffc0 00 00 00 00 f9 05 01 0a - 54 c3 55 00 00 d0 fd 7f ........T.U.....

I hope that this is the section that relates to your app.
S.

[Squeeto]

Just found the older HCbatch_015 and it is fine.
It seems that 15a is the only hold up for me.

[DrShrinker]

I successfully tried HCGUI_015A and HCbatch_014 but HCbatch_015A generates errors and is closed by Windows.

Me, too. I have an AMD 64, and HCbatch_015A gives me problems with DVD Rebuilder. I didn't have problems with older versions of HCbatch with DVD Rebuilder. But I did have problems with HC and AVISource, which I brought up earlier in this thread.

[Zyphon]

@Hank315

I know this has been asked a million times and if it has i appologise in advance.

I wanted to test Prodater64's Pro_Calc Lite which uses HC in OPV prediction.

After every sample has finished encoding and the program tries to exit I get this error:

http://img385.imageshack.us/img385/6973/hcerr2zk.th.jpg (http://img385.imageshack.us/my.php?image=hcerr2zk.jpg)

Thanks to ImageShack for Free Image Hosting (http://imageshack.us)

The PC I was testing it on was a Pentium 3 @ 866Mhz with 512MB of memory.

Is this a common problem with others?

It's a shame as I have heard great things about the quality of HC and would love to test it without having to wait by the PC at the end of the encode to press the 'OK' button.

Thanks in advance for anyone who can shed some light on this problem. :confused:

:thanks:

[jdobbs]

I'd suggest you download and try v0.15 instead of v0.15A and see how it goes.

[Zyphon]

@jdobbs

Hi Jerry, I was using the v0.15 and this is the one giving me the trouble.:( I have downgraded to the 0.14 version as Prodater64 suggested and try that.

Thanks for the suggestion anyway. :D

[Zyphon]

Reverting to 0.14 doesn't help either, I get the same error. :(

Maybe HC Enc doesn't like P3's, or maybe I am just unlucky. Oh well. :(