search for: basetim

This patch adds an applet option to Cortado. The option is off by default, meaning that the default behavior of Cortado should not change at all. If the option is activated, Cortado will display all times relative to the ogg file's basetime (i.e. first granule). This patch was written in response to a request from Se?or Ellery, who noted that files ripped from the middle of a stream do not start from time zero when played in Cortado. I believe that this functionality is best left as an option because some users, for example in live...

...accomodate CLOCK_TAI, make use > of the fact that: > > - CLOCK ids are set in stone > - CLOCK_THREAD_CPUTIME is never going to be supported in the VDSO so > the array slot 3 is unused > - CLOCK_TAI is id 11 which results in 3 when masked with 0x3 > > Add the mask to the basetime array lookup and set up the CLOCK_TAI base > time in update_vsyscall(). That?s... horrible. In an amazing way. Can you add BUILD_BUG_ON somewhere to assert that this actually works? > > The performance impact of the mask operation is within the noise. > > Signed-off-by: Thomas G...

...accomodate CLOCK_TAI, make use > of the fact that: > > - CLOCK ids are set in stone > - CLOCK_THREAD_CPUTIME is never going to be supported in the VDSO so > the array slot 3 is unused > - CLOCK_TAI is id 11 which results in 3 when masked with 0x3 > > Add the mask to the basetime array lookup and set up the CLOCK_TAI base > time in update_vsyscall(). That?s... horrible. In an amazing way. Can you add BUILD_BUG_ON somewhere to assert that this actually works? > > The performance impact of the mask operation is within the noise. > > Signed-off-by: Thomas G...

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

...o. Instead of extending the array to accomodate CLOCK_TAI, make use of the fact that: - CLOCK ids are set in stone - CLOCK_THREAD_CPUTIME is never going to be supported in the VDSO so the array slot 3 is unused - CLOCK_TAI is id 11 which results in 3 when masked with 0x3 Add the mask to the basetime array lookup and set up the CLOCK_TAI base time in update_vsyscall(). The performance impact of the mask operation is within the noise. Signed-off-by: Thomas Gleixner <tglx at linutronix.de> --- arch/x86/entry/vdso/vclock_gettime.c | 2 +- arch/x86/entry/vsyscall/vsyscall_gtod.c |...

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

Matt attempted to add CLOCK_TAI support to the VDSO clock_gettime() implementation, which extended the clockid switch case and added yet another slightly different copy of the same code. Especially the extended switch case is problematic as the compiler tends to generate a jump table which then requires to use retpolines. If jump tables are disabled it adds yet another conditional to the existing

Hi, What are the two granule rates in a fishead packet supposed to be for ? Since each of the streams has a corresponding fisbone packet with its own granulerate in it, and they can be all different, wha does the presentationtime num/den means ? Also for hte basetime num/den, since the UTC time which is also present in fishead seems to be a textual representation rather than a linear count ? Thanks

...n standard deviation calculation, and avoided a divide by zero, in the unlikely case where we have only one packet. (ogg.k.ogg.k) * oggzinfo: remove memory leak from allocated message headers (ogg.k.ogg.k) * oggzinfo: Fixed byte offsets for reporting skeleton basetime. * oggzinfo: Corrected calculation of Content-Duration to take the Presentation-Time reported in skeleton * oggzinfo: Display percentage overhead of Ogg framing for each track. (ogg.k.ogg.k) * oggz-basetime: Use new API call oggz_stream_get_numheaders(),...

...n standard deviation calculation, and avoided a divide by zero, in the unlikely case where we have only one packet. (ogg.k.ogg.k) * oggzinfo: remove memory leak from allocated message headers (ogg.k.ogg.k) * oggzinfo: Fixed byte offsets for reporting skeleton basetime. * oggzinfo: Corrected calculation of Content-Duration to take the Presentation-Time reported in skeleton * oggzinfo: Display percentage overhead of Ogg framing for each track. (ogg.k.ogg.k) * oggz-basetime: Use new API call oggz_stream_get_numheaders(),...

Hey everyone, according to Wikipedia's 4-year-old information, there is no standard for putting metadata into an Ogg file. That metadata must be included in the codec. For example, what if I want to make a Theora movie and include information about the color space or embed an ICC profile? Or can I include general textual information, like copyright? What about timecode? Brendan

