HCenc 024

[Rumbah]

I cannot download the latest beta, could you please reupload it?

[hank315]

I just removed it, there are some things I have to check first regarding possible MPEGLA licensing liabilities.
The discussion here (http://forum.doom9.org/showthread.php?t=156287) also applies to HCenc.

[Brazil2]

I just removed it, there are some things I have to check first regarding possible MPEGLA licensing liabilities.
The discussion here (http://forum.doom9.org/showthread.php?t=156287) also applies to HCenc.
AKAIK it doesn't apply in Netherlands neither in most European countries.
That's even the reason why (http://forum.doom9.org/showthread.php?p=1427881#post1427881) the official site to download binaries of x264 is x264.nl (http://x264.nl).

[hank315]

Maybe not, but I'm not a laywer and I just want to be sure I'm not personally liable for this hobby project.
Also the rules for H.264 are different than the rules for H.262, neuron2 already removed the binaries of DGDecode from his site.
In the HCenc package are, apart from the encoder itself, 7 different versions of DGDecode...

I contacted MPEG LA about this, will report back when I have an answer.

[Guest]

In the HCenc package are, apart from the encoder itself, 7 different versions of DGDecode... If the patents cannot be enforced in NL, you could distribute my binaries as well as your own.

My ISP host is located in the US, so unless I change that, I cannot distribute my binaries via my web site.

Don't expect MPEGLA to properly advise you about the enforcability of their patents in foreign countries.

[Biggiesized]

Don't expect MPEGLA to properly advise you about the enforcability of their patents in foreign countries.

Bolded for effect. They're more than likely going to give you misinformation if you give them a ring.

[burfadel]

Any news on this?...

[hank315]

Any news on this?...
Yes: http://hank315.nl

[Guest]

Hank,

Thanks very much for the link to my binary for DGMPGDec! You should probably put a link to my web site right there with a source code offer, to comply with GPL.

And thanks for the release of HCEnc 24.

[hank315]

Hm, I thought the sources were also in the package.
Will solve it...

already done, site updated

[Guest]

Thank you. I have linked to your page at mine.

Also, maybe you'd like to change the thread title to remove "beta"? Hit Edit on your first post and then Go Advanced. You'll find an edit box for the thread title.

[Midzuki]

hank315 wrote:

For the final HC024: http://hank315.nl

Not a beta anymore? :devil:

Yeah, about time! :D

10^6 :thanks:

[tommy_vercetti]

Thanks for the good work!

[Boulder]

Thank you hank, it's nice to see an excellent program still being developed over the years :)

[Fishman0919]

Thank You much Hank!

[soneca]

Thank you!!!

[sneaker_ger]

I didn't follow all the discussion, but is there any consensus about field order etc. for progressive PAL content? I want to use the same settings as "professional" encoders like CCE use.

[burfadel]

Thanks! what about the link in your sig?

[MatLz]

Thank you very much !

[dansrfe]

Hank you're a rockstar! Thank you! :)

[juhok]

Thank you. :)

Is it possible to change the donation url to point to an english PayPal page?

[Guest]

Google Translate worked for me. :)

[Chumbo]

Now that there's a 64bit AVISynth and many plugins have already been ported over, any chance of seeing a 64bit version of HC and DGDecode sooner than later? That would be tremendous for those of us on a 64bit OS. HC runs fine on 64bit, it just crashes when exiting which requires manual intervention to go to the next file when batch encoding. Thanks for the consideration and thank you for the continued support and development.

[Guest]

Now that there's a 64bit AVISynth and many plugins have already been ported over, any chance of seeing a 64bit version of HC and DGDecode sooner than later?. I'll kick off 64-bit support for DGMPGDec. We're getting a bit overdue for a new release.

[Chumbo]

I'll kick off 64-bit support for DGMPGDec. We're getting a bit overdue for a new release.
Tremendous. Can't thank you enough.

[Emulgator]

Congratulations, Hank !
And here as promised, my second donation.
Many thanks for continued improvement !

[Mr. Monte]

