Hi, a new ebuild for a new transcode version. More important it builds and installs the subrip stuff (subtitle2vobsub etc.), which is e.g. needed by dvdrip. Of course it is based on the previous ebuild. Regards Georg Sauthoff
Created attachment 6619 [details] transcode-0.6.3.20021219.ebuild
I think I would rather see the subrip stuff in a separate ebuild as it is not maintained by the transcode team AFAIK. It's also optional, not everyone wants subtitles. It's only needed by dvdrip if you are adding subtitles.
Why do you think it is not maintained? Do you have a link to a statement or something like that? And of course not everyone need the subrip stuff. But it is really small and if you don't do subtitles, transcode is not influenced by the subrip stuff. So why not? An extra ebuild would be overkill. Like now the missing subrip stuff has a potential to become a faq or frequently submitted bug, because some users will use the subtitle option in dvdrip, and then after hours of transcoding some funny error messages are printed, which possibly are not right interpreted (by the user).
I didn't say it wasn't maintained, I said it wasn't maintained by the transcode team, which it isn't. It is clearly located in _contribs_ sub directory. The problem may never happen, but if the author walks away from the project and it breaks in some future release of transcode we get bug reports against transcode and not some optional component that works with transcode. Someone else may come along and write a better module that does the same thing. The transcode team may even write their own! If on the other hand the transcode team decide to adobt the module and it becomes an option to configure then thats a completely different thing. It's a revision control issue and not really up to me in any event, but I reckon it makes sense to keep it separate.
Are not these problems very theoretical ones? -irony on- Even if the subrip stuff were supported by the transcode team, you can say something against it: Perhaps in the future they will change there mind! Or if the subrip team member will quit, then the stuff is unsupported again. Or the team will hate after atime the subrip stuff, so it is better to be prepared with an extra ebuild. -irony off-
If you bothered to check, you would find it is a completely independant project. Best check the dictionary for the meaning of irony as well :) http://subtitleripper.sourceforge.net/
I already know this project (page). But I agree with the author: "My first intention was that I will not release any separate package of this software because you will automatically find new releases in the transcode tree whenever I think that this could be useful to the enduser. In this way I try to ensure the compatibility of the two programs."
Created attachment 7126 [details, diff] patch to fix export_ogg and export_lame for gcc 3.2 I think we should include this patch... otherwise Ogg exporting does not work... For more infos about this issue read http://www.theorie.physik.uni-goettingen.de/pipermail/transcode-users/2003-January/005929.html and the reply
when using subtitles a DEPEND has to be added =media-libs/netpbm-9.12*
added in cvs thx
