YouTube hat zwei populäre Kanäle dauerhaft gesperrt, die mit KI-generierten Fake-Trailern für noch nicht erschienene Filme Millionen Zuschauer angelockt hatten. Wie Deadline berichtet, traf es die Kanäle Screen Culture aus Indien und KH Studio aus Georgien. Zusammen hatten sie über zwei Millionen Abonnenten und mehr als eine Milliarde Views generiert.

Die Sperrung erfolgte wegen Verstößen gegen YouTubes Spam- und irreführende Metadata-Richtlinien. Die Kanäle hatten KI-generierte Trailer als echte Vorschauen ausgegeben, ohne diese ausreichend zu kennzeichnen. Zwar fügten die Betreiber zeitweise Hinweise wie „fan trailer“, „parody“ oder „concept trailer“ hinzu, entfernten diese aber laut Berichten später wieder, sobald die Videos Reichweite erzielt hatten.

Systematische Ausnutzung des YouTube-Algorithmus

Die Betreiber sollen dabei systematisch vorgegangen sein. Nikhil P. Chaudhari, Gründer von Screen Culture, beschäftigte ein Team von etwa zwölf Mitarbeitern. Sie kombinierten Ausschnitte aus offiziellen Trailern mit KI-generierten Bildern und nutzten den YouTube-Algorithmus gezielt aus. Für den Film „The Fantastic Four: First Steps“ lud Screen Culture beispielsweise 23 verschiedene Versionen eines Trailers hoch, von denen einige in den Suchergebnissen höher ausgespielt wurden als der offizielle Trailer. Ähnlich verfuhren die Kanäle bei der Harry-Potter-Serie von HBO oder „Wednesday“ von Netflix.

Besonders häufig nutzten die Kanäle Disney-Produktionen für ihre Fake-Trailer. Disney hatte erst kürzlich in einem Brief an Google massive Copyright-Verletzungen durch KI-Training und entsprechende Dienste vorgeworfen – explizit erwähnte der Konzern dabei auch YouTube. Parallel dazu hat Disney allerdings einen Lizenzdeal mit OpenAI geschlossen, der es der Video-KI Sora erlaubt, über 200 Disney-, Marvel- und Star-Wars-Charaktere einzusetzen. Ein anderer Ansatz: Warner Bros. Discovery und Sony forderten laut Deadline, dass die Werbeeinnahmen von KI-Videos mit ihren Inhalten direkt an sie fließen sollen.

Frühere Maßnahmen blieben erfolglos

Die beiden Kanäle waren YouTube bereits früher im Jahr 2025 aufgefallen. Laut Deadline hatte die Plattform damals den Kanälen die Möglichkeit genommen, Werbeeinnahmen zu kassieren. Nachdem Screen Culture und KH Studio daraufhin Kennzeichnungen wie „fan-made content“ hinzugefügt hatten, wurden sie wieder monetarisiert. Als sie die Labels später entfernten und zum alten Verhalten zurückkehrten, reagierte YouTube mit der permanenten Sperrung.

Weiterhin existieren andere Kanäle mit KI-Trailern, die fünf- bis sechsstellige Abonnentenzahlen aufweisen. Einige schützen sich durch deutliche Hinweise wie „fan-made content“. Ob diese Kennzeichnungen ausreichen, um Sperrungen zu vermeiden, bleibt abzuwarten.

YouTube selbst hat keine detaillierte Stellungnahme veröffentlicht, bestätigte gegenüber Deadline aber, dass die Rückkehr zu irreführenden Titeln und Beschreibungen gegen die Plattform-Richtlinien verstoße. Seit Juli 2025 geht YouTube verstärkt gegen solche Inhalte vor – massenproduzierte, repetitive oder KI-generierte Videos ohne erkennbaren Mehrwert können von der Monetarisierung ausgeschlossen werden.

KI-Fakes werden zum wachsenden Problem

Die Sperrung reiht sich in eine Serie von Vorfällen ein, bei denen KI-generierte Inhalte für Verwirrung oder Kritik sorgten. McDonalds Niederlande entfernte kürzlich einen KI-generierten Weihnachtswerbespot nach massiver Kritik. Ein KI-Video über einen angeblichen Staatsstreich in Frankreich erreichte Millionen Views auf Facebook, bevor es als Fake entlarvt wurde – selbst andere Staatschefs fielen darauf herein.

Welche KI-Tools Screen Culture und KH Studio konkret einsetzen, ist nicht bekannt. Infrage kommen Systeme wie Google Veo, OpenAI Sora 2 oder Kling AI, die Videos mit Ton erzeugen können. Ein Vergleichstest von heise online zeigte, dass insbesondere Sora 2 und Veo 3.1 visuell überzeugende Ergebnisse liefern, auch wenn sie noch mit Logikfehlern kämpfen.

(mki)

