Hi! Ralph Glasstetter wrote:
> Anyhow,... the bookmarks are now stored in additional *.add-files (in > seconds > NOT and not byte positions as before), which are read out if present with the > same basename and location as the input TS. If someone ever wants to > implement bookmark support for another receiver type which uses such a file, > one could move the reading of the file to a separate function... I think we should do so in the first place. > PS: I had to change buffer::open() to store the file name in > the "files"-structure, to have acces to it in tsfile()... if you know a > better solution let me now... ;-) It would be better not to mess with the inbuffer class - that's always a little dangerous because you can easily break something. Maybe it's better not to use inbuffer in this case. It's meant solely for accessing MPEG files. Project files, for instance, aren't opened with an inbuffer either. And you should store the filename (or maybe only the prefix) inside the tsfile (or its parent, mpgfile) class where it is needed. -- Michael "Tired" Riepe <[EMAIL PROTECTED]> X-Tired: Each morning I get up I die a little ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ DVBCUT-user mailing list DVBCUT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dvbcut-user
