Latest Comments

Comment Types:
Comment in [WhyNot] Bodacious Space Pirates [BD 720p AAC]
09/03/2013 19:07 — interested14
Thanks for the links
Comment in [SORE] Kimi To Boku. [MP4][720p]
L 09/03/2013 18:26 — Tibb
No PJ inside as PJ servers always seem to be "unavailable".....

http://pastebin.com/pPxT4EDV or http://paste2.org/p/3095334
Note: both sites contain the same links, I have both just in case one site takes it down.
Comment in Space Battleship Yamato 2199 Chapter 4
Q 09/03/2013 14:49 *A_Registered_Trademark
Admin's note is on the mark about the main problem which was the subs were a different resolution, and provided a nice summary pointing to more elegant solutions.

But here's a simple fix in the form of external srt subtitles.  They were created by OCR extraction and edited by Nyaa User johndoe11.  There may be mistakes.  OCR has limited accuracy, editing can miss things and I don't think there was any proof-reader.  

Download, extract from zip and place in the same folder as the mkv of the same name.

http://www.mediafire.com/?1kxzbqbkspdl41g

Hopefully, it will just work without any additional steps.  However, if you still aren't getting subtitles during playback:

1. Look for the subtitles menu or general preferences section of your video player and find an option to prefer external subtitles.
2. Compare the file name of the mkv to the file name of the srt.  Make sure they are identical except for the suffix mkv and srt. (Some download services change blank spaces to underlined blanks, others lose all capital letters, etc.)
3. Try a different video player
4. Close browser and use Windows Task Manager to make sure the Flash player isn't running.  I have known cases where it kept subtitles from playing.
5. Reboot your machine.  The infrastructure behind subtitle playback can get messed up in Windows.
6. Wait for another version of this title to show up.

Thats everything I can think of.
Comment in Space Battleship Yamato 2199 Chapter 4
09/03/2013 12:37 *admin
I'm not in a convenient place to test things, but I'd just like to add to this helpful reply.

The subtitles appear to be in PGS (Bluray subpicture) format; I'm not sure what exactly supports them.

For mplayer2, if you need a Windows build, you can get them from here (unsure if this is the page A_Registered_Trademark was referring to). Note that mplayer2 is a CLI player, so you may wish to use it with a GUI front-end like SMPlayer.

xy-vsfilter claims to support it, with this gotcha:
Q: Why aren't Blu-ray PGS subtitles showing on my cropped/resized video?

A: Blu-ray PGS subtitles often have a fixed resolution of 1920x1080. Unless the encoded video frame matches the PGS subtitle resolution, no subtitles will be displayed. This is a limitation of the VSFilter 2.41 PGS code we are using. In the case of cropped 1920x1080 video, you can workaround this problem by padding the video back to 1920x1080. FFDShow users can use it's Resize filter to pad the video. LAV Video users can set temporarily set xy-VSFilter Vertical Padding to Extend to 16:9 (requires xy-VSFilter to be restarted).

If a video has been resized from 1920x1080 to 1280x720, the PGS subtitles as well need to be resized to 1280x720 with a tool like BDSup2Sub before they will be displayed in xy-VSFilter. If the 1280x720 resized video has also been cropped before encoding, in addition to resizing the subtitles with BDSup2Sub to 1280x720, you'll also need to pad the video to 1280x720 (16:9) as described above.

As an alternative to padding during playback, we've created a custom version of BDSup2Sub which adds support for resizing and exporting PGS SUP(BD) subtitles directly to common cropping aspect ratios. By matching the PGS resolution to that of the cropped/resized video, this should allow xy-VSFilter to display the PGS subtitles normally.


(I don't know whether the encoder here has performed this resize step described above or not, I presume not)

VLC changelog states PGS support from v1.1.0.

Maybe those might work, or you could wait for another solution/fix.
Hope that helps.
You are correct.
Just if you're interested, splitting is nothing more complicated than simply cutting a file at a certain point - no additional metadata is added anywhere (apart from in the filename).
Because of this, the cat utility in *nix does indeed join the parts correctly, such as the following command:

cat "[DeadFish] Blood-C: The Last Dark - Movie [720p][AAC].mp4".0?? >"[DeadFish] Blood-C: The Last Dark - Movie [720p][AAC].mp4"

If the file you get out of that is invalid, it's likely a part was broken/corrupt.
Hope that helps.
Comment in Space Battleship Yamato 2199 Chapter 4
09/03/2013 09:17 *A_Registered_Trademark
A couple of people at Nyaa are working on a solution for several problems with the subs.  It may take 24 hours.  I or someone will post a link here when a fix is available.  So far, 2 fixes have been posted and withdrawn, for various reasons.

Until then, the torrent author says the subs play fine with mplayer2, if you have or are willing to get that video player.  (Mplayer2 from its homepage is Linux based.  The only Windows install listed there is 3rd party from a source currently red-flagged by Norton Security.  So I don't have a good link for mplayer2-Windows at this time.)

Comment in Space Battleship Yamato 2199 Chapter 4
09/03/2013 08:18 — Anonymous
another subbed with no subs set.

Any chance of a fix?
if a file ends with .001 (or any #) you'll need to first join the parts together.
This can be accomplished by using HJSplit, or something like filejoiner.

After downloading HJSplit----> open--->select join ---> choose [DeadFish] Blood-C: The Last Dark - Movie [720p][AAC].mp4.001
---->Click start.

Then the file joins and you should get [DeadFish] Blood-C: The Last Dark - Movie [720p][AAC].mp4
which then you can resume at the 44:00 min mark.

Hope this helps!

Explanation why you need to join

Each file consists of binary digits and specifically each file begins with a certain amount of information.
at the start, you'll have information about the file type, name, duration, resolution etc.
So playing the first half you wont have any issue as all the information the video player needs is right there (well, the duration of the video is wrong but I think the player cannot check (or it was ignored)).
While the second half does not have this necessary information there (rather it begins with the bytes of info for audio and video and the decoder doesn't know what it is suppose to do with it) so it gives an error.

I should mention that this is all hypothetical, since I don't know exactly what the splitter does, but based on my knowledge of computer science I think I am not far from the truth. It has to be something along these lines because the cat and file redirection (>) in linux would join the files.
archive
Anime DDL+NZB mirror
Current Time: 26/06/2026 02:50



About/FAQs

Discord