Chapter in OGM = inaccurate time-pointers(?)

[HarryM]

Hi,

I experimented with the chapter spupport in OGM files (Koepi's OggMux for muxing).
I can't accuratly setting time-pointers to individual chapters.

I have, for example, 'chapter 12' at '12:45:040'. At this time I have key-frame (checked with virtualdub!).

But OGM DS filter jumping accidentally in interval 0-10 seconds after beginning of chapters!

Why don't jump on key-frame on begin of chapter?

[Taranli Maren]

I think it zooms to the next keyframe usually. if you put the timestamp 50 or 100 ms before the chapter's keyframe, it seems to work properly.

[Foambullet]

Zhentarim DivX?

[hubereevez]

hi,
at first, I would say that I red the entire forum twice (2 billions posts) to see if another post exist....So Koepi cannot strike me :)...
I use Chapterextractor like describe in another post (vstrip chapter to zero..), zoomplayer for playback...There is a time lag between time given by chapter extractor and playback. I tried different value and sometimes first chapter match and the others not.
Someone could say "3 secondsgreat deal...", but it's annoying when you're muxing series (and that is the final argument cos of koepi's avatar, great trick, isn't it?)
Hubhub

[Koepi]

hub,

if you're so personally getting against me, you should read the forum rules again. try no. 4.

And nope, I don't strike you.
You might want to clear up what you wrote as it is a little vague WHAT is screwed up, the times from chapter extractor,...

[hubereevez]

:)
okay,
i don't know if it comes from zoomplayer (it seems not)...
For exemple (series):
chapter mux : In Zoomplayer:
00:22:05:000 00:22:03:000
0:43:10:000 00:43:10:000
Sometimes time match between what I have muxed and zoomplayer....
About keyframe,
in normal movie (not series) the chapters may be more accurate.
In series not, when I open the entire avi (8 series) with aviedit, it seemes that the key frame are not placed exactly where a serie begin. I build a chapter.txt with time stamp and mux them with oggmuxer...but it doesn't match in zoomplayer...Does the chapter previous-next reallly jump to a specific keyframe?
thanks
PS : sorry koepi for my poor english....
hubhub

[hubereevez]

I'll not getting aginst you...hubhub:scared:
I like your avatar (and the serie also) and it was more something to lock you on this post, that's why i wrote "good trick"...
I have too much respect for the entire job you make with all the moderators to write rudely.....
best regards
hubhub

[Cokes]

Originally posted by Taranli Maren
I think it zooms to the next keyframe usually. if you put the timestamp 50 or 100 ms before the chapter's keyframe, it seems to work properly.
You're right... yet enough is min. one frame.

[hubereevez]

hi,
I tried many timestamp and muxed them with oggmuxer : didn't work. I have encoded 4 episodes in a ogm, here is the result (thks to aviedit) :
Comment Frame n° Timestamp(s) Frame type
93506 3740.240 K-frame
Episode n°x end 93675 3747.040 Delta-frame
Episode n°x+1 begin 93794 3751.760 Delta-frame
93934 3757.360 K-frame
so what could I do? if i enter a timestamp before frame 93606 I have the end of the episode x, if I go after this time stamp I miss the begiining of episode x+1.....
hubhub
PS : please don't tell me that I have to reencode the whole thing....:(

[Koepi]

Erm.

You made your point many times now.

Try forum rule 12.
And then 4.

And then ask microsoft, why their direct show framework is so damn inacurate that you can't use it to hit a _certain_ frame.

After that, come back with the solution M$ proposes to make programs accurate.

Because: the prorams try to be, but M$ fucked up.

The last time I tell you that it's not OggMux or OggDS fault.

Annoyed,
Koepi

[hubereevez]

Hi,

Forum rule 4 :
I tried to be nice weil ich dein avatar mag....Sorry if you don't understain...

Forum rule 12:
I don't post every 5 minutes, check timestamp :), and if i get an answer i try to be more specific which is the purpose of this forum...I think... :
You might want to clear up what you wrote

Okay, now I know it's M$ fault : every programm running on windows can only point keyframes and not deltaframes mmhhhhh strange...
I write to m$ i follow your wisely advice, thanks....

The last time I tell you that it's not OggMux or OggDS fault.
WHERE?

Thanks anyway for your clearup Koepi, aber ich frag mich warum du so agressiv schreibst?

danke
hubhub

[Koepi]

Hub,

if you think this way of writing is aggressive, be assured, it's not meant that way.

I'm just getting annoyed that the DShow framework is so _damn_ wrong in many ways.

I tell it to go to frame X, and it goes to frame Y or Z. Maybe even A.

I can't help you because of this behaviour of DShow.

I know you want to see your problem solved (and again, be assured, I'd love to have that solved, too!), but I can't do it, it's M$ who is "at the trigger" now.

Regards,
Koepi

[hubereevez]

okidoki,
hab' verstanden.....:)
Okay, cos i'm not so good, I resume (correct me if I'm wrong) :

*Dshow framework is wrong in that way (only what I experienced) :
Wen you tell him to go to frame x, he goes to the next keyframe (x+2256, or x+anything).
*The only solution I have when I encode series is to encode them episodes nach episodes and then join them...If I encode them in a one large avi file with nandub, it can be (and this is it for me), that there is no keyframe at the end or at the begining of an episode. So the chapter created and muxed are not valid anymore, and there is an intervall when I playback and choose one of them....
thks again for your last answer....
hubhub

[Belgabor]

If you use nandub, why not force keyframes where you want them with the ecf?

Cheers
Belgabor

[hubereevez]

....okay but I use Gknot cos of many episodes to encode (~50) to automate the process. If I change keyframes for every avi (~4 episodes per avi) it will cost a;lot of time....I think
thks anyway