...Vorbis audio (channels 2 rate 48000) Is possible, that ogminfo is older then ffmpeg2theora ? Or what can be the reason? oggz-info.macosx movie.ogv Content-Duration: 01:55:03.400 Skeleton: serialno 1092562209 6 packets in 5 pages, 1.2 packets/page, 0.777% Ogg overhead Presentation-Time: 0.000 Basetime: 0.000 Theora: serialno 1092562207 172588 packets in 42501 pages, 4.1 packets/page, 0.526% Ogg overhead Theora-Version: 3.2.1 Video-Framerate: 25.000 fps Video-Width: 716 Video-Height: 572 Vorbis: serialno 1092562206 435481 packets in 18312 pages, 23.8 packets/page, 1.443% Ogg overhead Au...

...; of the fact that: > > > > - CLOCK ids are set in stone > > - CLOCK_THREAD_CPUTIME is never going to be supported in the VDSO so > > the array slot 3 is unused > > - CLOCK_TAI is id 11 which results in 3 when masked with 0x3 > > > > Add the mask to the basetime array lookup and set up the CLOCK_TAI base > > time in update_vsyscall(). > > That?s... horrible. In an amazing way. Can you add BUILD_BUG_ON somewhere > to assert that this actually works? Sure, but changing any of the clock ids will cause more wreckage than that. Thanks, tglx

...>>> >>> - CLOCK ids are set in stone >>> - CLOCK_THREAD_CPUTIME is never going to be supported in the VDSO so >>> the array slot 3 is unused >>> - CLOCK_TAI is id 11 which results in 3 when masked with 0x3 >>> >>> Add the mask to the basetime array lookup and set up the CLOCK_TAI base >>> time in update_vsyscall(). >> >> That?s... horrible. In an amazing way. Can you add BUILD_BUG_ON somewhere >> to assert that this actually works? > > Sure, but changing any of the clock ids will cause more wreckage t...

...icense; just put them in the theora metadata header. I'm not aware of a convention for timecode (if you mean timecode offset of the first frame; theora is a fixed-framerate codec so there's no need for per-frame timecode) but you could make something up for your application, or use the 'Basetime' of the skeleton spec. http://wiki.xiph.org/Ogg_Skeleton_4 HTH, -r

...sc(); + return (u64)rdtsc_ordered(); #ifdef CONFIG_PARAVIRT_CLOCK else if (mode == VCLOCK_PVCLOCK) return vread_pvclock(); @@ -168,17 +141,19 @@ notrace static inline u64 vgetcyc(int mo notrace static int do_hres(clockid_t clk, struct timespec *ts) { struct vgtod_ts *base = &gtod->basetime[clk]; + u64 cycles, last, ns; unsigned int seq; - u64 cycles, ns; do { seq = gtod_read_begin(gtod); ts->tv_sec = base->sec; ns = base->nsec; + last = gtod->cycle_last; cycles = vgetcyc(gtod->vclock_mode); if (unlikely((s64)cycles < 0)) return vdso_fallba...

..._hvclock(mode); + else if (mode == VCLOCK_HVCLOCK) + return vread_hvclock(); #endif - else - return 0; - v = cycles - gtod->cycle_last; - return v * gtod->mult; + return U64_MAX; } notrace static int do_hres(clockid_t clk, struct timespec *ts) { struct vgtod_ts *base = &gtod->basetime[clk]; unsigned int seq; - int mode; - u64 ns; + u64 cycles, ns; do { seq = gtod_read_begin(gtod); - mode = gtod->vclock_mode; ts->tv_sec = base->sec; ns = base->nsec; - ns += vgetsns(&mode); + cycles = vgetcyc(gtod->vclock_mode); + if (unlikely((s64)cycles &lt...

I've developed an indexer which embeds a keyframe index track in Ogg files. It embeds the index in its own track, so that players that don't understand or don't want to use the index can just ignore it. Ogg needs this to make seeking over networks faster and more efficient. Currently we must do a bisection search when seeking, which usually takes aound 6 HTTP requests, give or

Hi folks,I'm joining this list because I've encountered difficulties with the ogg tools. I'm running Windows, and can't find binaries for liboggz tools, such as oggz-merge.exe Can someone provide oggz-merge.exe? So I use ffmpeg (v19289) for muxing ffmpeg -y -i sync2.ogg -i sync.ogv -vcodec copy -acodec copy sync2.ogv but the framerate fluctuates wildly on playback, and ogginfo

I'm new at R ... I've not done for loops in R - so this is very new to me. One of our students has a data frame that contains two columns data 1. unixtime time of an event (in unix time - #of seconds) 2. duration of event in seconds. We need to create new data - the unixtime (seconds) that these events occurred. We want to create a for loop (or nested for loops) that goes through the