Log in

View Full Version : Haali could you have a look @ this


CruNcher
20th April 2007, 12:53
Their is a Slowdown Problem after some seconds of normal Playback in all versions of Cyberlinks H.264 filter but only with DXVA on and H.264 AVC streams in .MP4/MKV container (funny thing it goes linear down with the playback framerate after some seconds tested with Haalis Media Splitter, Gabest Mp4 Splitter and Mainconcepts Mp4 Demuxer useing MPC)

The slowdown starts after 5 seconds of playback, it doesn't happen with the same stream in .AVI (Gabest,Haali) or RAW with the Sonic HD Demuxer, maybe the problem is to search inside all of the Mp4 Parsers here (somekind of timestamp problem the file is without audio) ?
The Slowdown doesn't occours within a timecodec (Haali Media Splitter) session only normal Playback behaviour is affected (same inside graphedit)

I tested with Mp4's created from Mp4box and Mp4creator, Elecard Xmuxer Pro ones to be sure it's not a Muxer Problem (all of them show the same behviour) but i doub't it is as the RAW stream muxed inside .MKV (mkvtoolnix) shows the same behaviour (Haali Media Splitter).

CruNcher
22nd April 2007, 15:23
Edit: sorry my fault Problem still persists no MPC bug (DXVA was off forgot to reenable it and thought problem was solved)

Statistics of the Encode that triggers this problem in .mp4/mkv



file type : MP4
video stream type : AVC/H.264
resolution : 1440x1088
profile:level : High:5.1
aspect ratio : 45x34(1:1)
interlaced : no
frames count : 1 621
frame size max : 161 288
avg : 40 259
avg/max (I) : 146 212 / 161 288
avg/max (P) : 62 093 / 91 831
avg/max (B) : 26 397 / 39 797
min : 8 153
file size : 65 311 374
--------------------------------------------

framerate declared : 25.00
--------------------------------------------
real : (var) 25.00

bitrate declared : 0
--------------------------------------------
real max : 10 329 800
real avg : 8 058 000
real min : 7 120 400
--------------------------------------------
file name : C:\dance.mp4

CruNcher
19th May 2007, 14:49
Ok the new Cyberlink H.264 Decoder 2.0.0.1709 DXVA (PureVideo API) (arround 3fps faster then 1.99.0.1405 DXVA) has a new problem (the old slowdown as described above with DXVA (PureVideo API) and X264 ABR still exists) now with some abr X264 streams it just shows a black screen (in DXVA PureVideo API Forceware 94.24 7600GS, Software works) with basicly all Mp4 Parser even Cyberlinks own, only Mainconcepts Mp4 Demultiplexer works now with the "Annex B output for H.264/AVC option enabled" (doesn't fix the DXVA (PureVideo API) slowdown problem as described above) with such streams and Cyberlinks new Decoder.

Funny thing with timeCodec it's no problem to bench only normal playback is showing a black screen with those bitstreams/mp4/mkv.
Mplayer/VLC playback every of those streams flawless and as said above with the "Annex B output for H.264/AVC option enabled" in Mainconcepts Demultiplexer or DXVA (PureVideo API) off they play with Cyberlinks new Decoder Version too, could you add Annex B output to your Mp4 Splitter ? (for compatibility reasons with such streams on Windows with Cyberlinks Decoder working with DXVA (PureVideo) ).


Haali Mp4 Splitter 1.7.152.18 -> Cyberlink H.264 Decoder 2.0.0.1709 DXVA = black screen with some X264 bitstreams mp4/mkv/raw
Mainconcepts Mp4 Demultiplexer with Annex B option -> Cyberlink H.264 Decoder 2.0.0.1709 DXVA = plays such bitstreams flawless


I uploaded a sample of the x264 bitstream that has this black screen problem with your and almost every other Mp4 Splitter and Cyberlinks Decoder DXVA (PureVideo API) here http://rapidshare.com/files/32184335/lowcomplexity-highpro-test.mp4

Haali
19th May 2007, 19:39
Sorry, I don't have a Cyberlink decoder, so I can't reproduce the problem atm. Maybe at some later time.

CruNcher
12th July 2007, 09:32
Haali the Black Screen problem is fixed with your latest Splitter 1.7.189.11 thx :) for the Slowdown problem i found a solution the .mp4 files that Mencoder (libavformat) creates aren't compatible when including B-frames with Cyberlinks Decoder and PV1 (maybe with the new Decoder version 2.0.0.1409 released yesterday http://www.cyberlink.com/multi/download/patches_112_ENU.html it also works for this streams gonna test that now ;) ).

There is also another Problem with your Splitter and a Blu-Ray Stream here (.m2ts Mpeg-2) in combination with Nvidias PureVideo Decoder and their Pixel Adaptive Deinterlacer seems your splitter misses sometimes to give framedata accurate to the Decoder, some interlaced frames are skiped (motion is not smooth in some sequences it stucks) that doesn't happen with Sonics HD-Demuxer.