Die Entwickler rund um Lucas Holt haben MidnightBSD 4.0 freigegeben. MidnightBSD ist ein ursprünglich von FreeBSD 6.1 abgeleitetes BSD, das auf den Einsatz als Desktop-System fokussiert ist. Anfangs sahen die Entwickler einen auf GNUstep, Window Maker und GWorkspace basierenden grafischen Desktop vor, der MidnightBSD damals recht speziell und optisch schick erscheinen ließ. Seit 2021 sind sie auf den verbreiteten Xfce-Desktop umgestiegen.

(Alte) Neuigkeiten in MidnightBSD 4.0

Der Kernel unterstützt jetzt die W^X-Memory-Mapping-Policy für Benutzerprozesse. Diese Richtlinie ist standardmäßig nicht aktiviert, kann aber durch Setzen der sysctl-Variablen kern.elf32.allow_wx und kern.elf64.allow_wx eingeschaltet werden. Einzelne Programme können von dieser Richtlinie ausgenommen werden, indem sie mit elfctl(1) über die Funktion wxneeded entsprechend gekennzeichnet werden.

Die Funktion des Automount-Daemon amd(8) übernimmt nun autofs(5). NFS-Client und -Server unterstützen jetzt NFSv4.2, Extended Attributes sowie NFS über TLS, wobei für TLS zusätzliche Userland-Daemons mit einer KTLS-fähigen OpenSSL neu gebaut werden müssen. Außerdem erlaubt der NFS-Server bei -maproot und -mapall nun mehr als 16 Gruppen, und mit nfsv4_server_only=YES kann ein reiner NFSv4-Server ohne rpcbind(8) betrieben werden. Für einige moderne Intel-Netzwerkkarten sind Treiber hinzugekommen.

Durch mports(8) nicht kompatibel zu FreeBSD

Die Entwickler von MidnightBSD verwenden eigene Repositories und einen dazugehörigen Paket- und Port-Manager namens mport(8). Er wurde auf Version 2.7.3 aktualisiert und bietet nun besseres Fehler-Handling, schönere Terminalfarben und neue Prüf-/Reparaturfunktionen (mport verify).

Das native FreeBSD nutzt pkg(8) als binären Paketmanager, der vorgebaute Pakete aus offiziellen Repositories installiert, aktualisiert und entfernt. Die Ports-Sammlung erlaubt es dagegen, eben diese Software aus Quellcode mit eigenen Optionen zu bauen, wobei pkg(8) die daraus erzeugten Pakete anschließend wie gewohnt verwalten kann. Mit Poudriere lässt sich das unter nativem FreeBSD leicht automatisieren, während MidnightBSD auch hier mit Ravenports einen anderen und in der Praxis leider steinigen Weg beschreitet.

Die GPL-Versionen von grep(1) und des Device Tree Compiler dtc(1) wurden durch BSD-lizenzierte Varianten ersetzt und können so ohne Lizenzbestätigung automatisch installiert werden. Das historische Werkzeug ctm(1) (CVS-through-Mail), mit dem in Urzeiten Quellcode-Updates von BSD-Systemen per E-Mail-Diffs verteilt und eingespielt wurden, ist aus dem Basissystem in die mports verschoben worden.

MidnightBSD hinkt der FreeBSD-Entwicklung leider massiv hinterher

Spätestens bei der Ankündigung, dass ZFS von der nativen (in FreeBSD 12 verwendeten) auf die OpenZFS-Variante umgestellt wurde, wird klar, wie weit MidnightBSD der aktuellen Entwicklung hinterherhinkt:

  zfs version
   zfs-2.1.15-FreeBSD
   zfs-kmod-2.1.15-FreeBSD

Auch die Midnight-Implementation von Intel Speed Shift wurde in Windows und Linux bereits vor einer Dekade implementiert, FreeBSD selbst nutzt es seit November 2018 (FreeBSD 12). Insgesamt befindet sich MidnightBSD 4.0 damit irgendwo auf dem Stand von FreeBSD 13.5, das im April nächsten Jahres EoL sein wird. Die Installation ist in der Praxis problematisch, und auch die eigene mport(8)-Paketverwaltung zusammen mit Ravenports läuft nicht immer rund:

  mport upgrade
   Segmentation fault

Mit GhostBSD und NomadBSD gibt es zwei aktuelle Live-Systeme auf Basis von FreeBSD, die sich auch leicht fest installieren lassen. In Kürze werden beide auf FreeBSD 15 aktualisiert. MidnightBSD 4.0 ist darüber hinaus kein Live-System, das man vor der Installation ausprobieren kann, sondern ein Installer für ein BSD mit grafischem Desktop. Das kann ein natives FreeBSD mit dem Paket desktop-installer(1) ebenfalls – und sogar zuverlässiger und flexibler.

Ausblick

Im Dezember 2005 begann Lucas Holt mit der Entwicklung der wohl ältesten FreeBSD-Distributionen, die er nach seiner Katze Midnight benannte. Zwanzig Jahre später wirkt MidnightBSD leider ein wenig wie gefangen im Dornröschenschlaf. Schade, denn es stecken offensichtlich viel Arbeit und einige gute Ideen in dem System. MidnightBSD 4.0 ist ab sofort kostenlos auf der Projektseite verfügbar.