Just D/L'd te latest HCEnc. I read the documentation, but it does not mention the SSE4 version of HC included since the beta. I have an i7 that supports SSE4. Is there any stat's to indicate the speed improvement of using HC SSE4 vs just HC ?

TIA

[burfadel]

Just use the SSE4 build, there's two builds that come with HCENC...

[Mr. Monte]

burfadel,

If you read my post, I am aware their are two builds in his release. This is why I was asking if any testing was performed to document the benefits? It was not in the PDF documentation with the release.

Thanks,

[hank315]

@ Mr. Monte
The speed difference will be small, only the CPU dispatcher logic is dumped.
Don't expect a speed difference > 1%.

HC runs fine on 64bit, it just crashes when exiting...
I did a lot of tests with this release but never encountered this one, can you give more info so I can replicate and solve it.

Is it possible to change the donation url to point to an english PayPal page?
Should be fixed now. And thanks :)

[Chumbo]

...I did a lot of tests with this release but never encountered this one, can you give more info so I can replicate and solve it....
Are you on Windows 7 64bit? Right now I can't load an AVS that uses a 64bit chain like this one for example:LoadCPlugin("D:\Multimedia Tools\megui64\tools\ffms\ffms2.dll")
FFVideoSource("E:\Media\work\encoding\OneMinuteClip.ts")
Load_Stdcall_Plugin("D:\Multimedia Tools\megui64\tools\yadif\yadif.dll")
Yadif(order=1)
BicubicResize(1280,720,0,0.5) # Bicubic (Neutral)
I can load standard avs files, i.e., 32bit chain, but that's when the crash happens. It's actually typical of all 32bit apps to crash when using these 32bit plugins. I encountered the exact same thing with megui until megui64 became available.

The script above loads fine into megui64 and VirtualDub64. This script uses the 32bit chain and works fine but the encoder crashes after it's done:DirectShowSource("E:\Media\work\encoding\OneMinuteClip.ts", audio=false, convertfps=true, fps=29.970)
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,200)My media file's detailed info as as follows:General
ID : 1
Complete name : E:\Media\work\encoding\OneMinuteClip.ts
Format : MPEG-TS
File size : 68.1 MiB
Duration : 1mn 0s
Overall bit rate : 9 519 Kbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Duration : 1mn 0s
Bit rate mode : Variable
Bit rate : 8 661 Kbps
Maximum bit rate : 20.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Bits/(Pixel*Frame) : 0.139
Stream size : 62.0 MiB (91%)
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Duration : 59s 936ms
Bit rate mode : Constant
Bit rate : 384 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Video delay : 33ms
Stream size : 2.74 MiB (4%)
Language : English
The crash is the standard application crash with the message "MPEG2 enconder has stopped working" which happens either at the end of a successful encode or if I hit the exit button to stop the encoding and exit.

Once I'm back at the main GUI, hitting exit then crashes the main UI too with "HCgui 0.24 beta has stopped working." Note that I did this with the official released version and not beta even though it shows beta in the title.

Let me know what other info I can provide. Thanks a lot.

[hank315]

Running Win7-64bit prof.

I tried to replicate the crash with your script and source:

DirectShowSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.ts", audio=false, convertfps=true, fps=29.970)
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,200)

I had a batch file running this script for 2 hours, it didn't crash.

There were some source mismatches between the first and second pass probably caused by DirectShowSource.
Using DGDecodeNV solved the mismatches.

BTW, I can't find the 64 bit ffms2.dll, do you have a link to it?

[Mr_Khyron]

64 bit ffms2.dll
http://code.google.com/p/avisynth64/wiki/PluginLinks

[hank315]

I also found that one but the ffms2 link at kemuri-9 is dead...

[Mr_Khyron]

I also found that one but the ffms2 link at kemuri-9 is dead...

http://kemuri9.net/dev/avs/ffms2/ffms2-x64.zip


http://kemuri9.net/dev/avs/LoadCPlugin/

[hank315]

Thanks...

[Chumbo]

Running Win7-64bit prof.

I tried to replicate the crash with your script and source:

DirectShowSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.ts", audio=false, convertfps=true, fps=29.970)
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,200)

