Closed SoleneChiche closed 9 years ago
Yes, I can reproduce. The first sample start timestamp is always 0 in MP4. I'll let you know here.
@cconcolato :
if (!nb_samples) {
s->DTS = 0; /*in MP4 we must start at T=0*/
} else {
s->DTS = ts_begin;
}
By the way, I thought it was only for span, but it is also the case for a p.
I fixed an issue when the first sample begin time is not zero. Now, with your example, we'll have a sample duration of 12 seconds (4s of void + 8s of content). Is it consistent with your expectations?
It should be consistent yes. Thanks
@rbouqueau Is it available in the latest nighty build for Mac 64 bit? version 0.5.2-DEV-rev534-g2cc7d80-master This is the latest version that I'm using and I'm not sure if it does contain the patch. Thanks
Yes it contains the patch. To check the sample timings, I use 'MP4Box -diso file.mp4'. To check the content with EBU-TTD, I open the MP4 file directly in a text editor :)
Let me know if you have questions.
I don't know if it's me, but I still get a cts/dts of 0...:
Here is my mp4:
Hello,
I am having troubles when I dash an EBU-TT-D document which declares timings not from p but from span:
At receival, I'll only get a sample with cts/dts 0 and duration 8000, instead of having the cst/dts 4000. Any idea why?
Thanks