(fo)

Samsung enthüllt die Spezifikationen seines Mobilprozessors Exynos 2600, der 2026 zumindest in manchen Länderversionen der Smartphone-Reihe Galaxy S26 landen soll. Die Firma schaut bei der Konkurrenz von Qualcomm (Snapdragon 8 Elite Gen 5) und Mediatek (Dimensity 9500) ab und verzichtet auf die früher etablierten kleinen ARM-Kerne in seinem Prozessor.

Stattdessen setzt Samsung auf insgesamt zehn große und mittlere CPU-Kerne aus ARMs umbenannter Lumex-Serie (früher Cortex): ein C1-Ultra als schnellster Rechenkern mit bis zu 3,8 GHz Taktfrequenz, drei C1-Pro mit 3,25 GHz und sechs weitere C1-Pro mit 2,75 GHz.

Wer mit der neuen Namensgebung nicht viel anfangen kann: Der C1-Ultra ist der Nachfolger des Cortex-X925 und der C1-Pro der Nachfolger des Cortex-A725. Kompakte C1-Nano alias Cortex-A520 gibt es im Exynos 2600 nicht. Die C1-Pro nehmen zwar mehr Platz im Chip ein, dürften niedrig getaktet aber effizienter arbeiten als die kleinere Kernvariante. Zu den Cache-Größen schweigt sich Samsung aus; sie dürften zwischen den drei Kern-Clustern jedoch variieren.

Neue AMD-GPU wahrscheinlich

Bei der integrierten Grafikeinheit Xclipse 960 spricht Samsung nebulös von einer neuen Architektur, ohne ins Detail zu gehen. Alle Xclipse-GPUs setzten bislang auf AMDs RDNA-Technik. Die Angaben zur Xclipse 960 sprechen für die aktuelle Ausführung RDNA 4: Samsung verspricht 50 Prozent mehr Performance bei Raytracing-Grafikeffekten und einen KI-basierten Upscaler. Das Exynos Neural Super Sampling (ENSS) basiert vermutlich auf AMDs FidelityFX Super Resolution (FSR), das mit dem „Redstone“-Update selbst einen KI-Upscaler erhalten hat und exklusiv auf den RDNA-4-Grafikkarten der Radeon-Serie RX 9000 läuft.

Samsung käme damit AMD zuvor: Dessen Kombiprozessoren einschließlich der aktuellen Baureihe Ryzen AI 300 sind noch auf dem Stand RDNA 3.5.

Ein Novum betrifft die Wärmeabfuhr mithilfe eines sogenannten Heat Path Blocks (HPB). Typischerweise befinden sich ein (LPDDR5X-)Speicherbaustein direkt auf dem Prozessor, um Platz zu sparen. Beim Exynos 2600 deckt der Baustein nur einen Teil des Prozessors ab. Den Rest füllt Samsung mit einer Epoxid-Formmasse mit hoher Permittivität (High-k EMC) auf. Sie verbessert die Wärmeabfuhr vom Prozessor ans Smartphone-Gehäuse.

Weitere übliche Verbesserungen gibt es unter anderem bei der integrierten KI-Einheit und Bildprozessor. Die Neural Processing Unit (NPU) soll mehr als doppelt so schnell sein als im Vorgänger Exynos 2500. Gleichzeitig verspricht Samsung niedrigere Latenzen und eine höhere Effizienz. Die CPU-Kerne sind zudem um ARMs Scalable Matrix Extension 2 (SME2) erweitert für zusätzliche KI-Leistung.

2 Nanometer auf dem Papier

Samsung betont derweil, dass der Exynos 2600 den ersten Prozessor mit 2-Nanometer-Fertigungstechnik darstellt. Das auf der Produktseite verwendete Kürzel GAA steht für Gate-All-Around: ein neuer Transistoraufbau für moderne Fertigungsprozesse, den der Weltmarktführer TSMC mit N2 und Intel mit 18A ebenfalls einführen.

Im Falle von Samsung spricht allerdings alles für einen laschen Techniksprung bei der Chipfertigung. In einem Quartalsbericht von Ende Oktober 2025 schrieb der Konzern, dass die erste eigene 2-nm-Generation nur fünf Prozent mehr Performance oder alternativ eine acht Prozent niedrigere elektrische Leistungsaufnahme verglichen mit der zweiten 3-nm-Generation bringen soll. Die Transistordichte soll nur um fünf Prozent steigen.

Das ist deutlich weniger als ein ganzer Generationssprung traditionell bringt. Passend dazu berichtete ZDNet Korea schon im März 2024, dass Samsung einen weiter verbesserten 3-nm-Prozess schlicht in SF2 (2 nm) umbenannt haben soll.

Samsung kündigt seine Galaxy-Smartphones traditionell im Januar an und bringt sie im Februar in den Handel. Unklar ist, in welchen Ländern die Galaxy-S26-Modelle mit Exynos 2600 und in welchen mit dem Snapdragon 8 Elite Gen 5 erscheinen.

(mma)