RaggedEdge
12th July 2007, 22:28
Haali the Black Screen problem is fixed with your latest Splitter 1.7.189.11 thx :) for the Slowdown problem i found a solution the .mp4 files that Mencoder (libavformat) creates aren't compatible when including B-frames with Cyberlinks Decoder and PV1 (maybe with the new Decoder version 2.0.0.1409 released yesterday http://www.cyberlink.com/multi/download/patches_112_ENU.html it also works for this streams gonna test that now ;) ).

There is also another Problem with your Splitter and a Blu-Ray Stream here (.m2ts Mpeg-2) in combination with Nvidias PureVideo Decoder and their Pixel Adaptive Deinterlacer seems your splitter misses sometimes to give framedata accurate to the Decoder, some interlaced frames are skiped (motion is not smooth in some sequences it stucks) that doesn't happen with Sonics HD-Demuxer.


Cruncher - I'm already at version 1.7.189.11 but I still get the slowdown and black screen - I've had this splitter for quite a few weeks.

I also installed the new decoder from Cyberlink, but that has not changed anything either - I still get the slowdown with blueray 720p MKV files, and the black screen with 1080p files.

Are you saying that you can now playback 720p MKV files without any problems at all?

CruNcher
13th July 2007, 01:33
i could before without problems too, also 1080p is no problem here only the mencoder/avidemux problem (mencoder that comes with mediacoder gonna test some more in this matter tough) when you encode a stream that makes use of b-frames the result from those 2 won't be flawlesly playable with Cyberlinks Decoder and PV1.
Strange the black screen is definately gone for the sample i posted here and i checked a whole library of encodes from different encoders hardware/software and also .mkvs and all except a Sat stream from Luxe HD (crashes nv_disp.dll with a bsod) work fine now with Cyberlinks Decoder and PV1, but don't forget you are useing PV2 im useing PV1 could be that there are other problems with it too.

PS: MediaCoder is not affected by this when everything is set on auto selected (no audio) the MediaCoder path is from Mencoder-pipe->x264 cli (raw temp)->mp4box .mp4 <- so no libavformat use here but ok seams their is another problem (black screen)

Edit: RaggedEdge yes found another black screen problem with Cyberlinks Decoder (im investigating), i just wanted todo a decoder comparsion and now im traped in this interoperability (bug) hell :D

Ok found the other black screen couse it's MediaCoders Mp4box version (it's from the stoneage) replacing it with Kurtnoise his compile fixes that in combination with Haalis Splitter and Cyberlinks Decoder (never ever had such problems with mp4creator,shows again how unreliable mp4box was/is in my eyes (/me hides from bobor ;) ), but seams it's slowly getting stable and overruns mp4creator in terms of features)

C:\Programme\MediaCoder\tools>mp4box -version
MP4Box - GPAC version 0.4.5-DEV - compiled by Kurtnoise - Jul 3 2007
GPAC Copyright: (c) Jean Le Feuvre 2000-2005
(c) ENST 2005-200X

C:\Programme\MediaCoder\tools>mp4box-old -version
MP4Box - GPAC version 0.4.3-DEV
GPAC Copyright: (c) Jean Le Feuvre 2000-2005
(c) ENST 2005-200X

The good thing is that all this bugy Mp4 from Mp4box are fixable by exctracting the raw stream and muxing with a newer version, directly remuxing doesn't allways fixes errors for example the libavformat errors stay in the stream and make even remuxed streams with mp4box Cyberlink Decoder incompatible so better is to extract the raw stream and then mux again.

stanleyhuang
13th July 2007, 16:33
Maybe you can recommend a stable 0.4.5 binary and I will update the one distributed with MediaCoder.

CruNcher
14th July 2007, 03:32
Compile the latest Dev trunk 0.4.5 at least for MediaCoders Dev release this way also problems in Mp4box can be found much faster and be reported, bigger audience is allways helping to improve stuff :) and please check your Mencoder compile it seems to be buged tried other compiles (Sherpya,Celticdruid) and with those it encodes the correct amount of frames (but no working pipe support)

RaggedEdge
14th July 2007, 10:34
The good thing is that all this bugy Mp4 from Mp4box are fixable by exctracting the raw stream and muxing with a newer version, directly remuxing doesn't allways fixes errors for example the libavformat errors stay in the stream and make even remuxed streams with mp4box Cyberlink Decoder incompatible so better is to extract the raw stream and then mux again.

Never tried MP4Box, but I will give your suggestion a go and see what sort of results I can reproduce.

If I understand correctly, the MKV's that are already out there are all bad because of the buggy library, but newer MKV's using the newer libraries will now work properly with Cyberlink's Purevideo2 decoder, right?

I'll report back what I find with MP4Box...

liquidator87
22nd August 2007, 19:21
What's the situation with MKVmerge? I use the latest version 2.1.0, is there any chance to get working MKV?
I've tried using the extract/remux method (with mkvextract and then with mp4box 0.4.5), but the problem isn't solved