Talk:Theora

Outstanding issues

I think, I've found a fix for the second issue (halt after 45 minutes) in theora_str: Replace this function in main.c:

inline Timestamp_t GetTimestamp(void)
{
	struct timeval tv;
	gettimeofday(&tv, NULL);
//	return (Timestamp_t) ((tv.tv_sec * TimestampTicks) + tv.tv_usec); // old
	return (( (Timestamp_t) tv.tv_sec * TimestampTicks) + tv.tv_usec); // fixing the 45-min overflow
	// (blow up 32 to 64 bits _before_ doing the calculations which otherwise give an overflow)
	// See glib/gtimer.h how the they handle timevals without any multiply,
	// but the small amount of time saved might not be of any concern here.
}

I just _think_ this is the bug, because I don't have a camera yet to test it. Hopefully we can order one soon. I'm really confident, that is is the right fix, because the error is obvious. The bug was a strong argument against your cameras, so I looked for it.

I post this here because I found no other place to do so and couldn't even find the theora_str files in the heck of the CVS tree.

Greetings --Cspan64 14:02, 29 September 2007 (CDT)

Thanks Cspan64, could you send me your mail pls to elphel [at] stvs.ch ?

Elphel 333 is outdated and is now more in production, we are moving all our efforts to Elphel 353/363. But theora code is not yet ported to 353 (i mean FPGA code) it is planed in ~ 4-6 months. So we propose what if you are motivated to work on Theora on both 333 and 353 later and release everything under GPL we can offer you a 333 camera for experimenting with Theora.

Best regards,

--Polto 18:31, 30 September 2007 (GMT)

I would suggest support@elphel.com - it will be get to STVS people also :-) --Andrey.filippov 14:15, 30 September 2007 (CDT)