Recommended Posts

Not really. The books are more gruesome with a few exceptions like the pregnant stabbing or Oberyn's death, but I suppose some readers might lack imagination.

It's a joke, and you mentioned two examples of how said joke is relevant. /boggle

It's a joke, and you mentioned two examples of how said joke is relevant. /boggle

Of course it's a joke, just not a very good one when there's only two examples in 4 seasons. Actually the Red Wedding is the only example since Oberyn's death is as gruesome, just different. And speaking of the Red Wedding there's a part of gruesome missing, Catelyn going insane and scratching her own face off before her throat is slit.

Damn it, they killed

Pyp and Grenn. In the books they're both alive and Donal Noye (the one armed blacksmith of Castle Black) is the one that kills and dies with Mag the Mighty (the giant in the tunnel).

Good focused episode overall with no talks of beetles.

 

One thing they ######ed up in a major way (book and possibly E10 spoilers):

Where the ###### was Stannis. He's supposed to be the one that crushes the wildlings on the north side of the wall.

 

pretty sure in the books they hold out over night like in the show, then Snow talks to them and while that happens Stannis comes in a few days and wipes them all out, im 99% sure it didn't happen on the first day/night.

 

Also, that episode took a big number 2 over the battle of helmsdeep in LOTR. 

pretty sure in the books they hold out over night like in the show, then Snow talks to them and while that happens Stannis comes in a few days and wipes them all out, im 99% sure it didn't happen on the first day/night.

 

Also, that episode took a big number 2 over the battle of helmsdeep in LOTR. 

You're right, this happens when Jon meets with Mance so I guess it's going to take place at the start of the next episode. The circumstances of Jon going to assassinate Mance is completely different on the other hand and you have to admit, the attack on the north was pretty anaemic (or am I misremembering stuff again).

 

I liked the sword fighting a lot, none of that fast cuts bullcrap.

One thing they ######ed up in a major way (book and possibly E10 spoilers):

Where the ###### was Stannis. He's supposed to be the one that crushes the wildlings on the north side of the wall.

I thought

Stannis came after Jon had gone to parley with Mance

. Assuming that's what's going to happen next episode.

 

What I'm really looking forward to is

Tyrion getting his revenge on Shay and Tywin

. As well as reading Feast for Crows later this month :D

I thought

Stannis came after Jon had gone to parley with Mance

. Assuming that's what's going to happen next episode.

 

What I'm really looking forward to is

Tyrion getting his revenge on Shay and Tywin

. As well as reading Feast for Crows later this month :D

Yeah, I got the order of events mixed up.

The look on Tywin's face should make that extremely satisfying, but want I'm most looking forward to is Jaimie telling Tyrion the truth about his first wife.

pretty sure in the books they hold out over night like in the show, then Snow talks to them and while that happens Stannis comes in a few days and wipes them all out, im 99% sure it didn't happen on the first day/night.

 

Also, that episode took a big number 2 over the battle of helmsdeep in LOTR.

But nothing beats the Giants in GoT. Pretty Awesome for a TV show.

Yeah, I got the order of events mixed up.

The look on Tywin's face should make that extremely satisfying, but want I'm most looking forward to is Jaimie telling Tyrion the truth about his first wife.

Yeah that should be an interesting interaction.

Initially when I read it and what follows in the book, I thought Jamie was lying in order to provoke Tyrion into killing Tywin.

I guess I won't find out until I read Feast for crows.

Freak'n amazing episode. Loved the whole thing...... That ending though. Now Jon will need to gather the 7 dragon balls... oh wait, I'm mixing shows up again.

:laugh:

Yeah

 

Didn't expect Jons wildling gf to get killed, but I guess EVERYONE dies in a song of fire and ice eh?

 

Not that I don't enjoy this but aren't you behind now?  Episode 8 was 2 weeks ago and episode 9 was a couple of days ago.

Yeah but the pictures got released yesterday in Hi-Res might be someone that might be interested in them :)

the rest of 9

dR4FDYFc.jpg 4rjHnapz.jpg 2GwX3qtl.jpg sMukmOQc.jpg vSQ1sjbZ.jpg ZIorWyh6.jpg EQZc5WL7.jpg

Yeah but the pictures got released yesterday in Hi-Res might be someone that might be interested in them :)

the rest of 9

dR4FDYFc.jpg 4rjHnapz.jpg 2GwX3qtl.jpg sMukmOQc.jpg vSQ1sjbZ.jpg ZIorWyh6.jpg EQZc5WL7.jpg

The Giants, Awesome.

What ever happened to the 2 hr. Season Finale?

What are you talking about?

This show needs a 2hr finale. Finale's used to go 2 hrs.

