ModPlug Central

OpenMPT Development (Archive) => Bug Reports => Bug Report Archive => Topic started by: Sam_Zen on June 30, 2006, 00:25:56

Title: .43 Time estimation
Post by: Sam_Zen on June 30, 2006, 00:25:56
I can't recall the source right now, but I encountered a module called Strangestest (http://www.samshuijzen.nl/sam/plainmods/Strangestest.zip). In IT-format.

It appears to be an exceptional one, because big values are used there. The width is 23 channels, but each pattern has a length of 1024 steps and there are 80 different patterns in the pattern order..

Result (using v1.17.02.43):
The old small MP Player couldn't handle the file. OMPT of course could load and play, but then 'estimated time length' was shown as 3:24. Which is only enough, maybe exactly, with the length of one single pattern in this case.

No big deal of course. But after I saved the module in the XM-format, the MP Player worked, and OMPT showed the correct timelength : 167:14.

EDIT: Skip the XM-part. The conversion appears to be very crappy. Different speed of patterns, and missing large blocks of data.
Title: .43 Time estimation
Post by: rewbs on August 16, 2006, 00:44:42
Sorry for the delay in looking into this and thanks for providing the testcase.
It looks like song time estimation breaks when there's a pattern break (Cxx) and a position jump (Bxx) on the same row. Will fix soon.
Title: .43 Time estimation
Post by: rewbs on August 20, 2006, 20:43:32
This should be fixed in v1.17.02.45
Title: .43 Time estimation
Post by: LPChip on September 13, 2006, 21:31:07
Sam Zen, can you please tell us if its fixed or not?
Title: .43 Time estimation
Post by: Sam_Zen on September 13, 2006, 23:12:26
Just updated to .45 and I'm pleased to tell it is fixed.
Title: .43 Time estimation
Post by: LPChip on September 14, 2006, 09:22:45
Quote from: "Sam_Zen"Just updated to .45 and I'm pleased to tell it is fixed.

Thanks. Closing this one.