Congress leader Supriya Shrinate questions the framing of India’s epics as stories for gaming, reigniting discussion over religious sentiment, cultural heritage and the commercial use of mythology. (SDNA) New Delhi: A political debate has emerged over Prime Minister Narendra Modi’s suggestion that India’s great epics, the Ramayana and the Mahabharata, could inspire video games and other digital content. Opposition leaders have raised concerns about the language used to describe these revered texts, arguing that their significance extends far beyond entertainment.

The world of Indian cinema is gearing up for an ambitious retelling of one of its most enduring epics, and the latest glimpse of Ramayana: Rise of a Legend offers a sense of the scale behind the spectacle. The official social media handle, The World Of Ramayana, has shared a video featuring producer Namit Malhotra, director Nitesh Tiwari and actor Ranbir Kapoor discussing their vision for bringing the legendary story to the big screen. Touted as a “life sized epic,” the film is positioning itself as a grand cinematic experience designed to reach audiences across the world.

No official Hyperia City odds exist. Counted boxes of recent sets: 2 to 3 Epics a box, an Enchanted every 36 to 96 packs. Presale asks, Oct 14, 2026.

From tropical disasters and doomed sci-fi epics to bribing Orson Welles and fending off a puma, we rate cinema’s most revealing glimpses behind the scenes

Epic Games arbeitet offiziell daran, seinen Battle-Royale-Shooter Fortnite auf Linux zu bringen. Die Ankündigung versteckte sich ganz unten in Epics spöttisch beäugtem Blogbeitrag zum neuen, „vibe-codeten“ Epic Games Store, der ebenfalls für Linux erscheint. Mehr

Cinematic epics often draw their emotional resonance not merely from words on a page, but from the historical grounds upon which their stories unfold. When a narrative confronts national memory and d…

There is a quiet, necessary shift that happens as October drops its final leaves and November moves into the landscape. The crisp, high-energy bustle of early autumn begins to soften, the afternoons g...

Singing Homer: Modern Greek songs, digital literacy, and the experiential reception of the epics in secondary education

Intro : Back in July I was supposed to go and watch this movie at the Irish Film Institute -- my first time there. I booked my ticket for t...

Epic just announced the upcoming version 2 of their Linux implementation of Easy Anti-Cheat. It’s based on using the Linux eBPF security module to monitor what’s happening, and then a bunch of extra infrastructure to make sure this can’t be bypassed. The core part of this is requiring secure boot be enabled (ensuring that modified kernels can’t be used), using measured boot to verify that secure boot is enabled and which keys are used (to prevent you from just signing your own modified kernel), and then doing remote attestation, a mechanism where the TPM generates a signed copy of the boot measurements and passes that off to a server which verifies it came from a real TPM, verifies that you have secure boot enabled and are using the right keys, and presumably then allows you into the game. This is all fine as long as you can prove that the measurements provided are real, and that’s actually a lot harder than you might think. First, we can simply make up our own quote signed with our own key and say that it came from a TPM. This is avoided by every TPM having an Endorsement Key (or EK) and an associated certificate, with that certificate being signed by the TPM vendor. If you have a list of all the legitimate TPM vendors and their CA keys, you can verify that the measurements came from a real TPM. Easy enough. So we need to get the measurements from a real TPM, and the one on our motherboard contains the measurements that were generated by the firmware and bootloader, and we can’t reset those at runtime without resetting the TPM, which… oh huh there’s actually nothing stopping us from doing that at runtime, as long as we have access to the hardware. Many desktop boards have the TPM on a small plugin module with a standard pinout that includes a reset pin. Simply short that to ground briefly and the TPM is back in its initial state, and userland can write whatever measurements it wants to it. Boot a modified kernel which lies to the eBPF code? As long as you replay the expected log values from a boot with secure boot on and a trusted kernel, the TPM will still happily provide a legitimate set of measurements that’ll satisfy the checker. What if the TPM is less accessible, either because it’s mounted directly to the motherboard or it’s inside the CPU or chipset? That’s going to be trickier. But here’s the thing. The quote needs to come from _a_ TPM, but not necessarily the TPM on your motherboard. TPMs these days are usually connected via the Serial Peripheral Interface, usually referred to as SPI. Microchip make a USB to SPI bridge, and there’s a Linux driver. Wire one of those up with an appropriate header and you can plug in an easily available TPM module intended for plugging into a motherboard, and now we tell the kernel to ignore the motherboard TPM and make /dev/tpmrm0 point at the USB one and program it with a set of trusted measurements and once again everything is going to look just fine (yes obviously the eBPF code can look for this, but we’re running a modified kernel so we can just lie to the eBPF code). Remote attestation on PCs just doesn’t work that well in environments where you can’t associate a specific TPM with a specific system, which is basically everywhere except enterprises. But maybe that doesn’t matter and cheaters wouldn’t be willing to spend the $20 or so it’d take to produce one of these things? That would seem somewhat surprising, but it’s not impossible. And obviously any server-side cheat detection that triggers could then block that specific TPM, meaning they’d need to go and get another TPM, and maybe that ends up being enough to discourage people from bothering. From a practical level, this may be sufficient. But at a technical level? It’s not great.