Announcements
- Please buy a RapidRAR account OR buy a NitroFlare account via THIS LINK
- Our Mirror Domains List >> rmzmirrors.com
- Guide: How to download from RapidRAR at maximum speed
01/10
2018
Thank You For Your Service 2017 720p BluRay HEVC x265-RMTeam
[RR/NF/UL/OL/CU]
Size: 363MB RMTeam x265 mkv HEVC (MAIN) / AAC (LC) HD 1280x536
- Thank You for Your Service (2017)
- Genre: Biography | Drama | War
- Directed By: Jason Hall
- Cast: Miles Teller, Beulah Koale, Joe Cole
- MPAA Rate: R
- Country: United States, India
- Original Language: English
- Storyline: A group of U.S. soldiers returning from Iraq struggle to integrate back into family and civilian life, while living with the memory of a war that threatens to destroy them long after they've left the battlefield.
Video/Audio Codec: HEVC (MAIN) AAC (LC)
Video Resolution: 1280x536
NitroFlare:
http://nitroflare.com/view/6DA829E5572C754/thank.you.for.your.service.2017.720p.bluray.hevc.x265.rmteam.mkv
Uploaded.net:
http://uploaded.net/file/rr54ouh4
For some reasons, we've decided to stop uploading files to uploaded.net after Jan. 2021, until then we only upload small files to uploaded.net.
Openload:
https://openload.co/f/nKn2KJHe6RM/thank.you.for.your.service.2017.720p.bluray.hevc.x265.rmteam.mkv
64 Responses to "[RR/NF/UL/OL/CU] Thank You For Your Service 2017 720p BluRay HEVC x265-RMTeam (363MB)"
23:26:57
The main difference is that MkvCage uses the x264 codec which tends to result in a larger file size for similar quality when using HEVC x265.
That being said MkvCage is more consistent than rmteam in terms of quality. There's some really good rmteam encodes and then much poorer ones whereas you can rely on consistency with MkvCage. In this instance for example 455kbs is quite low. You would probably expect something around the 800mb- 1gb mark for such a 720p Bluray movie source and so i would say MkvCage as usually remains consistent whereas this would be quite a drop off for rmteam from their better encodes. It's probably still watchable if you absolutely need the lowest file size possible but 455kbs/363mb is insanely low for this even with HEVC. MkvCage's consistency wins out on this one in my view.
23:30:52
In addition look at the source being 4gb. If it's HEVC you generally would be looking at something around 60% of the source file size and so it would be something around 1gb-1.5gb for a good quality HEVC encode. 4gb to 333mb is beyond low to the lowest it can go.
01:16:38
Bro. What do you mean "irrelevant to the question" that's all relevant in establishing the differences between the two. If there was a good quality MkvCage encode and an rmteam presented for example purposes there wouldn't be much of a distinguishable difference between them and so further context is necessary.
Except i should point out once you get to a certain point like maybe 8-12gb source and above then it stops being about percentages and you can then benefit from applying a two-pass as proven by Tigole's encodes which stays consistently around the 4gb mark each time using a two-pass and maintains being some of the best encodes around.
What rmteam and MkvCage cage are attempting to achieve though is not a good encode but rather obtaining the lowest file size they can while still maintaining a "decent" quality and so it will be on the lower end and so that's why they will have similarities between them. The HEVC encode should for all intents and purposes be superior to the x264 encode though, and so that's why explaining more in depth is necessary. If i was doing a personal backup file encode i would much prefer my own 1.5gb HEVC file instead of a 800mb MkvCage file in that same line of thinking. MkvCage would achieve a smaller file size using x264 but that's not to say it's a good encode and so that's what was trying to be pointed out. It's MkvCage's consistently that is good despite using x264 vs rmteam's inconsistency, and that ultimately is the difference in this example because HEVC should be the preferred choice unless compatability with various devices is the only concern.
01:54:48
@TheFlashx265
Sorry but your numerous deficiencies are not worth my time. Perhaps you should earnestly direct your issues to a professional who can help you.
01:59:16
MkvCage is honestly the best no matter which encode is it like 1080,720 x264 MKV,or even MKV HEVC x265! Their movie quality not only stands up to the huge 4-8 GB size files,but in my opinion surpasses them! The video quality of MkvCage is shockingly stunning!! No word of a lie. They're VERY quick on "NEW" releases,and fast on "REPACK'S" as well! Though they hardly need to do them! Whatever you choose I hope it's MkvCage!
02:05:03
I think you're mixed up in what you find interesting vs relevance.
MkvCage doesn't use HEVC as was explained.
To establish a specific difference then context is necessary. Just stating something like this one has a higher bitrate isn't enough to establish anything.
I don't care if they were trolling. I find HEVC and the way it applies to encodes interesting as i have experimented with it a lot on my own backups in attempts to cut down on space vs previously using x264 for my backups. I've also checked out external encodes such as rmteam/mkvcage for examples and so i have a pretty good grasp on the various differences in this question.
Good day ladies and gentlemen.
02:22:40
@Mr. Y
First understand what tends to make the best x265 file is a good source. The best source will usually be a x264 file around 5 GB that was ripped from a Blu-ray disk.
Most sites like this will not tell you the file size of the source. As such, you can't simply know the quality, other than playing the video and looking at it, or searching for more info. RMZ will usually post that information, where sometimes the movie source was just 1 Gb (not good) or 5 GB (good).
Also, regardless of who releases files and re-codes them, it's often best to focus on each file. After comparing many files this way, you may learn that things are so random that it's hard to compare rmteam vs mkvcage.
Personally, I don't care much and often take what I find of x265 in 720p - 2ch AAC. Ease of use and DL speed of the file host is often my biggest concern.
That said, I like PSA's x265 encodes and for high end x265 10 bit, I like Joy (joybell).
P.S. Also, keep in mind that many people are color blind and/or don't have very good attention to detail. As such, those folks will tend to make a big thing over the importance of the video specs. Thing is, looking at the video playing is still the best test, unless you literally lack good sense.
02:53:29
@rmteamcunts
True, and because of those bots, I'm sure RM team has the time and money to do whatever drugs they want all day.
Also, it's not all black and white, some files and good, some are okay, and some are broke.
03:15:45
I am entitled to an opinion like everyone else. I'm not "SPAM" What difference does big file size matter to me? Actually it doesn't especially since stupid HEVC's only play mostly on computers with the right codec. DIVX Player only plays them on mine. I like the manageable file sizes because they fit more files on data discs and usb's which I use on my Samsung home theater blu-ray player..and on the t.v. the video files look astonishing. And I did try the larger file sizes which don't play on the blu-ray. And why waste storage space on my computer with big files? I don't know what everyone else uses so how can that be relevant to MY situation?
03:27:18
Mr. X.
I don't see you naming these supposed wrong things and providing a correction. If there's something in there you think is "wrong" it's more than likely something you don't understand and not wrong as you think. Not to mention some of it is subjective and cannot be wrong.
03:42:00
"Mr. X" You're on the rag because you're a little girl. So shut-up don't try to sound intelligent when you're being rude,insulting,discriminating,childish and hypocritical. Intelligent people don't insult. Dummies do that. And how idiotic can you be saying I'm "Advertising" when that is clearly to "Sell" something..so idiot "Know it all"(but you don't)How can you sell something that's free? Well tell me? And what is going on here? But meaningless idiocy on men's part who act like little boys
03:49:23
Everything on MkvCage's site is free,and this one as well so why would anyone especially me advertise something that's free? And why advertise anything that's not financially benefiting me or anyone else? If I like something I CAN share that and if no one likes it FINE! Why all the dumb insults? Because I can do that too. Fuck sakes some people ALWAYS MEN act like assholes here on this site? People try to voice opinions on here and some retard ALWAYS has something ignorant to say. WHY?
03:50:34
ChrisMac71 - Thank you for contributing here. Obviously there are some immatures people here. They insult themselves with such comments.
BTW, if you want to be my RMZ friend, I would like that very much.
03:51:10
"Mr. X" I don't give a fuck how "Hyped" up my comment is! How does your look? Like an asshole
03:54:24
Haha. Okay bro. The person is wrong who provided in depth substance on the matter vs the person who has provided nothing. I do all of my personal backups in HEVC and tested many different settings on my own and have seen the data firsthand. I have tested every various HEVC encode to help me in research finding good settings. In my opinion Team UTR has the best encodes and so that's the basis i try to follow with my backups. It's a bit on the larger side compared to a lot of the others but i think it's worth it.
If you're going to sit there and tell me that taking that 4gb source down to 363mb is a good encode. That's just ridiculous. The program i use would probably uninstall itself if i tried to input settings to create that.
03:56:55
Thanks "kevin" I don't know if we can have friends here,but I would be your friend
04:14:31
@ChrisMac71 - That interesting. I never questioned your so-called entitlement to your opinion, but here you are now attacking me of what you are now clearly guilty of.
And your right, I don't know if you are a salesperson and I never claimed as such. Perhaps you're a student in marketing testing new skills. I don't know, never did, I was just telling you what it looks like, but obviously you are too bigoted to empathize with that theory. For you to turn negative over that seems rather childish and then some.
As for what goes on here, I was talking about the freedom to say what you want. No one has threatened that for you, as you have to me by saying to shut-up and such.
Also, it was not me who said you were on the rag. You let a troll control you to attack me. Very sad.
You don't sound like a very smart or nice person.
04:20:48
Great, so we are friends. Give me shit and/or send me some love, it's all good to me, when put in the proper perspective.
And again, I didn't say you were on the rag. I like people who speak their mind, right or wrong, man or woman or ?, mad or calm.. I still strive to make the best of things.
Also, I have no reason to disagree with you. It is what it is.
04:21:03
Great, so we are friends. Give me shit and/or send me some love, it's all good to me, when put in the proper perspective.
And again, I didn't say you were on the rag. I like people who speak their mind, right or wrong, man or woman or ?, mad or calm.. I still strive to make the best of things.
Also, I have no reason to disagree with you. It is what it is.
04:28:58
"Mr.X" Now you're trying to sound patronizing the rude comments actually were for the "Troll" that had the name "@ Mr. X" not you. People are rude to me,I'm rude to them. And if you are "Mr.X" why are you calling yourself "kevin" also? Any wonder why anyone would be confused? This shit is just getting weird now,what's the point? Go back up and read what the "Troll" said to me,then you will know why I said it. If you didn't say "chrismac71 is on the rag" Then I would never purposely be mean to you
04:30:56
Oh someone said that "MkvCage doesn't do HEVC"? and they do. Here's a link-http://www.mkvcage.com/thank-service-2017-720p-brrip-hevc-700mb
04:39:45
@ChrisMac71
I'm sorry for my rude Mr. X alter ego there. But at least you know what I was truly thinking.
As you can see, I'm not a big fan of superfluous platitudes, but I can still be a charming robot if that's what you want.
Understand that I'm not trying to mean here. If anything, I want to be laughing with you about all this.
Earnestly, your dumb friend Kevin.
04:40:29
If you're Mister X which is weird that you're using two identities you definitely shouldn't be telling others they're wrong when you're saying things like,
"The best source will usually be a x264 file around 5 GB that was ripped from a Blu-ray disk"
That is far from the best and on the lower end of things. 1080p/25gb and above is "the best", 12-15gb is good, the rest around the 5-8gb range is decent as far as movie sources go.
Then you go on to say,
"Also, regardless of who releases files and re-codes them, it's often best to focus on each file. After comparing many files this way, you may learn that things are so random that it's hard to compare rmteam vs mkvcage."
It's mainly only rmteam that is like this. Most others have consistent settings they use. If you look at Pahe, MkvCage, djahmed, MkvCage, UTR, PSA, and even YIFY, etc, etc... all of them have a consistent settings basis. They're sources tend to be what changes things up.
And then you go on to say you don't even care.
"Personally, I don't care much and often take what I find of x265 in 720p - 2ch AAC. Ease of use and DL speed of the file host is often my biggest concern."
That's all splendid but with that mindset you shouldn't be calling others who do care and spend a lot of time experimenting and researching wrong. If you just want to check out a quick and easy small file encode there's nothing wrong with that but there's also no need to make it out like it's a good encode. These have their place for a specific purpose and they value size over quality.
04:43:30
"kevin" That's all right! Just a misunderstanding not directed at someone who is obviously kind like you!
04:57:16
@ChrisMac71 - You said:
Oh someone said that "MkvCage doesn't do HEVC"? and they do.
True that. That's in part why I (Mr. X) said what I did to TheFlashx265. Yet I seldom bother to get into it with hard-headed know-it-alls like that, except for you. (please laugh, that was a joke).
But I still have faith in TheFlashx265, and most of what he said was correct.
@TheFlashx265 - Will you be my RMZ friend? As such, I will take the time to point out what I think is wrong, I'll be nice and compliment you as need be, but you must be nice to ChrisMac71 (at least most of the time). How about it friend?
04:59:55
@TheFlashx265
I just read your latest manifesto there, I'll get back to you on that.
05:01:21
ChrisMac71.
I stand corrected on that then. I've never seen them use HEVC before. If you check their torrent page it's almost all x264. Even that same movie being discussed is x264 on there.
Thank.You.for.Your.Service.2017.720p.WEB-DL.850MB.Mkvcage
Thank.You.For.Your.Service.2017.720p.BRRip.999MB.MkvCage
Both are x264 for example.
Okay, so they have used HEVC i'm not sure how long they've been doing some hevc encodes but it's still like 95% at least where they use x264 in nearly all of their torrent releases but i'll admit i was wrong saying they don't use HEVC.
05:02:36
Yes "TheFlashx265" was right about many things! I guess everyone is right in their own way! Have a nice evening everyone!
05:07:40
I'm willing to be corrected on anything if there's evidence to the contrary. I'm not arrogant. Go for it. I'm happy to learn MkvCage is doing HEVC encodes. I've long since dropped x264 and hope more people embrace HEVC so i'm happy to be wrong on that.
05:16:32
What's up with this though?
In mediainfo it states the filename of the x264 release
Movie name : Thank.You.For.Your.Service.2017.720p.BRRip.700MB.MkvCage
...but lists the source from Geckos. Did x264 encode the Geckos source and then re-encode that x264 with HEVC?
If that's the case does that technically make me wrong still?
05:31:44
"The best source will usually be a x264 file around 5 GB that was ripped from a Blu-ray disk"
When I wrote that, I thought, "that could be taken the wrong way".. But then I thought "it's correct in the context here".. The context being in what we get with sites like this. The sources they use for recodes are usually at most about 5 GB (for movies). Furthermore, I bet you clearly knew what I meant, but you couldn't resist in challenging it regardless.
And then you go on and on trying to bust my other words. And then you try to assert some moral rule of what I shouldn't be doing. Really? That's all you got?
Regardless, I respect your knowledge. So tell me, when the encoder folks in The Scene have a 1080p/25gb file, and they want to get a 1 GB from it, do they do that all in one process, or do they encode it in stages, such as first to 10 GB, then 5 Gb, then to 1 GB?
06:01:56
I didn't do anything to challenge you. I didn't even know you were Mister X until you revealed it and didn't say anything about your posts until you said something about mine.
You stated "best" which to me implies what it says literally. If you said the best on this site i would've taken it that way although i do think they use higher sources than 5gb on here from time to time. I don't follow rmteam's movies very much though. I mainly check here for hard to find stuff like 1080p encode of Celebrity Big Brother or something like this.
If you have a 1080p/25gb file... you would do what Tigole from UTR does and use a two-pass which allows you to control your bitrate and filesize. What it does then is create an initial run through where it maps out data like for example how it will need more bitrate in a high motion area here and less bitrate in a low motion there and this will give the second pass a very good accuracy and you should be able to hit your target size with this method. In my opinion you should aim for about 3-4gb at around 3.5/4kbs from that source with a two-pass. If you wanted to hit 1GB you could try to do so using the same method just lowering the bitrate down and maybe a slower speed as well. I only go that low though if it's something i don't feel needs a lot of bitrate behind it. For any movie backup in that file size range i stay around the 2.5-4gb range but that's me.
This would be using something like Hybrid, Megui or Staxrip with up to date apps and not Handbrake.
This of course is adjusted depending on source material.
Anything that isn't judged to need a controlled bitrate/file size such a tv episodes can be used with "quality mode" crf and that's where more experimentation comes in. Different source types and settings all can lead to different results. I have my own settings that work for me and others have theirs and that's where it becomes subjective depending on each person's preferences of what quality they can tolerate, how big their viewing screen is, what size they are comfortable with, etc.
06:25:42
It's like what ChrisMac71 said, a misunderstanding. See, like you, I'm familiar with mkvcage being on BT. Yet unlike you, I intuitively assumed that Mr. Y was talking about a site like RMZ that encodes x265 files from the Scene. So I did a quick search on google to help confirm that, and there it was: mkvcage.bid
After checking it out, I thus posted my comment to answer Mr. Y's question the best I could.
Also, after checking out mkvcage.bid I found it worth bookmarking along with:
rmz.cr
scene-rls.net
filepursuit.com
filemare.com
alluc.ee
ulozto.net
beerfarts.us.com
reddit.com/r/opendirectories
fmovies.is
vodly.cr
primewire.ag
yts.io
But I don't think mkvcage.bid is as great as ChrisMac71 painted it to be, but I'm still optimistic.
06:35:22
Sure, I get that, yet if you look what I said, I made it pretty clear what I was talking about in relation to Mr. Y's question. Again I wrote:
"First understand what tends to make the best x265 file is a good source. The best source will usually be a x264 file around 5 GB that was ripped from a Blu-ray disk.
Most sites like this will not tell you the file size of the source........"
As is was, I think I was spot on with the topic.
rmteamcunts - No need to be a snob, although at least Mr. Sucky finds it sexy.
06:39:06
Goodbye ChrisMac71 if u are still around. And even if that post smelled like spam, it's likely better than the BS I shovel sometimes.
06:41:49
Oops, those 2 comments are for u TheFlashx265:
It's like what ChrisMac71....
Sure, I get that....
07:09:04
@TheFlashx265
As for encoding goes, I guess you may agree that properly taking a 25 GB to 5 GB and then to 1 GB will give good results, if not the best, being if 1 GB is what you want from those 2 steps. Yet you still theorized the idea of doing it all in one step:
"If you wanted to hit 1GB you could try to.."
So you don't know either.. I think most encoders in the Scene do it in 2 or more steps, with x264 first and x265 last.
As such, that is where I was getting at. "The best source will usually be a x264 file around 5 GB that was ripped from a Blu-ray disk". Being that 5 GB source is usually the best source for popular x265 files in the range of 800mb to 1.8 GB. All common and popular. To try to nudge the topic otherwise seems rather silly to me.
07:31:58
Also FYI, I used both Mr. X and kevin to help deal with the trolls here. Furthermore, I stand by what I said, as rude as some of it was taken, it was earnest and on topic.
07:35:28
@rmteamcunts
Actually, I have never fucked my mother, but I did let her such my bleeding anus once.
BTW, I like cunts, what are you into, black dicks?
07:40:36
Opps, such = suck
So rmteamcunts, will you be my RMZ friend? I can help you post negative propaganda about RMZ, all in capitals, like this:
RMZ ENCODES ARE SO SHITTY THAT I WOULD NOT EAT THAT SHIT UNLESS I WAS VERY HUNGRY AND EVEN THEN I MAY NOT EAT IT BUT I GUESS I WOULD. SO FUCK YOU RMZ!
07:58:32
A lot of the stuff you're saying isn't very clear until you later clarify to what your asking or saying. I can't know what's in your mind.
Yes. These people who encode movies at around 800mb-1gb they usually take someone else's rip and then proceed to do a simple re-encode with handbrake. It is usually as you say the lower end x264 rips that they use for a source that is already on the lower end like in the 3gb-9gb range.
My point was simply that is far from the best though, or arguably even what is considered as good quality. These are meant for people who generally prefer lower file size over quality. None of these are going to be the same as Tigole's encodes in the world of HEVC.
I'm not saying i don't know how to encode a movie to 1GB. It's far more easier to do so than what i previously explained. I was just saying that i don't see any reason to do this if you have a high quality source available. I thought you were asking how to obtain a good quality encode from a 25gb movie backup. There's no reason to try and make a 25gb into 1gb. You would already be saving 20gb of space by making it 4-4.5gb while still maintaining a pretty good quality not quite as good as the original but at that bitrate/size with HEVC it's pretty good and is that really not enough?
There's nothing wrong with preferring size over quality if that's a priority. There just becomes a line of when is it too far when sacrificing quality for size. In my opinion taking a 4gb source down to 363mb is crossing that line into extremes. My 20min sitcom episodes are around that size.
Like i said earlier though it's all about preference. Maybe there's someone out there watching on a tiny screen and doesn't have much bandwidth and likes these type of thing. Too each their own i guess.
All i was trying to do was give a little context and substance to why there's differences between encodes.
09:54:18
"A lot of the stuff you're saying isn't very clear until you later clarify to what your asking or saying. I can't know what's in your mind."
No, your mistake was that you were off topic from the start, assuming other things. If you knew what the topic was, then it's all there, not too hard to see.
In fact, much of what you say is ambiguous. For example:
"What's up with this though?
In mediainfo it states the filename of the x264 release
Movie name : Thank.You.For.Your.Service.2017.720p.BRRip.700MB.MkvCage
...but lists the source from Geckos. Did x264 encode the Geckos source and then re-encode that x264 with HEVC?
If that's the case does that technically make me wrong still?"
WTF?.. "the filename of the x264 release" - what release, where?
"Did x264 encode.." What the fuck does that mean? Like "x264" is a person?
And then like that has something to do with how you were wrong or not as ChrisMac71 pointed out? I don't see it. Looks like confusing subterfuge.
Then you say, "Yes. These people who encode movies.." - Who are you agreeing with? Not me, not my point and not addressing my question, again.
"I'm not saying i don't know how to encode a movie to 1GB." - So? How does that answer my question? It doesn't.
Then you say "There's no reason to try and make a 25gb into 1gb." Not true. Where do you think 1 GB movie Blu-ray rips come from? The file from the disk is big, and if you want a 1 GB, there you go, like I said. As for what method is better or not, I never got into that, as that's another subject. I clearly asked you how many steps are usually involved, but you didn't know for 1 GB, and now you act like that's not even a thing a reasonable person would do, ha!
In the end, I get it, you know what "best" is and you want everyone to know, regardless of the topic or the questions.
09:58:23
@TheFlashx265
Oops, ha, I'm also sucky. I forget to change back to kevin after trolling rmteamcunts. He needed my sucky.
10:09:46
@TheFlashx265 - FYI:
Just so you know, these users were not me:
Everything you said is Irrelevant
@Mr. X
TheFIashx265 - fake
And that fake Mr. Y response.
09:32:23
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
23:50:10
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
15:10:33
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
16:00:26
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
21:03:34
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
21:50:02
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
21:30:08
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
22:40:01
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
21:00:10
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
22:01:32
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
19:50:13
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
22:50:02
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
01:50:59
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
12:00:06
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
22:50:41
RapidRAR re-uploaded with new RAR file(s) (users who couldn't download some parts need to download all parts again).
Recent Comments
- Xanthmoster:
Why you missing this one? You got the rest of them?
- Xanthmoster:
Why you missing this one? You got the rest of them?
- mechanisator:
Please, Can you reup this file on ClicknUpload?
Thx - mechanisator:
Can you reup this file on ClicknUpload?
thx - pop: The Cinque_Persson Troll alias listAll Russian, Spanish & other non-English spam posts +no_no De...
- Beastie: @ddavenportwhy don't you ever respond? don't you want Brainstorm (1983) anymore?Another interesting ...
- Beastie: @ddavenporteasily found this in under 20 sec did you try searchig for this? where did you look?
- yopo: @Admin Please, can you add "The.Cleaner.S03E02.The.Baby.1080p.WEBRiP.x264-DARKFLiX", &q...
- waanaabe: I don't get cams either. Putting cams up is like "Here It Is! Nah -Just Kiddng"- tease. No...
- chev406: moderator of this site is an idiot. ready player one & all the others you use, seriously dude
- jw743:
I have no interest in cams or TS's.
Will wait patiently for something better :-) - 89M: Law and Order SVU S26E01 720p HDTV x264-SYNCOPY = the end of the episode is missing (17 seconds are ...
- waanaabe: Hi! I need is The Apothecary Diaries S1 -480p, with SUBS (not dubbed). It's be nice to have an even ...
- waanaabe: Hi! I need is The Apothecary Diaries S1 -480p, with SUBS (not dubbed). It's be nice to have an even ...
- waanaabe: @Admmin: I tried to ask for something in the encoding queue but it lead to a list -not to where one ...
- sd55: The audio of the Odessa file 480p is not proper, there is some commentary going on. Please correct a...
- sd55: The audio of the Odessa file 480p is not proper, there is some commentary going on. Please correct a...
- sd55: The audio of the Odessa file 480p is not proper, there is some commentary going on. Please correct a...
Archives
- October 2024 (577)
- September 2024 (4426)
- August 2024 (4220)
- July 2024 (5010)
- June 2024 (3636)
- May 2024 (3432)
- April 2024 (4061)
- March 2024 (4170)
- February 2024 (5111)
- January 2024 (5796)
- December 2023 (5596)
- November 2023 (6717)
- October 2023 (8799)
- September 2023 (8508)
- August 2023 (7515)
- July 2023 (7401)
- June 2023 (6932)
- May 2023 (7827)
- April 2023 (7187)
- March 2023 (7277)
- February 2023 (5461)
- January 2023 (6304)
- December 2022 (6909)
- November 2022 (6945)
- October 2022 (7426)
- September 2022 (7398)
- August 2022 (7851)
- July 2022 (8602)
- June 2022 (7968)
- May 2022 (6182)
- April 2022 (6702)
- March 2022 (5961)
- February 2022 (5501)
- January 2022 (6420)
- December 2021 (7227)
- November 2021 (7111)
- October 2021 (7422)
- September 2021 (6301)
- August 2021 (6331)
- July 2021 (8361)
- June 2021 (8625)
- May 2021 (8952)
- April 2021 (10903)
- March 2021 (11323)
- February 2021 (10198)
- January 2021 (10756)
- December 2020 (9390)
- November 2020 (9423)
- October 2020 (10599)
- September 2020 (7253)
- August 2020 (5563)
- July 2020 (5200)
- June 2020 (3710)
- May 2020 (4785)
- April 2020 (6138)
- March 2020 (7112)
- February 2020 (7967)
- January 2020 (9551)
- December 2019 (8292)
- November 2019 (7683)
- October 2019 (7945)
- September 2019 (7816)
- August 2019 (6391)
- July 2019 (7289)
- June 2019 (5805)
- May 2019 (8078)
- April 2019 (6421)
- March 2019 (4838)
- February 2019 (4308)
- January 2019 (4909)
- December 2018 (5495)
- November 2018 (5399)
- October 2018 (5238)
- September 2018 (4982)
- August 2018 (4591)
- July 2018 (4763)
- June 2018 (4469)
- May 2018 (4344)
- April 2018 (3891)
- March 2018 (4322)
- February 2018 (4260)
- January 2018 (3577)
- December 2017 (3636)
- November 2017 (3490)
- October 2017 (3688)
- September 2017 (3462)
- August 2017 (3849)
- July 2017 (4570)
- June 2017 (5563)
- May 2017 (5825)
- April 2017 (5659)
- March 2017 (5408)
- February 2017 (4754)
- January 2017 (2493)
- December 2016 (3430)
- November 2016 (3670)
- October 2016 (3369)
- September 2016 (3656)
- August 2016 (3156)
- July 2016 (4568)
- June 2016 (6362)
- May 2016 (5608)
- April 2016 (6145)
- March 2016 (5329)
- February 2016 (5045)
- January 2016 (5108)
- December 2015 (4914)
- November 2015 (4196)
- October 2015 (4623)
- September 2015 (5471)
- August 2015 (5400)
- July 2015 (3215)
- June 2015 (2364)
- May 2015 (2541)
- April 2015 (2381)
- March 2015 (2559)
- February 2015 (2481)
- January 2015 (1868)
- December 2014 (3221)
- November 2014 (2733)
- October 2014 (3125)
- September 2014 (3141)
- August 2014 (2987)
- July 2014 (2999)
- June 2014 (2794)
- May 2014 (3235)
- April 2014 (3103)
- March 2014 (3295)
- February 2014 (3524)
- January 2014 (4231)
- December 2013 (3186)
- November 2013 (3427)
- October 2013 (3694)
- September 2013 (3372)
- August 2013 (4489)
- July 2013 (3850)
- June 2013 (2940)
- May 2013 (3872)
- April 2013 (3333)
- March 2013 (2764)
- February 2013 (2715)
- January 2013 (2545)
- December 2012 (3271)
- November 2012 (2361)
- October 2012 (2354)
- September 2012 (2333)
- August 2012 (2317)
- July 2012 (1807)
- June 2012 (1620)
- May 2012 (1390)
- April 2012 (1613)
- March 2012 (1601)
- February 2012 (1474)
- January 2012 (1331)
- December 2011 (1482)
- November 2011 (1354)
- October 2011 (1302)
- September 2011 (1140)
- August 2011 (410)
64
Comments