[mythtv-users] rebuild of seek information not working for DVB recordings on 0.20.2?

[Martin Bene]

Hi,

I've got a huge pile of recordings where I manged to lose the seek
information (in recordedseek);

The good news: mythcomflag should be able to rebuild the seek table for
these files.
The bad news: it doesn't actually work.

The files are recordings from dvb-s in mpeg2-ts format; I'm running
mythtv on a gentoo system.

The seek information originaly generated when recording the files looks
like this:

+--------+---------------------+------+---------+------+
| chanid | starttime           | mark | offset  | type |
+--------+---------------------+------+---------+------+
|  15012 | 2007-08-06 15:25:00 |    0 | 0       |    9 |
|  15012 | 2007-08-06 15:25:00 |   12 | 232368  |    9 |
|  15012 | 2007-08-06 15:25:00 |   24 | 473948  |    9 |
|  15012 | 2007-08-06 15:25:00 |   36 | 728500  |    9 |
|  15012 | 2007-08-06 15:25:00 |   48 | 943008  |    9 |

Rebuilding the seek table using  
	mythcommflag --rebuild -f 15012_20070806152500.mpg

results in entries like this:

+--------+---------------------+------+---------+------+
| chanid | starttime           | mark | offset  | type |
+--------+---------------------+------+---------+------+
|  15012 | 2007-08-06 15:25:00 |    0 | 241768  |    6 |
|  15012 | 2007-08-06 15:25:00 |    1 | 476956  |    6 |
|  15012 | 2007-08-06 15:25:00 |    2 | 731132  |    6 |
|  15012 | 2007-08-06 15:25:00 |    3 | 944136  |    6 |

i.e the type of seek information is different (MARK_GOP_START instead of
MARK_GOP_BYFRAME); while skip forward/back still works, it's extremely
slow for the reindexed files - skipping 1 minute takes ~ 30 seconds.

Is there any known fix for this problem?

Thanks, Martin