HDConvertToX v. 3.0 (14/10/2010)

[tehownt]

I don't really know why but file analysis does never work for my mkv movies.
Mediainfo (mediainfo.sf.net) has no problem finding all the required information though, maybe using this application instead of the included decoders would help ?

This is the error I get:
"Cannot allocate memory because no size has been set".

[Acid-Burn]

#####

[Havokdan]

Acid-Burn, I suggested that, for HDC it uses files with the same name for several conversions, it can be that the last open file and added in the line has put upon him/it of the previous files. That that I thought was.

[Acid-Burn]

#####

[Acid-Burn]

#####

[buzzqw]

Small Bug Report. Using the latest 1.9.403.3232.

It appears that HDConvertToX still thinks that there is an error when loading a file after that error has been corrected and the "problem" file loads fine in MPC.

To replicate:

1) Take a .vob file.
2) Turn OFF ffdshow mpeg2 codec. Or any other directshow mpeg2 filter you have. Make sure that there is no way the file can be played through directshow.
3) Load .vob file into HDC.
4) Analyze. A problem will occur. MPC will display an error saying that "DirectShowSource: RenderFile, the filter graph won't talk to me."
5) Don't close HDC!
6) Renable Mpeg2 decoding (in ffdshow or otherwise).
7) Re-analyse your file. It will say that there is a problem, but when MPC loads to display the problem, it loads the .vob file correctly and plays just fine.



fixed

@buzzqw
Next, I tried simplifying the file by removing unnecessary audio using tsMuxeR and then creating a 10 min segment using TSPE. When loaded into HDConvertToX, I get the same result (halts after first encoding pass).

need a sample to replicate

In addition to my earlier bug report (http://forum.doom9.org/showthread.php?p=1300398#post1300398) (in case you didn't see it), I noticed that there seems to be an issue when selecting "automatic" from the deinterlacer drop down.

as stated automatic deint isn't recommend and is already written that automatic deint don't work with ivtc

i added a workaround in next update, but is ugly , and not recommend

Feature request.
buzzqw, could you please add "remember last dir" feature for "open file" button. I suppose the path could be stored in INI file when program is shutting down. All my DVDs are in the same folder, it is so annoying to me to choose the folder again, again and again.... THX in advance.

hdc will open the same last folder as last opened file

Congratulations Buzz :)
I'll try to be brief, I know you're busy with the newcomer :)
When I put more movies in queue HDC seems to take and extract the same subtitles, in my case, the subs from Navy seals and it put those on all the movies in queue.

you are right, hdc use the same fodler for extracting subs and with the same name.. so same subs for different movie...

i will try to fix it

Hi buzzqw

Just in case your twins should leave you alone for a minute....:D
It looks like the compression test is broken (crf mode): It immediately terminates leaving a sample size of 0.00MB.
The generated script for compression plays correctly in MPC though.
Added: The x264 encoding also doesn't start from the Start Queue, only the extractions are done, then HDC terminates. Container is m2ts for Blu-Ray Structure.
Something seems to be broken in v3232 ?

totaly unable to replicate. please post the x264 dos error

I think Queue is broken. I queued a set of different scaled movies, with different crop values.
Appearantly it scales and crops all movies in queue with the values of the last added movie.

never use queue for the same file or multitemp too

example: my input file is "test.vob"

the avs script is always created as hdconverttox_test.avs
regardless of queue.
In multitemp HDC create a folder for each input file, BUT if the input file is always test.vob it will create a single test folder, and each avs/subs will be named the same!

ergo: use different input file name, and use multitemp if you want handle subs

I don't really know why but file analysis does never work for my mkv movies.
Mediainfo (mediainfo.sf.net) has no problem finding all the required information though, maybe using this application instead of the included decoders would help ?

This is the error I get:
"Cannot allocate memory because no size has been set".

reinstall avisynth, ffdshow, haali media splitter

BHH

[Tiberiust]

