Video subtitling with video preview in Studio?

Question

Hello, 
 is there a way to preview a video with translated subtitles displayed in some way or other? 
 Daniel

Paul · Accepted Answer

Hi 
 We released the plugins and a TQA model for this yesterday. You can find them all on the appstore here: 
 https://appstore.sdl.com/language/app/studio-subtitling/978/ https://appstore.sdl.com/language/app/webvtt-filetype/979/ https://appstore.sdl.com/language/app/sbv-filetype/980/ https://appstore.sdl.com/language/app/stl-filetype/981/ https://appstore.sdl.com/language/app/tqa-far-methodology/983/ 
 There's also a WIKI here for more details on the way it works: 
 https://community.sdl.com/product-groups/translationproductivity/w/customer-experience/4680/studio-subtitling

Lydia Simplicio · Answer

Hi , 
 
Not at the moment- but watch this space. 
We are working on a new app and will release more details just as soon as we can.

Jesús Prieto · Answer

If your video is a file, like an MP4, open it in VLC (an open-source and free application). Then select Subtitles menu and open your subtitle file, like an SRT file, for example. 
 Then play your video file and subtitles will be in the lower part of the VLC window.

Paul · Answer

I agree with regard to movies, but many videos are not movies and for sales and support videos CAT tools do make a lot of sense. 
 I completely agree with you Daniel Hug The amount of rich media being used these days has changed the face of video translation quite a bit and it makes a lot of sense to be able to handle video translation with all the benefits of a CAT tool. We have got one in Beta at the moment and can support SRT, webVTT, SBV and STL so far, all with some support for subtitle formatting in the video and also positioning based on information in the file, also different aspect ratio support. Looks like this for example: 
 
 Also added some QA checks... could add more but we want some feedback to make sure the stuff we put in here will be relevant: 
 
 And we have a TQA model using the FAR methodology: 
 
 We will in the future add support for more filetypes, but this needs to be based on demand and good reason since this is not just about segmenting text. We also read and use a lot more information from the file to make the experience more useful. 
 We might be open to some external Beta testing if you are really going to test it and provide some feedback. All to often we get people asking and they provide nothing back to us at all which makes our effort a waste of time. Might as well wait until we release and then let people complain! 
 To answer the points Evzen Polenka made, which are valid. We could have added some capability to adjust the frame information, update information in the target files accordingly etc, but we decided after discussion that it was better (for now) to leave these changes to be made by an appropriately trained person and keep the translation as a separate activity. Even like this with the information we provide there is considerable benefit reducing the editing effort after translation. 
 Regards 
 Paul

Paul · Answer

Unknown said: that looks very promising! Is it going to be an add-on or will it come with the next version or CU? 
 Initial release will be as a plugin through the SDL AppStore for Studio 2019 only. 
 Unknown said: I wonder whether instead of segmenting by screen (bunching text that appears on the screen at once (in this case "this is something completely new and unique") into one segment), use the usual segmentation rules ignoring paragraph marks using only the full stop rule (or at least giving that option) and treat the time markers as inline tags. 
 First point is that we deliberately restrict merging across paragraph breaks. The SRT filetype controls this and we have done the same thing with webVTT, SBV and STL. Allowing this adds a lot of complexity because you don't have the ability to change the time frames and you will also lose the ability to QA the work based on existing allowable times per character rates. So adding times as internal tags removes the ability to QA altogether. 
 The reason for the plugin is this: 
 
 provides the translator with context 
 provides some QA around the way in which the source text has been prepared for the times in the video, so the translation should match this 
 
 If time frames or other changes need to be made then the translator can mark them for a localization engineer to do later using a suitable video subtitling/editing software. 
 We may revisit this in the future, but for now these are the problems we are addressing.

Paul · Answer

No firm date... but I expect it to be this month. We are just testing at the moment and have already completed all the features we wanted to implement for this release.

Trados Studio > 7. Subtitling

Video subtitling with video preview in Studio?

Top Replies