Log in

View Full Version : Ateme H.264 HP Beta Test : Bugs & Issues


Pages : 1 2 3 4 5 6 7 8 [9]

Manao
17th December 2005, 11:12
It's not a DirectShow codec, as you would have known if you have read the thread. I persist for 3ivX and all other directshow encoder : once you get the decoded stream ( ie, after nero's decoder ), you should be able to do anything you want. The fact that you say 3ivX lacks a h264 parser means that you didn't explain correctly your problem to the 3ivX guys. BTW, 3ivX only allows to produce MP4 file ( which is a good thing ).

molitar
17th December 2005, 11:33
Manao I agree that mp4 is a good thing also. But I did state the issue with the video file missing the header information. Also that I was trying to re-encode it back to a file inside the matroska container using graphedit than posted a shot of what I had done to make it an xvid file successfully than asked what filters I would need to make it back to a h.264 or mp4. The response was that it would not parse to the avi mux because it would require a raw h.264 parser. So the only method they had suggested after seeing a portion of the hexedit of the file itself was..

if there's a way to extract h.264 streams from mkvs, mkvtoolnix is propably the only tool that might be able to do it. (There directshow filters/splitter definitly can't do it.)

Muxing the raw h.264 stream into an mp4 container should be possible with mp4box e.g. through using Yamb.

But you answered my question so thanks Ateme is not a directshow filter so no it would not handle this situation. I'm new to graphedit and still learning so please be a bit understanding of my situation I've always used virtdubmod with avisynth to accomplish conversions to xvid but graphedit is a new tool for me as well as h.264 being a new codec and I am trying to learn what ones can do what so I can find a standard one that I am satisfied with to do all my tasks.

bill_baroud
17th December 2005, 13:34
damnit, i didn't lose my sheet, but my motherboard died... with the time i've in my hands, it's a shame.

bobololo
17th December 2005, 14:10
I've just checked your clip and it works fine for me.

Lossless mode is horrible for me. Two seperate encodes and during play back, I get red and blue blocks, sometimes yellow all over the screen. Once I figure out how to grab the screen and find a place to host the image, Ill post it here.

bobololo
17th December 2005, 14:20
encoding fails with adaptdbk enabled. no matter the rest of the settings tried it with all defaults with just it enabled. as well as all options enabled. 1 thread or 2 doesn't matter either.

Ok it's confirmed, for some obscur reasons, the adaptive deblocking support was disabled. We're on it.

Sharktooth
17th December 2005, 15:36
uhm... is the decoder multithreaded?
coz i get weird results...

Manao
17th December 2005, 15:50
No, it isn't. What weird results ?

Sharktooth
17th December 2005, 15:51
Jumps in CPU2 utilization...

bobololo
17th December 2005, 16:12
uhm... is the decoder multithreaded?
coz i get weird results...

Yes the decoder uses slight smp optimisations.

Sharktooth
17th December 2005, 16:13
also ffdshow (x264.nl version) is ~30% faster at decoding on all single processor/single core configurations i tested.

@ligh: your GUI was really usefull, could you update it with the new 3 options in beta3?

Manao
17th December 2005, 17:14
~30% faster at decoding on all single processor/single core configurations i tested.What configurations ? And bobololo ( for once ) is incorrect, our decoder isn't multithreaded. So multicore definitely shouldn't help, hence my asking.

Sirber
17th December 2005, 17:16
Any way to get back my login and password? The letter is for long lost :(

Sharktooth
17th December 2005, 17:18
Ok, i found what was causing the CPU spikes. I was using the MPC internal mp4 splitter and for some obscure reasons it was causing those spikes.
But still the decoder is slower than ffdshow on Athlon XPs.

Eretria-chan
17th December 2005, 18:24
Any way to get back my login and password? The letter is for long lost :(
And also for those who lose their letter, PM me I'll give you your login info again.
:) ...

Manao
17th December 2005, 19:10
But still the decoder is slower than ffdshow on Athlon XPs.Unless FFDShow's speed increased a lot recently, that's a bit surprising. In the configuration panel of the decoder, what options are enabled / disabled ? And what was the encoding option of the video ? ( especially : cabac, bframes, deblocking )

Sharktooth
17th December 2005, 19:11
there was a libavcodec speedup recently...
hoewever, default options.

ChronoCross
17th December 2005, 19:39
Something else I've found. I cannot re-mux the created mp4 file using mkvtoolnix. it muxes correctly but the during playback if you skip through the file it blocks but if you leave it just play through it plays fine.

Remuxing to mp4 with sound in mp4box works perfectly. Do you think this is a bug in mkvtoolnix? or is there something missing from this version of the codec. Cause I know mkv muxing in the last version was okay.

calinb
18th December 2005, 07:29
Something else I've found. I cannot re-mux the created mp4 file using mkvtoolnix. it muxes correctly but the during playback if you skip through the file it blocks but if you leave it just play through it plays fine.

I'll confirm ChronoCross' findings. It muxes okay with with mkvtoolnix, but seeking is not working correctly with Haali or MPC internal matroska splitter. When I attempted to remux with avimuxgui, it failed to finish muxing successfully, which is something I never saw in beta2-2. This is unfortunate. (I want my AC3! :))

