From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ricardo Wurmus Subject: Re: Video subtitles Date: Thu, 20 Dec 2018 09:11:00 +0100 Message-ID: <87pntwsjmz.fsf@elephly.net> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gZtfE-00038h-Sl for guix-devel@gnu.org; Thu, 20 Dec 2018 03:26:42 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gZtfA-0004Nh-MY for guix-devel@gnu.org; Thu, 20 Dec 2018 03:26:40 -0500 Received: from sender-of-o53.zoho.com ([135.84.80.218]:21766) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gZtf7-00047S-Io for guix-devel@gnu.org; Thu, 20 Dec 2018 03:26:33 -0500 In-reply-to: List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Laura Lazzati Cc: Guix-devel Hi Laura, > The first question I need to answer is if subtitles are going to be > present all the time as part of the video, or they should be able to > be disabled. We had that discussion somewhere, but if they are going > to be present as part of the video (hardsubs) only .srt and .ass - the > ones created by default by aegisub - are supported by ffmpeg: > https://trac.ffmpeg.org/wiki/HowToBurnSubtitlesIntoVideo The subtitles should be provided as a separate file, so that they can easily be swapped out or disabled. Some container formats allow embedding the subtitles, but we would need to embed all subtitles in all language variants of all video files, and this seems like more work. Having the subtitles as separate files is more convenient for processing. > I remembered how much time each audio file lasted, so I added one > subtitle for each svg file that appears in the video - they were just > three- with the full content of what is said in the audio. It is more common to have a single subtitle file per video. > The drawback of this is that each svg file in the video has the full > subtitle text before the speaker mentions those words - I will ask > Bj=C3=B6rn tomorrow to upload it to their IPFS so that you can see what I > mean. You can time the appearance of text. I=E2=80=99ve only ever written srt subtitle files by hand before, but they are all similar in that they associate a piece of text with a timestamp. The text is then displayed at the specified time only. You can figure out the appropriate timestamps by playing back the video and recording the times when something is said that should be titled. > When choosing the format of the subtitles, Ricardo mentioned that it > was better using usf because it had support for styling. The good news > is that aegisub allows us to do so in their own interface, but in > their .ass format, one of the two that supports ffmpeg, which is not > compatible, I guess, with the formats mentioned in po4a for > translation. However the .ass subtitle can be exported as .ttxt - > which is an XML, and that can be converted back to .ass. =E2=80=9C.ass=E2=80=9D files are very popular and very rich in styling feat= ures. =E2=80=9C.usf=E2=80=9D files are less commonly seen in the wild. I have no strong opinions about using =E2=80=9C.usf=E2=80=9D. =E2=80=9C.as= s=E2=80=9D may just be fine. Apparently, it can be converted to po files for translation with =E2=80=9Csub2po=E2=80=9D, which is part of the =E2=80=9Ctranslate=E2=80=9D = toolkit. I have no experience with this, and I think it would be better to use a format that didn=E2=80=99t require even more tools to work with. This shouldn=E2=80=99t block you, though. It is fine to use Aegisub manual= ly to create the initial subtitle and then convert it to another format. Aegisub does not need to be part of the automated process to compile the videos. -- Ricardo