@Buzz
Following on from Acid Burn, I noticed a similar problem when doing 'multiple Multi Episode DVDs'. Doing the DVDs one at a time worked perfectly, selecting the individual PGCs and queueing them. However when I tried to queue up more than one DVD, (I tried 4 DVDs with 4 episodes each overnight, so 16 in the queue) it uses the IFO file for the last one I selected and repeats the PGCs for that IFO only, ignoring the earlier entries.

The DVDs were ripped to disk and in separate folders.

No big deal, I did them all individually, but seems you're gonna be looking at the queue system so....

Tks

T

[buzzqw]

@Tiberiust @Acid-Burn

please try this build : http://www.64k.it/andres/data/hdconverttox/HDConvertToX_beta.exe

it should rip subs and pgc correctly, edit when working with multiple dvd in queue

for any problem remember to post the report


thanks

BHH

[Adub]

About the whole "working with with similar named files in multitemp" thing, (as I discovered this weekend when working with multiple DVD's with the same ifo structure), why not allow multiple folders that increment with the same name, similar to MeGUI.

Ex. Folder - "temp.vob"
Folder - "temp.vob_1"
Folder - "temp.vob_2"
etc....

Should be easy enough to implement a check and change the folder name.

[Sharc]

totaly unable to replicate. please post the x264 dos error

Arrrgh! I omitted to put a blank between the x264 settings keyword and its value, like --keyint24 instead of --keyint 24 in the HDConvertToX_profile.txt. My mistake.

[buzzqw]

About the whole "working with with similar named files in multitemp" thing, (as I discovered this weekend when working with multiple DVD's with the same ifo structure), why not allow multiple folders that increment with the same name, similar to MeGUI.

Ex. Folder - "temp.vob"
Folder - "temp.vob_1"
Folder - "temp.vob_2"
etc....

Should be easy enough to implement a check and change the folder name.

Good Idea!
Another beta update http://www.64k.it/andres/data/hdconverttox/HDConvertToX_beta.exe

this update doesn't allow more multitemp, because every file will now create a specific temp folder, and hdc will store it all files
inputfilefolder should work too

BHH

[alter4]

@buzzqw
I used HDC (ver 1.9.302...but is not important here I think) bitrate calculator tool, opened video file to find out its length and calculated bitrate. I noticed temp stuff appeared in root HDC folder, not in my temp (E:/temp) folder. I suppose it is another minor bug ;-)

[buzzqw]

bitrate calculator don't know the temp folder...

this isn't to change

BHH

P.S. i have already update (but not uploaded) HDC to support new x264! :)
i hope for some test on new "multitemp" , then i will do a new full package with new x264

[alter4]

bitrate calculator don't know the temp folder...

this isn't to change

BHH


Excuse me, but why? When bitrate calculator detects movie length it produces temp files, (movielength temporary stuff).
I suppose this stuff must be in temp folder, not in HDC root;)

[Edited:] Now I am at work, I can't enumerate file names appear in HDC root folder exactly, but I hope, buzzqw, you understand what I mean in case of "movielength temporary stuff".
Another argument. On some systems user doesn't have rights to write anything in "program files" folder in which HDC is located, but have rights to write to temp folder.

[feanor12]

I have sometimes problems with AVIMux_GUI.
At the end of encoding AVIMux_GUI crashes, but when I manually open it and put in it files from temp folder it works normally. What can be problem?
Maybe output path and filename has something to do with this error?



P.S. i have already update (but not uploaded) HDC to support new x264! :)
i hope for some test on new "multitemp" , then i will do a new full package with new x264

:thanks: you are awsome!! :rolleyes:

[Chengbin]

Tiny bug.

When you try to encode a video without analyzing it first, the message pops up twice.

[Mrsash]

Well I tried with the first beta to encode the one movie apart from others in relation to overcrop and stuff and this time got it right. The AR came out right and no problems if I its a new temp folder. I then kept the same folder and encoded movie 2 and guess what movie 2 came out with movie 1 Audio. So there is definitely a bug. Also another bug. I set the temp folder to D:temp and loaded the ifo and hit analyse and it automatically changed the temp to c:\documents settings ..... \temp and I had to switch it again. So AR issues like Acid burn said is HDC issue....