Selur
18th December 2005, 07:53
@ligh: your GUI was really usefull, could you update it with the new 3 options in beta3?
I second that :)

LigH
18th December 2005, 23:31
Oops, did I almost miss something?

Obviously, the notification went to the SPAM folder... ortunately, I was able to reconstruct the download URLs and found my password.

Okay, a new round is open. Expect a new GUI soon.

acidsex
18th December 2005, 23:43
sweet. LigH definitely had an awesome GUI and look forward to the new one.

LigH
19th December 2005, 17:18
Atemaker Test 2 Beta 3 (http://www.ligh.de/software/Atemaker_b3.zip)

Please try if it works for you; there were not many changes in the dependeny logic, but as usual, I might have missed a mistake.

*.mp4 guy
19th December 2005, 19:36
In the time between beta 2 and beta 3 I must have lost/thrown away the letter that was sent to me with my password, would it be possible for you to send me a replacement? I would like to help out in this round aswell, but that would be difficult without the latest beta :o.

Sharktooth
19th December 2005, 21:04
@*.mp4 guy: PM bobololo and ask him :)

acidsex
22nd December 2005, 02:08
ENCAVC - Copyright (c) 2004-2005 ATEME (http://www.ateme.com/)

This software is an experimental MPEG-4 AVC / H.264 encoder. It is intended
for evaluation purpose only and redistribution is strictly PROHIBITED.

Core encoder version 1.4.0.3

EAVC_initEncoder() failed with code -99
- Output file (C:\encavc-beta2-3\test.mp4) closed

C:\encavc-beta2-3>C:\encavc-beta2-3\encavc.exe -i C:\DETROIT_ROCK_CI\VIDEO_TS\dr
c.avs -o C:\encavc-beta2-3\test.mp4 -qual best -psy 2 -mvrange 64 -par 40:33 -rc
mode cbr -br 1000000 -mingop 1 -maxgop 300 -setef ppred,bpred,wpred,cabac,debloc
k,part,subpart,hpel,qpel,xf8x8 -ref 1 -bref 1 -maxb 2 -deblock -2 -adaptdbk
ENCAVC - Copyright (c) 2004-2005 ATEME (http://www.ateme.com/)

This software is an experimental MPEG-4 AVC / H.264 encoder. It is intended
for evaluation purpose only and redistribution is strictly PROHIBITED.

Core encoder version 1.4.0.3

EAVC_initEncoder() failed with code -99
- Output file (C:\encavc-beta2-3\test.mp4) closed

C:\encavc-beta2-3>





I try running an encode using Ligh's front end and this is the error I get.

acidsex
22nd December 2005, 02:19
Ok, its not Ligh's front end as I get the same error doing it manually with a completely seprate file.

C:\encavc-beta2-3>encavc.exe -i test.avs -o clip.mp4 -qual best -rcmode 2pass -b
r 1000000 -adaptdbk
ENCAVC - Copyright (c) 2004-2005 ATEME (http://www.ateme.com/)

This software is an experimental MPEG-4 AVC / H.264 encoder. It is intended
for evaluation purpose only and redistribution is strictly PROHIBITED.

Core encoder version 1.4.0.3

EAVC_initEncoder() failed with code -99
- Output file (clip.mp4) closed

ChronoCross
22nd December 2005, 03:14
Ok, its not Ligh's front end as I get the same error doing it manually with a completely seprate file.

C:\encavc-beta2-3>encavc.exe -i test.avs -o clip.mp4 -qual best -rcmode 2pass -b
r 1000000 -adaptdbk
ENCAVC - Copyright (c) 2004-2005 ATEME (http://www.ateme.com/)

This software is an experimental MPEG-4 AVC / H.264 encoder. It is intended
for evaluation purpose only and redistribution is strictly PROHIBITED.

Core encoder version 1.4.0.3

EAVC_initEncoder() failed with code -99
- Output file (clip.mp4) closed

Acidsex

I reported the problem with adaptdbk about 4 days ago. bobololo confirmed the error already

acidsex
22nd December 2005, 03:18
swet. Im a moron because I remember I didnt use that option on my initial test codes because I saw the report but forgot about it. Life is well on this end now. Thanks.

*.mp4 guy
24th December 2005, 19:01
I get an error with these settings:
D:\encavc-beta2-3\encavc.exe -i D:\input.avs -o D:\clip.mp4 -br 799000 -deblock -3 -ref 16 -bref 16 -mingop 48 -maxgop 240 -qual Best -mvrange 512 -enhchrp -rcmode 2pass -maxb 3 -csm D:\encavc-beta2-2\mp4_guy's_AVC_Low_Bitrate_matrix.txt -setef ipred,ppred,bpred,wpred,cabac,deblock,part,hpel,qpel,xf8x8,csm
Using ffdshow build ffdshow-20051103, 1:46 into the file the error apears as garbage blocks, with the Ateme beta 2-3 decoder and parser media player classic crashes and disapears at about the same time.

The source I encoded from was an avs script decoding a 1024*432 Huffyuv file without any processing, I've encoded the source file many times and I know its not what is at fault.

Heres the file ( http://rapidshare.de/files/9761401/clip.mp4.html)

calinb
2nd January 2006, 00:31
I suspect this is an MPC bug and I'm not sure Ateme is even interested in mkv, but I'd like to bring it to the Ateme develpers attention, regardless:

http://forum.doom9.org/showthread.php?p=760603#post760603

bobololo
3rd January 2006, 14:52
Ok I got the file and confirm that something is going wrong. Could you please upload the source ?

I get an error with these settings:
D:\encavc-beta2-3\encavc.exe -i D:\input.avs -o D:\clip.mp4 -br 799000 -deblock -3 -ref 16 -bref 16 -mingop 48 -maxgop 240 -qual Best -mvrange 512 -enhchrp -rcmode 2pass -maxb 3 -csm D:\encavc-beta2-2\mp4_guy's_AVC_Low_Bitrate_matrix.txt -setef ipred,ppred,bpred,wpred,cabac,deblock,part,hpel,qpel,xf8x8,csm
Using ffdshow build ffdshow-20051103, 1:46 into the file the error apears as garbage blocks, with the Ateme beta 2-3 decoder and parser media player classic crashes and disapears at about the same time.

The source I encoded from was an avs script decoding a 1024*432 Huffyuv file without any processing, I've encoded the source file many times and I know its not what is at fault.

Heres the file ( http://rapidshare.de/files/9761401/clip.mp4.html)

*.mp4 guy
3rd January 2006, 20:27
The source was a ~600MB Huffyuv file that I deleted a while ago. I kept it for a while, but I didn't think this was going anywhere so I got rid of it a few days ago :(. I beleive I made the source by resizing Divx.com's HD Jarhead trailer to 1024*432 in virtualdub with lanczos3 resize then compressing it with FFdshows huffyuv encoder in yv12 mode, so that might reproduce the error.

[edit]

heres the matrix I used aswell.
INTRA4X4_LUMA =
12, 16, 23, 30,
16, 25, 34, 40,
23, 34, 46, 60,
30, 40, 60, 84

INTRA4X4_CHROMAU =
16, 22, 36, 46,
22, 38, 56, 67,
36, 56, 77, 102,
46, 67, 102, 166

INTRA4X4_CHROMAV =
16, 22, 36, 46,
22, 38, 56, 67,
36, 56, 77, 102,
46, 67, 102, 166

INTER4X4_LUMA =
12, 15, 20, 24,
15, 22, 27, 32,
20, 27, 35, 42,
24, 32, 42, 55

INTER4X4_CHROMAU =
18, 22, 32, 38,
22, 36, 44, 56,
32, 44, 66, 78,
38, 56, 78, 100

INTER4X4_CHROMAV =
18, 22, 32, 38,
22, 36, 44, 56,
32, 44, 66, 78,
38, 56, 78, 100

INTRA8X8_LUMA =
12, 13, 16, 18, 23, 28, 29, 32,
13, 14, 18, 22, 26, 27, 29, 33,
16, 18, 23, 27, 28, 29, 32, 35,
18, 22, 27, 30, 32, 34, 38, 39,
23, 26, 28, 32, 37, 42, 45, 47,
28, 27, 29, 34, 42, 49, 55, 57,
29, 29, 32, 38, 45, 55, 63, 69,
32, 33, 35, 39, 47, 57, 69, 84

INTER8X8_LUMA =
12, 12, 14, 15, 16, 17, 18, 20,
12, 13, 16, 17, 18, 19, 21, 22,
14, 16, 18, 19, 20, 22, 24, 25,
15, 17, 19, 21, 24, 26, 27, 28,
16, 18, 20, 24, 28, 29, 30, 32,
17, 19, 22, 26, 29, 32, 35, 38,
18, 21, 24, 27, 30, 35, 42, 46,
20, 22, 25, 28, 32, 38, 46, 55

bobololo
4th January 2006, 01:46
The source was a ~600MB Huffyuv file that I deleted a while ago. I kept it for a while, but I didn't think this was going anywhere so I got rid of it a few days ago :(. I beleive I made the source by resizing Divx.com's HD Jarhead trailer to 1024*432 in virtualdub with lanczos3 resize then compressing it with FFdshows huffyuv encoder in yv12 mode, so that might reproduce the error.

Ok thanks for the info, we're trying to reproduce the defect here. If you happen to encounter that again we'd be very interested to get the conditions of your encode since you seemed to spot out a very nasty issue ;(

*.mp4 guy
4th January 2006, 15:02
I reproduced the error on my system using this trailer (http://trailers.divx.com/Universal/Jarhead_HD.zip).

I opened the trailer virtualdub 1.6.10, set virtualdub to full processing mode and set the following filters in virtualdub.

-lanczos3 resize to 1024*576
-lanczos3 resize to 1024*432, crop the top 61 pixels and bottum 62 pixels off.

I saved the file with ffdshow's huffyuv encoder in yv12 mode. Then I made an avisynth script named input to pipe the file to the beta2-3 encoder. Then I ran the same comandline as before and got the same error.

hubereevez
8th January 2006, 12:51
hi,

I could be totally wrong with these settings
encavc.exe -i "F:\encodage\mamie\mamie.avs" -o "F:\encodage\mamie\mamie.mp4" -qual extra -psy 3 -spmvp -enhchrp -rcmode 2pass -br 709000 -priority above -threads 2 -psnr -cpuext auto -setef ppred,bpred,wpred,cabac,deblock,part,subpart,hpel,qpel,xf8x8 -ref 5 -bref 3 -maxb 2 -deblock 0 -adaptdbk
but returns :
EAVC_initEncoder() failed with code -99
- Output file (F:\encodage\poup\poup.mp4) closed
when using -deblock -2
encoding runs. Is there any incompatibility with -adaptdbk ?

EDIT : sorry, already previously discussed.
Ok it's confirmed, for some obscur reasons, the adaptive deblocking support was disabled. We're on it.

Sharktooth
8th January 2006, 16:49
Uhm, i always used -2. let me test...

EDIT: -deblock and -adaptdbk used togheter make the encoder fail with error code -99

EAVC_initEncoder() failed with code -99
- Output file (c:\temp\test.mp4) closed

bobololo
8th January 2006, 23:33
I reproduced the error on my system using this trailer (http://trailers.divx.com/Universal/Jarhead_HD.zip).

I opened the trailer virtualdub 1.6.10, set virtualdub to full processing mode and set the following filters in virtualdub.

-lanczos3 resize to 1024*576
-lanczos3 resize to 1024*432, crop the top 61 pixels and bottum 62 pixels off.

I saved the file with ffdshow's huffyuv encoder in yv12 mode. Then I made an avisynth script named input to pipe the file to the beta2-3 encoder. Then I ran the same comandline as before and got the same error.

Thanks for the info, we have fixed the issue now !! It was due to a nasty overflow !

bobololo
8th January 2006, 23:34
Uhm, i always used -2. let me test...

EDIT: -deblock and -adaptdbk used togheter make the encoder fail with error code -99

EAVC_initEncoder() failed with code -99
- Output file (c:\temp\test.mp4) closed

This has been discussed already, check the previous posts.