Log in

View Full Version : Bad Experience with Mpeg4-AVC+5.1 HE-AAC


*.mp4 guy
15th October 2005, 23:48
I made an encode of ~2 minute trailer (house of flying dagers) at 688*288 with X.264 Cli using a custom matrix. It decodes fine with the Ateme beta2 decoder.
I encoded the audio in 5.1 HE-AAC and it also plays fine with ffdshow's audio decoder. When I tried to mux them with mp4 box it freezes, so I put them into an MKV instead, which works fine... Except that now the Ateme decoder refuses to connect to the graph so It is unwatchable, unless i use ffdshow to decode, but it doesn't support cqm's yet. So then I figure I will just put the audio and video in the same folder and use MPC so it won't matter, but then I realise that mpc doesn't recognize *.mp4 or *.m4a as audio extensions.... . . :mad:

Any suggestions? Or am I stuck?

Kurtnoise
16th October 2005, 07:41
Any suggestions?
Don't use custom matrices... :)

Manao
16th October 2005, 07:55
You need Haali MP4 to Raw converter. I think it's bundled with the latest setup of Haali's splitter, though i may be wrong.

bond
16th October 2005, 13:41
When I tried to mux them with mp4 box it freezes,can you upload a small part of this aac stream so we can try ourself

mp4box shouldnt have a problem muxing aac into .mp4, make sure you use a recent version of it (compiled by celtic_druid)

*.mp4 guy
16th October 2005, 14:12
Well the AAC stream works fine with an Xvid file, but the video works fine on its own too. So I will upload them both.

[Edit] Re-uploaded the files, I don't think there is a limit anymore.

Video (http://www.megaupload.com/?d=2F7TNK5O)
Audio (http://www.megaupload.com/?d=WE4X67X0)

SeeMoreDigital
16th October 2005, 14:45
I'm unable to correctly play the video stream correctly with FFdshow's or Nero's filters.... And VLC player does not like it either!

With FFdshow's filters (and VLC), it was full of stuff like this: -

http://img447.imageshack.us/img447/1200/ffdshow6ok.png


And with Nero's filters, the image kept stuttering!

*.mp4 guy
16th October 2005, 14:51
You need Atemes beta 2 splitter and decoder (the decoder only connects to their splitter) to correctly play files that were encoded with cqm's. It stuttered with Nero's filters because they have a problem with X.264 and B-frames, this problem is also present in Ateme's beta 2 splitter but was fixed in a later version.

Sharktooth
16th October 2005, 14:53
He used a custom matrix. You need Nero or Ateme decoder...

SeeMoreDigital
16th October 2005, 15:18
He used a custom matrix. You need Nero or Ateme decoder...Yes.... When I played the sample in the latest version of Nero's ShowTime player.... it stuttered very badly!

Sharktooth
16th October 2005, 15:27
Cant download the files...

*.mp4 guy
16th October 2005, 15:34
Meh I will re-upload the files.

[Edit] done.

bond
16th October 2005, 21:59
i muxed the video with the audio to one .mp4 with mp4box, seems to work fine

SeeMoreDigital
16th October 2005, 22:07
i muxed the video with the audio to one .mp4 with mp4box, seems to work fineWhich video DSdec filter did you use Bond?

bond
16th October 2005, 22:39
Which video DSdec filter did you use Bond?ateme parser and decoder
nero parser and decoder indeed show jerkyness, the ctts timestamps seem to be correct

*.mp4 guy
17th October 2005, 00:10
i muxed the video with the audio to one .mp4 with mp4box, seems to work fine
I'm using Y.A.M.B. 1.3.1 and it hangs when I start muxing. Am I using an out of date version?

yaz
17th October 2005, 10:21
You need Atemes beta 2 splitter and decoder ... Ateme's beta 2 splitter was fixed in a later version.so, i guess, this game is for the beta testers and for some 'more equal' only. make it clear in the topic, pls.
or is this decoder set available for the mass as well ? :confused:

thx
y

SeeMoreDigital
17th October 2005, 10:24
ateme parser and decoder
nero parser and decoder indeed show jerkyness, the ctts timestamps seem to be correctUnfortunately, I don't have Ateme's decoder and parser!

Are they available.... can anyone oblige?


Cheers

Manao
17th October 2005, 10:32
No, they aren't available to the public.

bond
17th October 2005, 12:19
I'm using Y.A.M.B. 1.3.1 and it hangs when I start muxing. Am I using an out of date version?try muxing with mp4box only, seems this is a problem of yamb and not mp4box

*.mp4 guy
17th October 2005, 22:30
Looks like I'll have to break down and use mp4box without a gui ;)

so, i guess, this game is for the beta testers and for some 'more equal' only. make it clear in the topic, pls. or is this decoder set available for the mass as well ?
Elecard, Moonlight and Nero support cqm's, I stated in my first post that I used a cqm. Nero can't handle X.264 with B-frames correctly, but there were still two other H.264 Decoders that could have handled the clip excluding the one from Ateme.

bond
18th October 2005, 12:24
Nero can't handle X.264 with B-frames correctlythats not true, all my samples play fine

what did you do to get the video stream?

SeeMoreDigital
18th October 2005, 13:35
thats not true, all my samples play fineAgreed.... All my "Main Profile" x264 encodes with b-frames work okay in ShowTime 2, VLC and with FFDshows filters.


Cheers

*.mp4 guy
18th October 2005, 15:30
B-Pyramid and Adaptive along with a max of 16 B-frames using 16 referrences. However the problem also occurs with a max of 5 B-frames. Also before Anyone tells me that I shouldn't be using that many refs or that many B-frames I have never seen a quality degradation when allowing X.264 to place that many B-frames and 16 refs is more usefull now that X.264 can use mixed refs.

SeeMoreDigital
18th October 2005, 15:33
B-Pyramid and Adaptive along with a max of 16 B-frames using 16 referrences. However the problem also occurs with a max of 5 B-frames. Also before Anyone tells me that I shouldn't be using that many refs or that many B-frames I have never seen a quality degradation when allowing X.264 to place that many B-frames and 16 refs is more usefull now that X.264 can use mixed refs.In all honesty... I can't imagine how using anything from 5 to 16 b-frames would be able to offer a decent looking encode anyway!


Cheers

Sharktooth
18th October 2005, 15:59
well x264 doesnt place that many b.frames with adaptive option enabled...
so it's already useless...
high ref. frames number is usefull only if you use mixed-refs otherwise has almost no sense unless you're encoding very static scenes or anime/toons.

bond
18th October 2005, 16:12
still the high number of b-frames/references might be the reason why nero has problems

bond
23rd October 2005, 20:05
i now got exactly the same jittery behaviour with two samples encoded with ateme with 1 reference frame and 2 bframes, so the ref and b number might not be the reason
additionally the clips were with fields-only interlacing and paff

there is no jittery with the haali parser on these two clips and also not with the clip provided by mp4 guy

conclusion: nero's mp4 parser is buggy

yaz
26th October 2005, 11:49
clip plays fine w/mpc dev build (http://forum.doom9.org/showthread.php?t=101835) & w/ffdshow_20051025-clsid (http://forum.doom9.org/showthread.php?t=98600&goto=lastpost) somehow it's not as smooth but maybe it's just my system's weakness. test it, pls !

the bests
y