[buzzqw]

I then kept the same folder and encoded movie 2 and guess what movie 2 came out with movie 1 Audio

please be sure that movie2 is worked on "job2" folder (check the new build!)

I set the temp folder to D:temp and loaded the ifo and hit analyse and it automatically changed the temp to c:\documents settings ..... \temp and I had to switch it again.

fixed

So AR issues like Acid burn said is HDC issue

post a make report

and please redownload beta build http://www.64k.it/andres/data/hdconverttox/HDConvertToX_beta.exe

thanks to all

BHH

[alter4]

I stand my ground.
Please look at attached screenshot, I open bitrate calculator and press "Open video file" button. Outlined with red pen files appeared in the HDC root instead of temp folder.

[technoir1]

@ buzzqw

just wondering what i'd need to do to get this running on linux? if thats possible at all? I remember a while ago you telling us that automkv worked (limited) on linux and am hoping that it is the same for hdconverttox :)

cheers!

[buzzqw]

@alter4

in next full update hdc bitrate will put files in standard analysis folder

@technoir1

:(
at home i have only linux computers (fedora and ubuntu).. consider this..

until eac3to don't work on linux.. i cannot resolve

BUT, don't worry, for sure i will do something for linux too :)

BHH

[alter4]

@alter4
in next full update hdc bitrate will put files in standard analysis folder
BHH
Thank you very much!!!

[buzzqw]

update a new beta

fixed some nested case of temporary folder

since new x264 build is out, i am ready for new package.
Please pals.. do some test

thanks

BHH

[technoir1]

@alter4

in next full update hdc bitrate will put files in standard analysis folder

@technoir1

:(
at home i have only linux computers (fedora and ubuntu).. consider this..

until eac3to don't work on linux.. i cannot resolve

BUT, don't worry, for sure i will do something for linux too :)

BHH

thats brilliant news! :)

I am guessing ur talking about "eac3to" not running natively on linux rather than using wine? apparently there is a program called "tsMuxeR" It is supposodly an equivilent to eac3to that runs natively on linux, however im not an expert, so i wouldnt know if it competes or is even a viable alternative.

yea Linux has definitely taken off lately, and jaunty is kicking ass! i can run all my games on it now, cod4, bioshock, command and conquer 3 etc! GO LINUX!

[alter4]

I did some tests with latest beta. All seems are ~ ok. I caught only Chengbin reported bug :) When you try to encode a video without analyzing it first, the message pops up twice.

[buzzqw]

even if Chengbin bug's is simple.. isn't so easy to resolve..

most probably it will remain for some releases

BHH

[Mrsash]

Tried the new beta. clicking encode or start queue does nothing??

[feanor12]

I had the same problem. I tried few times with different options.

At last it worked. I think I changed only file name - make it shorter and more simple! ツ

[buzzqw]

both Generate Encoding and Start Queue, works correctly

otherwise use the make report

feanor12 suggestion is good. Since HDC works with batch, there is a limit of how long a string can be

BHH

[alter4]

Is it difficult to add some kind of fool-tolerance? Check avisynth installed at HDC launching. I gave HDC to my friend, he is not advanced user, regardless of my detail instruction he contrived to run HDC without installed avisynth and got non-working software. May be this feature will be useful for some guys;-)

even if Chengbin bug's is simple.. isn't so easy to resolve..

most probably it will remain for some releases

BHH

I am a developer, so I called these bugs "icebergs". There is small extent over the water only. But the bug is bug :D

[buzzqw]

Is it difficult to add some kind of fool-tolerance? Check avisynth installed at HDC launching. I gave HDC to my friend, he is not advanced user, regardless of my detail instruction he contrived to run HDC without installed avisynth and got non-working software. May be this feature will be useful for some guys;-)

