Haali Splitter bugs

[Sergejack]

For several days now, I was trying to fix a mp4 files where a skew seemed to be introduced.
Actually, it came from the Haali Splitter itself, since the video plays perfectly in nero media home (built-in mp4 splitter).

I'm glad that bug doesn't finally come from X264cli neither MP4Box.
BTW : Haali Splitter can't play every mkv rigth, at least not as much as the previous official MKV Splitter did.

[Sergejack]

Ok, about the delay it maybe was just me. ("may be" ?!)
But for the mkv spliting bug, I'm definitely not mistaking.

[opsis81]

Ok, about the delay it maybe was just me. ("may be" ?!)
But for the mkv spliting bug, I'm definitely not mistaking.
No one will take you seriously or even replay in this thread unless you'll be more specific on what audio/video formats your non working mkv files contain.

[Sergejack]

The problem is when seeking in the video the sound track disapears.

I hope it's enough. (I don't konw how to get more informations on that mkv file)

[opsis81]

The problem is when seeking in the video the sound track disapears.

I hope it's enough. (I don't konw how to get more informations on that mkv file)
Try to install the latest version of Matroska Shell Extension.It will give detailed information about what codecs your mkv files have.
I can't see the picture you posted cause it isn't approved yet.
Try to open them in graphedit and see which audio decoder is used and try to update it or replace it with another.
Are your mkv files created with mkvmerge?It's the best mkv muxing tool.
Gabest's splitter can bypass problems of broken mkv files,but that doesn't make it better.

[bond]

at least in the case of .mp4 the haali splitter doesnt care about set delays

[bond]

ok my open issue list with haali's parser for mp4, so i dont forget it:

all in all:
- doesnt care about delays set between audio and video

asp:
- starting with version 12/06/2005 it doesnt want to connect with the xvid, divx5 and 3ivx decoder anymore
- starting with version 12/06/2005 i get a high cpu load when using the nero decoder resulting into sometimes fast than slow playback (ffdshow with libav works fine), caused by b-frames?
- starting with version 12/06/2005 i get slightly choppy playback when using xvid as decoder in ffdshow (no problem with libav), caused by b-frames?
- starting with version 25/06/2005 i get a wrong resizing of a non-anamorphic stream during playback with nero to 640x640 (but not ffdshow), sample linked to below

issues being not caused directly by haali:
- asp mp4 files muxed from .avi with mp4ui play too fast with nero because of the lack of ctts (ffdshow plays it still fine tough)


fixed issues:
avc:
- anamorphic resize of avc doesnt work with nero (but works with ffdshow)

asp:
- anamorphic resize of asp doesnt work with nero (but works with ffdshow)

[Haali]

- doesnt care about delays set between audio and video

mp4box does this with edit lists, and those are not implemented in my parser.


avc:
- anamorphic resize of avc doesnt work with nero (but works with ffdshow)

Sorry, I can't reproduce this. My samples created with x264 play with correct ar.


asp:
- anamorphic resize of asp doesnt work with nero (but works with ffdshow)

This is not implemented in my parser.


- starting with version 12/06/2005 i get a high cpu load when using the nero decoder resulting into sometimes fast than slow playback (ffdshow with libav works fine), caused by b-frames?
- starting with version 12/06/2005 i get slightly choppy playback when using xvid as decoder in ffdshow (no problem with libav), caused by b-frames?

This usually means that nero decoder detected invalid timestamps, so this is probably caused by incorrect source files.

[bond]

Sorry, I can't reproduce this. My samples created with x264 play with correct ar.
check out this sample (http://www.8ung.at/bond/anamorphic.mp4) i encoded with ateme's encoder
as i said it works with ffdshow

This usually means that nero decoder detected invalid timestamps, so this is probably caused by incorrect source files.
the cts is correct, or said differently nero (the sample is encoded with nero), mp4box, mp4creator and 3ivx all give me the same cts

[Haali]

check out this sample (http://www.8ung.at/bond/anamorphic.mp4) i encoded with ateme's encoder
as i said it works with ffdshow

This sample contained a value in sps that was not handled in my sps parser, so no AR was extracted from there and 1:1 sar was assumed. Also this sps contains nonzero crop values, and these cause a strange mediatype on nero decoder output (rcSrc=(0,0,4,6) with one renderer and rcDst=(0,0,4,6) with another), so with some renderers the image looks funny. Though I use an old version of nero stuff, so this bug could have been already fixed.

[bond]

dont you simply pass the sps to the decoder without modification?

[Haali]

dont you simply pass the sps to the decoder without modification?
No, I have to modify it because some decoders were changed to ignore matroska ar in the mediatype. However, nero decoder expects ar in the mediatype, so I need to parse sps to get AR and place it in mediatype. This sps parser did not support one of the values used in your file.

All this is disgusting mess is caused by AVI and MP4 file formats that don't include AR info in them, obsolete spiltters that can't extract this info and put it in the mediatype, and decoders that ignore dshow documentation and ar info in the mediatype. So in the result we have inconsistent decoder behavior (some use dshow ar, some don't), inconsistent splitter behaviour, various compatibility problems, and extra code that I have to write that parses (and modifies!) bitstreams so existing matroska files still play with correct AR.

[Sergejack]

Ok, about the delay it maybe was just me. ("may be" ?!)

No, it definitevilly wasn't just me, a friend of mine have the same problem I had when playing that mp4 I'm talking about.
I suggested her to install soem of the Gpac Framework, since I noticed the problem disapeared a while after I did.

It's a bug :p

Check it by yourself :
http://250gb.ff.st/entraide/[EAF]CPR_03.mp4 <= 50 mo

[bond]

avc:
- anamorphic resize of avc doesnt work with nero (but works with ffdshow)works with nero now too

asp:
- anamorphic resize of asp doesnt work with nero (but works with ffdshow)works with nero now too

- starting with version 12/06/2005 i get a high cpu load when using the nero decoder resulting into sometimes fast than slow playback (ffdshow with libav works fine), caused by b-frames?
- starting with version 12/06/2005 i get slightly choppy playback when using xvid as decoder in ffdshow (no problem with libav), caused by b-frames?)ok i have uploaded a sample created by nero here (http://www.8ung.at/bond/nero_haali_problems.mp4) showing these problems

it also shows a new problem which i got only with that sample:
- wrong resizing of a non-anamorphic stream during playback with nero to 640x640 (but not ffdshow)

[bond]

haali, did you check my sample already? the dl should work now

[Sergejack]

Here are some more info about those files which make Gabi splitter more usefull than the Haali one.

[Haali]

Please upload the problematic file somewhere, so I can look at it.

[Sergejack]

You can download those file via XDCC on irc.
#pacifica-fansub@irc.ff.st
Any of the Märchen_Awakens_Romance episodes should do.

currently : pack #9 to #15 on [Pacifica`Xdcc]`Mai

[Haali]

We traced the problem to the old version of CoreVorbis, if you have similar problems please upgrade to 1.0, that was released almost a year ago (http://corecodec.org/frs/?group_id=16).