I had a batch file running this script for 2 hours, it didn't crash.

There were some source mismatches between the first and second pass probably caused by DirectShowSource.
Using DGDecodeNV solved the mismatches.

BTW, I can't find the 64 bit ffms2.dll, do you have a link to it?
Wow, I wonder what the difference is. I'm running Win64 Ultimate and not Professional but that shouldn't make any difference you would think. Mind boggling.

What happened when you loaded the script via the GUI and then used encode? Did the encoder successfully complete and close without the crash? If so, were you running the GUI through any Compatibility mode?

@Mr_Khyron,
Thanks for helping out with the DLL. Much appreciated. :)

Btw, you can find the ffms2 info here (http://doom10.org/index.php?topic=25.0).

[hank315]

What happened when you loaded the script via the GUI and then used encode? Did the encoder successfully complete and close without the crash? If so, were you running the GUI through any Compatibility mode?
No, a compatibility mode isn't needed, just load the AVS script and run, no problem at all here, I tested it several times.

FYI:
This script runs in 80 sec with source mismatch errors between the first and second pass:
DirectShowSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.ts", audio=false, convertfps=true, fps=29.970)
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,1200)


This script runs in 54 sec without errors:
DGMultiSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.dgi")
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,1200)

DGDecNV does a better and faster job here.

[Chumbo]

No, a compatibility mode isn't needed, just load the AVS script and run, no problem at all here, I tested it several times.

FYI:
This script runs in 80 sec with source mismatch errors between the first and second pass:
DirectShowSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.ts", audio=false, convertfps=true, fps=29.970)
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,1200)


This script runs in 54 sec without errors:
DGMultiSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.dgi")
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,1200)

DGDecNV does a better and faster job here.

Hmmm, I just don't get why it would behave differently on the same OS essentially. Any ideas on what to check for? I'm stumped.

Yes, I get the mismatch errors too by the way, but only when I don't use a lossless file which makes sense. I'm glad the lossless option is not blowing up any longer with non-mpeg2 sources like it used to. :)

All my video cards are ATI which is why I had asked for a 64bit version of DGDecode. In this case I'd need a 64bit version of DGAVCDecode but I think there are licensing issues for now with that one.

Did you try ffms2 and if so, how did it compare? Assuming you found a way to load it.

[hank315]

Used script with (32bit) ffms2.dll:

LoadPlugin("E:\HC_projects\HC024\Chumbo\32bit\ffms2.dll")
FFVideoSource("E:\HC_projects\HC024\Chumbo\OneMinuteClip.ts")
Crop(10,4,-6,-4)
BicubicResize(1280,720,0,0.5)
trim(0,1200)

A constant quant encode finishes OK.
In a 2pass run it will do the first pass, then a crash when the second pass starts, seems it can't rewind the file.
In a 1pass VBR run it crashes immediately meaning it can't do random frame access.

Win 7 error log:
Faulting application name: HCenc_024.exe, version: 0.24.0.0, time stamp: 0x4c86995a
Faulting module name: ffms2.dll, version: 0.0.0.0, time stamp: 0x4c7469e6
Exception code: 0xc0000005
Fault offset: 0x0023a699
Faulting process id: 0x11fc
Faulting application start time: 0x01cb54bdf1f60798
Faulting application path: E:\HC_projects\HC024\HCenc_024.exe
Faulting module path: E:\HC_projects\HC024\Chumbo\32bit\ffms2.dll

Can you generate an error log with your DirectShowSource script?

[Chumbo]

Used script with (32bit) ffms2.dll...Duh, of course 32bit. Ugh.
...Can you generate an error log with your DirectShowSource script?I can't believe I didn't think of looking in the logs for a possible pointer to the problem.

