2007-12-29, 13:51 | Link #362 |
Oblivious
Fansubber
Join Date: Jul 2007
|
Yes, you can extract the ass files out of mkv files, as long as they are softsubbed. You will need mkvtoolnix and (optionally) mkvextractgui if you don't like using the command line. Assuming you're using mkvextractgui, just open the file in it and select which tracks you want to extract. The font attachments listed are fonts contained in the mkv and are usually used by the ass file.
Do note that the ass file will already be timed though. |
2008-01-03, 18:14 | Link #364 |
Junior Member
|
Need a bit of assistance here.
I have the video and audio of the episode that I am fansubbing. The episode has been fansubbed and I hardsubbed my subtitles into the video. Now I also have the video and audio of the opening and endings. Karaoke is done. My question is: how do I put all of this together? Do I combine the audio and video files together and then mux them with mkvmerge? What program would I use to merge the audio and video files? Or is there a different way to do this? |
2008-01-03, 18:21 | Link #365 |
Aegisub dev
Join Date: Sep 2004
Location: Stockholm, Sweden
Age: 39
|
Usually you'll join videos together (eg. op+episode+ed) during encoding, using Avisynth, such that you get one long video stream with everything in it.
For combining things together, remember that if you can avoid touching the audio at all that's the best, as soon as you start encoding the audio you're transcoding it from one lossy format to another which means an inevitable quality loss. Use the audio directly from your raw when possible. (The exception is DVD rips, you'll usually want to transcode the audio there.) For muxing video and audio together you can use mkvtoolnix or AviMuxGui depending on what your target is. Don't ask me about MP4 though. (Muxing simply is taking one or more data streams and putting them together into some sort of container. You don't first "merge video and audio", that is the actual muxing.)
__________________
|
2008-01-21, 05:13 | Link #366 |
Junior Member
Join Date: Dec 2007
Location: Bulgaria
|
Could you please tell me what program should I use if I want to hardsub the karaoke in a .mkv file, with the rest of the translation being softsubbed?
For example, like in Formula-Subs' release of "Shugo Chara!" ? Thanks in advance. |
2008-01-21, 05:51 | Link #367 |
makes no files now
Join Date: May 2006
|
http://aegisub.cellosoft.com/docs/At...itles_to_video
^ That has it written out very well. So basically you keep the karaoke/handsubs in a different script than the dialogue/softsubs and just do the magic with both of them. That being, TextSub the hardsub script(s), and mux in the softsub script(s).
__________________
|
2008-01-24, 05:28 | Link #370 |
makes no files now
Join Date: May 2006
|
here's something called "beta 3", so I suppose it's something updated. Don't know to what extent though since I've never really used them myself, just remember having them bookmarked.
Some other stuff that might be of some use; http://www.fansubbers.org/uploads/KB/doom9xvid.pdf - Xvid configuration explained http://aflux.deltaanime.net/Zero1/MP4/x264.html - x264 configuration explained
__________________
|
2008-02-01, 07:50 | Link #372 |
Cogito, Ergo Sum
Fansubber
Join Date: Jul 2006
Age: 43
|
I would like to ask if there's some way to enable deblocking through ffmpegsource, similar to "deblock=false" that AVCSource has. I've been reading the documentation of ffmpegsource and a couple of topics in doom9, but I couldn't find any good example of this. Has anyone tried such a thing? Thanks a lot in advance.
__________________
|
2008-02-01, 08:35 | Link #373 | |
makes no files now
Join Date: May 2006
|
Quote:
__________________
|
|
2008-02-02, 15:48 | Link #375 | |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
If you're talking about the usual postprocessing kind of deblocking, then yes, that is available in ffmpegsource (but turned off by default) through the ppstring and ppquality parameters. I don't see why you should use them though, there are much better deblocking filter plugins for Avisynth.
__________________
|
|
2008-02-07, 08:41 | Link #377 |
Ancient Fansubber
Fansubber
Join Date: Aug 2004
Location: KS
|
New TV - See Digital Fragments
Just purchased one of those new LCD TVs. Watched our works and other groups' works on the new set and saw digital fragments in nearly all the dark scenes(i.e. Space scenes, dugout scenes...). Basically the old DVD problem that was since fixed long ago when little digital boxes could be seen in the black areas.
Was wondering if anyone has encode tips for this? I'm sure there's a thread somewhere but I must not be searching very well or with the right search wording. A best settings thread or such for encodes? Thanks for any help. |
2008-02-07, 10:22 | Link #378 | |
Excessively jovial fellow
Join Date: Dec 2005
Location: ISDB-T
Age: 37
|
Quote:
Your problem is pretty common. It's a whole lot easier to see blocking in dark scenes on LCD/TFT monitors than it is on CRT ones, mostly because dark areas are, well, lighter on LCD's. Unfortunately these blocking artifacts are part of how the DCT-based compression algorithms in the MPEG2/4 codecs work so it can be really hard and really annoying to get rid of them. First off you need to apply filtering before encoding. There are several different strategies here; perhaps the most common one is to try to dither the image (the dark areas in particular) using various smoothing filters, another is to add gaussian noise/grain to try to "hide" the blocking (I'd not recommend using this except in very extreme cases). After that you need to tweak the encoder settings to preserve these filter choices; with x264 you usually want to use some kind of adaptive quantization scheme (usually Haali's) to force it to use more bits on the dark areas where it'd normally block. Experimenting with the inloop deblocking filter parameters can also have interesting results. Do not use trellis=2, it's frequently worse than 1 but is much slower. With XviD things are a lot harder; you pretty much need to empirically determine what the encoder does to different kinds of input and adapt your filtering to fit that (this is also true with x264, but since H.264 is a much better compression scheme and x264 has a lot more parameters to tweak, it's easier there). I never got really good at this since I concentrated on x264 instead; someone like Mentar or Nicholi who encoded tons of high quality stuff with DivX5 and the like could probably tell you more.
__________________
|
|
2008-02-07, 11:15 | Link #379 | |
x264 Developer
Join Date: Feb 2008
|
Quote:
1) AQ can work well (even my VAQ, which was designed for live action, not anime), but one of the main problems seems to be that at lower quantizers, the video can look more blocky due to the inloop deblocker being weaker. I would suggest trying high deblock settings. I would strongly suggest experimenting with VAQ, especially since all the places I've seen it fail in anime were at absurdly, unnecessarily low bitrates. 2) Trellis-2 shouldn't be a problem except on particularly detailed videos; I would think anime is the last place it would be a problem. Its a lot slower though. |
|
|
|