done (avisynth ,ffdshow and haali)

BHH

[noee]

Buzz, I'm getting a problem with crop on the latest beta (3310). I'm using an IFO from DVD (8min clip) and it analyzes fine, but it doesn't perform the crop calculation. Worked fine in the previous version.

[buzzqw]

open the analyze.avs in analysis folder with virtualdub

any error ?

BHH

[noee]

Found the problem (opens fine with Vdub). For some reason, my FFDshow auto-preset loading was not working and the resize attributes were screwing up the crop, even though the video rez was correct (720x480).

I've been playing with the latest FFDshow and the latest x264 (1179) and the preset/tune.

[buzzqw]

glad you resolve

just do more attention next time, before complaining ;)

BHH

[noee]

Yeah, I know, I keep forgetting how everything is dependent on everything else.

BTW, using this beta, the visual crop tool just shows black frames. Is there a new crop tool to come? Vdub shows the frames just fine (AnalysisAnalyze.AVS).

[buzzqw]

visual crop will analyze a random portion of film

AND is possibible that you got a early slice.. all black

just it shuffle

BHH

[noee]

BHH, I found the weird problem, it's easy to reproduce with an IFO, the version of FFDshow does not matter.

If you drag-n-drop the IFO to the Open field and then analyze, the crop does not work. If you choose the open button and select the IFO, then it works perfectly every time.

[buzzqw]

fixed start queue bug in latest beta

i'll check the ifo issue, thanks

BHH

[Mrsash]

both Generate Encoding and Start Queue, works correctly

otherwise use the make report

feanor12 suggestion is good. Since HDC works with batch, there is a limit of how long a string can be

BHH

I dont understand. The files are in same location and the save file name is 1.mkv, as before. There cant be anything short than 1.mkv!

[buzzqw]

I dont understand. The files are in same location and the save file name is 1.mkv, as before. There cant be anything short than 1.mkv!

fixed start queue bug in latest beta

... redownload the latest beta

BHH

[noee]

BHH:
I found the problem with HDC_VisualCrop.EXE. I went back to x264_1173 and it works fine with the preview window/crop. When I put 1179 in, it fails with a blank preview. I believe it is calling x264 with the wrong params now that 1179 has change the CLI.

[buzzqw]

yes, i have already update viduacrop exe

download this vidualcrop http://www.64k.it/andres/data/hdconverttox/HDC_visualcrop.exe

will be included in next full update

BHH

[Mrsash]

yes, i have already update viduacrop exe

download this vidualcrop http://www.64k.it/andres/data/hdconverttox/HDC_visualcrop.exe

will be included in next full update

BHH

I used this visual crop and cant see picture itself but only see blue bars?

Queue works now. thanks

[buzzqw]

redownload it

this visual crop is to use only with new x264.exe (rev 1179)


BHH

[Mrsash]

redownload it

this visual crop is to use only with new x264.exe (rev 1179)


BHH


Ops right
started the queue. think I spoke to soon. It stopped at chapter extractor with an error.
Could this have something to do with the fact that I was using new visual crop?

[buzzqw]

chapter and visual crop ? no , nothing to spare in common

so is chapter extractor that put an error ?
what error ?

BHH

[Mrsash]

chapter and visual crop ? no , nothing to spare in common

so is chapter extractor that put an error ?
what error ?

BHH

Said it could not access it. In the window I did see default location for HDC had no job folders. with one early beta I could see these folders being created as it went further in the queue.
My temp folder is this D:\HDConvertToX_1.8.332.2935\temp\

but no such folder. In fact the usual huge audio file I see in the temp folder or job folder was in the HDC root!

[buzzqw]

you should start making better bug report, otherwise is near impossible to help

and redownload hdc beta

BHH

[Mrsash]

you should start making better bug report, otherwise is near impossible to help

BHH

The problem is I dont know if I should do the report before using make report or if an error occurs should I then go back to make report or does HDC store some log file I can post after the error comes up?
thanks