This is the encoder crash log:Faulting application name: HCenc_024_SSE4.exe, version: 0.24.0.0, time stamp: 0x4c869963
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x02382be5
Faulting process id: 0x17d0
Faulting application start time: 0x01cb5542a0ebc518
Faulting application path: D:\Multimedia Tools\HC024\HCenc_024_SSE4.exe
Faulting module path: unknown
Report Id: ee5697ca-c135-11df-a1d3-b8e322b06d28
I was curious as I have another script that encodes using a .dga file as the source. Here's the log from that:Faulting application name: HCenc_024_SSE4.exe, version: 0.24.0.0, time stamp: 0x4c869963
Faulting module name: BassAudio.dll_unloaded, version: 0.0.0.0, time stamp: 0x47da3274
Exception code: 0xc0000005
Fault offset: 0x023e2be0
Faulting process id: 0xad0
Faulting application start time: 0x01cb55428e5a2915
Faulting application path: D:\Multimedia Tools\HC024\HCenc_024_SSE4.exe
Faulting module path: BassAudio.dll
Report Id: dc7e58fb-c135-11df-a1d3-b8e322b06d28
This is the GUI app crash:Faulting application name: HCgui_024.exe, version: 0.24.0.0, time stamp: 0x4c868ff3
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x01c92be5
Faulting process id: 0x18f0
Faulting application start time: 0x01cb554315e2d0d0
Faulting application path: D:\Multimedia Tools\HC024\HCgui_024.exe
Faulting module path: unknown
Report Id: 6dbc9285-c136-11df-a1d3-b8e322b06d28

[yup]

Hi all!
After loading last version from hank site, HCEnc not finishing after encoding but m2v file exist. I by hand at task manager terminate HCEnc and after gui.
I am using Avisynth 2.6 Set release and official Aisynth 2.58 with the same result.
Script very simple
AVISource("aaa.avi")
Trim(1000,0)
Source file use Lagarith codec. 13 August version work fine.
yup.

[hank315]

@Chumbo
The fault offset is high, that's outside the range of the HCenc executable.
And as long as I can't repeat the error I can't solve anything...

@yup
Can you please post some more info about your system, OS, crash report.

[Chumbo]

@Chumbo
The fault offset is high, that's outside the range of the HCenc executable.
And as long as I can't repeat the error I can't solve anything...

I understand, so I just installed a fresh copy of Win7U64 in a VM. Clean install with all the latest Windows Updates updates. The only other media related stuff I installed are:

ffdshow 64 1.1.3463
haali splitter 1.10.262.12
avisynth 2.5.8 and 64bit additions

I used the Win7DSFilterTweaker 3.6 to try running both Microsoft and ffdshow h.264 decoders and the encoder still crashes. Here's the crash info with ffdshow as the default decoder:Problem signature:
Problem Event Name: APPCRASH
Application Name: HCenc_024_SSE4.exe
Application Version: 0.24.0.0
Application Timestamp: 4c869963
Fault Module Name: bass_mpc.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4383b424
Exception Code: c0000005
Exception Offset: 00362be0
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789The referenced module is a 32bit DLL in the avisynth plugins folder. How do you have your filters set up for h.264? Using ffdshow or Microsoft as a default?

Maybe a stupid question, but are you running a debug build on your system or the release version? It just seems like the crash is probably due to a bad pointer/null being accessed and operated on or maybe a memory freeing operation on a null or something like that? That's usually the most likely cause of an exception error c0000005.

I still don't get how it's working on your end. Is it possible you have some SDK that's providing files that we may not have? I'm grasping at straws at this point.

[yup]

@hank315
Windows XP 32 Professional SP3, Avisynth 2.58 official release,
sccript
video=AVISource("lect1lag.avi")
audio=WavSource("lect1monodenallnorm.wav")
Audiodub(video,audio)
#trim(1600,0)
trim(1600,4600)

lect1lag.avi encoding use Lagarith 1.3.20.
No crash! Program not exit after encoding finished.
yup.

[video_magic]

Never mind, just re-read the posts above. Was going to suggest Lagarith could have been the problem.

[yup]

@video_magic
The same problem with Ut 8.2 codec.
Both codec multithreated.
yup.

[hank315]

I've found a source which always hangs at the end, the encode finishes OK but HCenc will not close.
Will investigate...
And as always, thanks for the report.

EDIT: please try the HC025.exe beta release at http://hank315.nl
If you want to use it with the HC024 release, just rename this new HC025 beta.

Please report if this solves the issue.