Yama Hime no Sane ep1
4
Sindalf
Used to do stuff
Going to keep this one short. I hate everything about this hentai but I hope you all enjoy it. This is some QUALITY animation.
Brief description: Some kid whose name I can not remember buys a PC for the very first time. He starts surfing the net for porn and finds a story about some women he thinks is his mother. Little does he know it actually is his mother and it tells the story of his mother and a man from her work in a story book like fashion.
List of things that delayed this release.
Waar forgetting to edit twice
Digimon
Bytesexual turning quality check into an actual job
Gundam 00
Banjo Kazooie
Video: Windows Media Video 9 640x480 119.88fps [Video] Seriously, what the fuck?
One frame being a full 800ms near the very end
Strike Witches
Subbing Black Rock Shooter for two groups.
Skype calls
K-on being the best anime ever
Rizon irc being awesome
Credits
Translation - ACF
Timing - Bytesexual
Editing/Typesetting/QC - Sindalf
Torrent: [FAKKU]_Yama_Hime_no_Sane_01_[B58212E7].mkv
Waar and me are leaving for Otakon this week end so maybe we will have something ready when we come back.
0
Animation looks good, but something tells me NTR happens in the 2nd episode.
Anyways Appreciate the upload, keep up the great work. Also take your time.
Anyways Appreciate the upload, keep up the great work. Also take your time.
0
ReapeR00 wrote...
what does NTR mean?I've been wondering for a while now.I can't give you a perfect definition but I'ma Copy and pasta something from urban
Spoiler:
Think of the Hentai anime of Triangle Blue or Grope
0
I just hope this file actually plays in other players besides just MPC-HC with CoreAVC and CCCP.
If you can't get a file to work in almost everything, then you've done a crappy job.
Anyway, the story is based on MotherNTR short manga by Sanbun Kyoden. The kid ultimately loses his mother to some old guy who rapes her until she likes and, and then she's printed about in a magazine and has a porn video.
Yes, NTR can be about mothers, sisters and others, it's not just husbands and wives or boyfriends and girlfriends. Sanbun doesn't like making happy endings.
I believe Erobeat had this one subbed and were planning on eventually encoding it and releasing sometime, but they've slowed down substantially as of late.
Here's the original manga:
g/256449/e14e86a093/ [Japanese] This one is from the mother's point of view which is interspersed a bit throughout the hentai, but not the main focus.
g/86615/d29515dd99/ [Japanese] This is the one that the hentai is based off primarily, telling the story from the son's point of view as he views the images and then goes to the sex party.
g/265586/491371b6e7/ [English] And here's a follow up that serves as an in-universe magazine that ties a few of Sanbun's other works together, like Yama Hime no Satomi which Faytear/Brolen did quite a while back.
If you don't like rape, NTR/Netorare, cheating, abandonment, or sad endings, DO NOT DOWNLOAD IT. It gets worse in the second episode!
If you can't get a file to work in almost everything, then you've done a crappy job.
Anyway, the story is based on MotherNTR short manga by Sanbun Kyoden. The kid ultimately loses his mother to some old guy who rapes her until she likes and, and then she's printed about in a magazine and has a porn video.
Yes, NTR can be about mothers, sisters and others, it's not just husbands and wives or boyfriends and girlfriends. Sanbun doesn't like making happy endings.
I believe Erobeat had this one subbed and were planning on eventually encoding it and releasing sometime, but they've slowed down substantially as of late.
Here's the original manga:
g/256449/e14e86a093/ [Japanese] This one is from the mother's point of view which is interspersed a bit throughout the hentai, but not the main focus.
g/86615/d29515dd99/ [Japanese] This is the one that the hentai is based off primarily, telling the story from the son's point of view as he views the images and then goes to the sex party.
g/265586/491371b6e7/ [English] And here's a follow up that serves as an in-universe magazine that ties a few of Sanbun's other works together, like Yama Hime no Satomi which Faytear/Brolen did quite a while back.
If you don't like rape, NTR/Netorare, cheating, abandonment, or sad endings, DO NOT DOWNLOAD IT. It gets worse in the second episode!
0
I downloaded the torrent and when I opened the file using Windows Movie Maker it gave me an error box with the options to either close it of find web help. It's done with with every torrent I have tried to download.
(edit) Found out what was wrong. I've fixed it.
(edit) Found out what was wrong. I've fixed it.
0
Sindalf
Used to do stuff
!!walw6pK4Alo wrote...
I just hope this file actually plays in other players besides just MPC-HC with CoreAVC and CCCP.If you can't get a file to work in almost everything, then you've done a crappy job.
The Matroska specifications know a feature called "header removal compression". This allows a muxer to keep a certain number of bytes that are identical for each frame in the track headers removing them from the individual frames. This reduces the size of the tracks significantly without altering the content as a demuxer can add the bytes found in the track headers to each frame during demuxing.
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
I love breaking things even when I didn't know about it at the time. I am proud most of all for breaking vlc last release.
0
Sindalf wrote...
!!walw6pK4Alo wrote...
I just hope this file actually plays in other players besides just MPC-HC with CoreAVC and CCCP.If you can't get a file to work in almost everything, then you've done a crappy job.
The Matroska specifications know a feature called "header removal compression". This allows a muxer to keep a certain number of bytes that are identical for each frame in the track headers removing them from the individual frames. This reduces the size of the tracks significantly without altering the content as a demuxer can add the bytes found in the track headers to each frame during demuxing.
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
Your other releases still didn't work on Linux or OSX, Sindalf. Encode better. The end result is that they were still the only files in all of fansubberdom that don't universally work on most players.
0
Sindalf
Used to do stuff
!!walw6pK4Alo wrote...
Sindalf wrote...
!!walw6pK4Alo wrote...
I just hope this file actually plays in other players besides just MPC-HC with CoreAVC and CCCP.If you can't get a file to work in almost everything, then you've done a crappy job.
The Matroska specifications know a feature called "header removal compression". This allows a muxer to keep a certain number of bytes that are identical for each frame in the track headers removing them from the individual frames. This reduces the size of the tracks significantly without altering the content as a demuxer can add the bytes found in the track headers to each frame during demuxing.
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
Starting with v4.1.0 mkvmerge uses header removal compression for a couple of track types by default. These include AC3, DTS and MP3 audio tracks as well as Dirac and MPEG-4 part 2 (aka. XviD/DivX) video tracks. The user muxing a file may disable it by explicitely selecting 'none' as the compression scheme for such a track.
If your player has difficulties playing such files then it is a bug in that player or in the demuxer but not in mkvmerge. This feature has been part of the Matroska specification since more than six years, and there's no excuse for refusing to add support for it.
The proper solution is to ask the vendor of your player to support this feature. A temporary solution is to re-mux such files turning off extra compression for all tracks.
Here's a list of hardware and software players that do not implement this part of the specification. This list is most likely outdated as updates are released by the authors and manufacturers.
* Software:
o Media Player Classic (MPC) and Media Player Classic Home Cinema (MPC-HC)
o mplayer and derivatives (e.g. KMPlayer)
o SolveigMM DirectShow demuxer
o tsMuxer
o VideoLAN Client (VLC)
* Hardware:
o Freebox (One user got a response from the manufacturer stating that one of the next firmware upgrades would add support for this feature.)
o Popcorn Hour
o Samsung LED TV
o Sony PlayStation 3 (PS3)
o Western Digital TV Live HD (WDTV)
Still doesn't work on Linux or OSX, Sindalf. Encode better.
>implying I encode
I didn't touch anything this time. I turned it all off actually.
A real linux user should be smart enough to fix any and all problems on their own. OSX as well if they are serious about it.
0
kenwil wrote...
this is based on the manga by Sanbun Kyoudenso expect rage in this series
There's an older series from 1999-2000 based off his stuff, Secrets of a Housewife. That one ends pretty well, but that's about it for his entire line of work. And if you think this hentai looks QUALITY, that one looks like that fanmade Evangelion hentai.
0
animefreak_usa
Child of Samael
Sindalf wrote...
Waar and me are leaving for Otakon this week end so maybe we will have something ready when we come back. O_o
0
Had to remux using mkvmerge the past release and was able to let it play on Mplayer (build dated 4/14/2010). Regarding the compression I find saving .1mb not worth it for being unplayable.
Size comparison:
[FAKKU]_Watashi_no_Shiranai_Mesu_no_Kao_Vol.01_[66E51826] = 283.7mb
[FAKKU]_Watashi_no_Shiranai_Mesu_no_Kao_Vol.01_[66E51826][v2] = 283.8mb
Size comparison:
[FAKKU]_Watashi_no_Shiranai_Mesu_no_Kao_Vol.01_[66E51826] = 283.7mb
[FAKKU]_Watashi_no_Shiranai_Mesu_no_Kao_Vol.01_[66E51826][v2] = 283.8mb