This topic is now closed to further replies.
  • Posts

    • Microsoft finally admits its default Windows 11 25H2, 24H2 action broke key legacy component by Sayan Sen Microsoft last week released Windows 11 KB5094126 and KB5093998 as the latest Patch Tuesday updates. Following that the company also published the accompanying dynamic updates under KB5094149, KB5095971, and KB5094156. So far the company has acknowledged two known issues that have popped up after the release which include bugged-out Office apps as well as the Recycle Bin; though there could be more at play too. Speaking of bugs and issues, Microsoft seems to have finally acknowledged a problem that probably has been around for close to a year. That's because back in July of 2025 the company made a default change to the latest Windows 11 versions, wherein it switched to JScript9Legacy on Windows 11 24H2 and later releases. Hence following the release of version 25H2 in October 2025, JScript9Legacy also remained default-enabled. As a result there has been a compatibility issue ever since then. For those wondering, by switching to JScript9Legacy Microsoft intended to improve the security of modern Windows PCs by reducing vulnerabilities tied to legacy scripting like cross-site scripting (XSS), among others. XSS exploits can allow cyber-attackers to attach malicious code onto legitimate websites and use them to execute the code when a potential victim loads such a website. Hence the new JScript9Legacy engine enforced stricter execution policies and improved object handling, which should help mitigate such attacks. Microsoft today has published a new support article detailing the problem. Neowin spotted it while browsing. The company says that JScript global definitions and execution context may fail to persist across scripts, potentially breaking older dependent apps and web-based components that relied on this legacy behavior. In the article Microsoft has confirmed that the issue stems from its move away from the older jscript9.dll engine in favor of jscript9legacy.dll. As mentioned above, while the newer engine was designed to address vulnerabilities and strengthen security it also changes how JScript handles execution context. As a result functions and definitions loaded by one script could no longer remain available to subsequent scripts once execution ended. The company notes that some applications worked correctly on earlier Windows versions because the older JScript engine automatically retained global definitions and execution state between scripts. Under the newer model though that behavior is disabled by default causing certain legacy workloads and polyfill-dependent scripts to fail. Microsoft says it addressed the problem via the KB5077241 update though the fix had not been enabled automatically in the following updates. As such admins must explicitly turn on persistent JScript execution context using a Registry setting that the tech giant shared today. The configuration can be applied to individual processes or system-wide through the FEATURE_ENABLE_PERSISTENCE registry key. The steps have been outlined below: Run the following command to create the feature control registry key: reg add "HKLM\Software\Policies\Microsoft\Internet Explorer\Main\FeatureControl\FEATURE_ENABLE_PERSISTENCE" Under this key, create a new DWORD (32-bit) value. Configure the value as follows: To enable persistence for specific processes only: Set the value to 1 for each target process name. To enable persistence for all processes: Add * as the key name and set its value to 1. You can find the official support article here on Microsoft's website.
    • The possibility that milk gathers back into a glass implies that gravity can be 'reversed'.
    • VidCoder 12.20 by Razvan Serea  VidCoder is a DVD/Blu-ray ripping and video transcoding application for Windows. It uses HandBrake as its encoding engine. Calling directly into the HandBrake library gives it a more rich UI than the official HandBrake Windows GUI. VidCoder can rip DVDs but does not defeat the CSS encryption found in most commercial DVDs. You’ll need the NET 8 Desktop Runtime. If you don’t have it, VidCoder will prompt you to download and install it. The Portable version is self-contained and does not require any .NET Runtime to be installed. You do not need to install HandBrake for VidCoder to work. Feature list: Multi-threaded MP4, MKV containers Completely integrated encoding pipeline: everything is in one process and no huge intermediate temporary files H.264, H.265, MPEG-4, MPEG-2, VP8, Theora video Hardware-accelerated encoding with AMD VCE, Nvidia NVENC and Intel QuickSync AAC, MP3, Vorbis, AC3, FLAC audio encoding and AAC/AC3/MP3/DTS/DTS-HD passthrough Target bitrate, size or quality for video 2-pass encoding Decomb, detelecine, deinterlace, rotate, reflect, chroma smooth, colorspace filters Powerful batch encoding with simultaneous encodes Customizable Pickers to automatically pick audio and subtitle tracks, destination, titles and more Instant source previews Creates small encoded preview clips Pause, resume encoding VidCoder 12.20 changes: Updated HandBrake core to 1.11.2. Download: VidCoder 12.20 | 47.0 MB (Open Source) Download: Portable VidCoder 12.19 | 89.3 MB Link: VidCoder Home Page | Github | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • Too soon, I'm still not over this death!
  • Recent Achievements

    • Week One Done
      Jordan Smith earned a badge
      Week One Done
    • Reacting Well
      BizSAR earned a badge
      Reacting Well
    • First Post
      AndreaB earned a badge
      First Post
    • Week One Done
      Huge Trailer earned a badge
      Week One Done
    • Week One Done
      Classifyskilleducation earned a badge
      Week One Done
  • Popular Contributors

    1. 1
      +primortal
      592
    2. 2
      +Edouard
      185
    3. 3
      PsYcHoKiLLa
      76
    4. 4
      Michael Scrip
      73
    5. 5
      Steven P.
      66
  • Tell a friend

    Love Neowin? Tell a friend!