Știri
Știri din categoria Tehnologie
Nintendo mizează pe un titlu „clasic” pentru a împinge adopția Switch 2, după ce a confirmat că „The Legend of Zelda: Ocarina of Time” primește un remake și va fi lansat în cursul lui 2026, exclusiv pe Switch 2, potrivit IT之家.
Remake-ul a fost anunțat în cadrul unei noi ediții „Nintendo Direct”. Publicația notează că versiunea originală, lansată în 1998 pe Nintendo 64, a fost unul dintre jocurile-emblemă ale platformei și este menționată ca primul titlu care a primit punctaj maxim în revista Famitsu, respectiv ca jocul cu cel mai mare scor din istoria Metacritic.
Faptul că remake-ul este confirmat pentru Switch 2 (și nu este menționată o lansare pe Switch) sugerează o strategie de a folosi un brand cu greutate pentru a accelera migrarea utilizatorilor către noua generație de hardware. Pentru Nintendo, un astfel de titlu poate funcționa ca „sistem seller” – un joc suficient de puternic încât să justifice cumpărarea consolei.
IT之家 amintește că Nintendo a mai lansat o versiune actualizată în 2011, „Ocarina of Time 3D”, pentru consola portabilă 3DS. În plus, varianta originală poate fi jucată și în prezent prin abonamentul Nintendo Switch Online, în pachetul de extindere care include emulatorul de Nintendo 64.
Deocamdată, informațiile disponibile se limitează la fereastra de lansare „în 2026” și la platforma vizată (Switch 2), fără detalii suplimentare despre preț sau conținutul exact al remake-ului.
Recomandate
Google duce traducerea vocală în timp real mai aproape de utilizarea de masă , după ce a lansat modelul audio Gemini 3.5 Live Translate, care recunoaște peste 70 de limbi și ajunge direct în aplicația Google Translate pentru Android și iOS, potrivit IT之家 . Modelul este gândit să reducă întârzierile tipice traducerii „pe rând”, în care sistemul așteaptă ca vorbitorul să termine fraza înainte să traducă. Gemini 3.5 Live Translate generează audio continuu și încearcă să echilibreze două obiective aflate în tensiune: să aștepte suficient context pentru o traducere mai bună, dar și să răspundă rapid ca să țină pasul cu ritmul vorbirii. În conversație, traducerea ar rămâne fluentă, fără pauze incomode, cu un decalaj de doar câteva secunde față de vorbitor. Un element operațional important este că modelul nu se limitează la „a spune” traducerea, ci încearcă să păstreze caracteristici ale vocii originale – intonația, viteza și înălțimea (pitch-ul) – pentru ca rezultatul să sune mai natural. Unde va fi disponibil și pentru cine Din 9 iunie (ora Beijingului), Gemini 3.5 Live Translate începe să fie integrat treptat în produse Google, în mai multe „canale” de acces: Dezvoltatori : prin Gemini Live API și Google AI Studio , în regim de „public preview” (previzualizare publică). Clienți enterprise : din această lună, în Google Meet , ca „private preview” (previzualizare privată). Utilizatori obișnuiți : prin aplicația Google Translate pe Android și iOS . Publicația notează că funcția va ajunge în aplicația Google Translate la nivel global. Ce se schimbă în utilizare: căști, zgomot și un nou „mod de ascultare” Pentru utilizatorii finali, scenariul descris este simplu: la folosirea traducerii în timp real, conectarea oricăror căști ar permite o traducere mai cursivă în peste 70 de limbi, cu o voce tradusă mai apropiată de tonul vorbitorului. Pe partea de robustețe, modelul ar include și rezistență mai bună la zgomot , pentru a funcționa în medii aglomerate sau imprevizibile, și poate gestiona intrări multilingve fără ajustări manuale ale setărilor. Pentru Android , Google pregătește și un nou „mod de ascultare” bazat pe 3.5 Live Translate: utilizatorul poate ține telefonul la ureche „ca la un apel” și poate asculta traducerea prin difuzorul pentru convorbiri, util când nu are căști și nu vrea ca cei din jur să audă traducerea. Unde ar putea fi folosit de companii și dezvoltatori IT之家 menționează că dezvoltatorii pot integra modelul în scenarii precum: apeluri și convorbiri multilingve, ședințe și conferințe, cursuri, transmisiuni live și difuzare (broadcast), cu obiectivul de a oferi o experiență de interpretariat în timp real. [...]
Airbus își repoziționează planurile pentru aviația de luptă europeană pe drone „însoțitoare” pentru avioane cu pilot , cu U760 Ravenstorm în centru, într-un moment în care componenta de avion de generație nouă (NGF) din programul FCAS pare să fi eșuat, potrivit TWZ . Miza operațională este că astfel de platforme fără pilot ar putea acoperi mai repede și mai ieftin o parte din nevoile de capacitate ale forțelor aeriene europene, prin integrarea cu flote existente precum Eurofighter. În ajunul salonului aeronautic ILA Berlin, Airbus a prezentat ceea ce numește „cel mai versatil portofoliu de drone din Europa”, reorganizat sub un prefix comun „U” pentru sisteme fără pilot. În portofoliu intră, pe lângă Ravenstorm, o versiune „europeanizată” a XQ-58A Valkyrie (U740), platforma MALE Eurodrone (redenumită U950), soluții tactice și sisteme anti-dronă, precum și elicopterul fără pilot U145. U760 Ravenstorm: roluri de luptă și calendar „începutul anilor 2030” Airbus descrie Ravenstorm drept „următoarea evoluție” într-o familie scalabilă de aeronave de luptă colaborative fără pilot (UCCA – „uncrewed collaborative combat aircraft”), concepute să opereze împreună cu avioane de vânătoare. Compania indică drept misiuni-țintă: lovituri aer-sol cu muniții ghidate de precizie; apărare aer-aer cu rachete aer-aer cu rază medie și lungă; război electronic, inclusiv bruiaj (inclusiv „non-cinetic”) pentru suprimarea apărării antiaeriene. Un model la scară 1:1 urmează să fie expus la ILA. Conform datelor din articol, drona are aproximativ 43 de picioare lungime (aprox. 13,1 metri) și o anvergură de 33 de picioare (aprox. 10,1 metri). Airbus plasează disponibilitatea Ravenstorm „la începutul anilor 2030”, fără un an exact. Două piste pentru „drone-însoțitor”: U740 Valkyrie vs. U760 Ravenstorm Airbus propune în paralel două drone de luptă colaborative, de dimensiuni comparabile, dar cu poziționare diferită. U740 Valkyrie combină celula proiectată de Kratos cu sistemul de misiune MARS al Airbus (un „sistem de misiune suveran”, cu un nucleu software susținut de inteligență artificială pentru autonomie și utilizare pe mai multe platforme). Pentru U740, Airbus indică o țintă de intrare în serviciu în 2029, cu Forțele Aeriene Germane (Luftwaffe). Articolul notează însă că nu este limpede dacă Valkyrie a fost selectată formal de armata germană. Airbus se așteaptă ca U740 să fie folosită în experimentare operațională împreună cu Eurofighter, inclusiv pentru demonstrarea unor capabilități inițiale aer-sol. În interpretarea publicată, existența celor două oferte ar reflecta și diferențe de cost și capabilități: Valkyrie ar fi fost gândită ca platformă mai ieftină, în timp ce Ravenstorm ar fi mai capabilă și, implicit, mai costisitoare. Context: după blocajul NGF, accentul se mută pe integrarea cu flotele existente Momentul prezentării este considerat „notabil” deoarece vine după prăbușirea recentă a planului franco-german pentru avionul NGF, parte a inițiativei FCAS. În acest context, portofoliul Airbus – în special apariția Ravenstorm alături de Valkyrie – sugerează o direcție în care Europa ar putea încerca să-și mențină ambițiile de aviație de luptă prin multiplicarea forței avioanelor actuale (Eurofighter, Rafale) cu drone colaborative. Articolul mai menționează că Airbus intenționează să folosească experiența acumulată din programe anterioare precum demonstratorul Barracuda și proiectul LOUT (un demonstrator „stealth” care nu a zburat, dar a fost testat la sol). Ce rămâne neclar, pe baza informațiilor disponibile, este câte variante din familia Ravenstorm ar putea urma și în ce configurații, precum și statutul conceptului Airbus „Wingman” prezentat la ILA 2024. În schimb, direcția operațională indicată este explicită: dronele de tip UCCA sunt gândite să intre în ecuația de luptă europeană înaintea unei eventuale generații noi de avioane cu pilot, tocmai pentru a acoperi presiunea de capacitate în condiții de resurse limitate. [...]
Datele din dosarele de reglementare sugerează că Steam Machine ar putea ajunge pe piață înainte de 29 iunie 2026 , ceea ce ar însemna o fereastră de lansare mai strânsă și mai previzibilă pentru partenerii din distribuție și pentru piața de accesorii, potrivit Notebookcheck . Indiciul vine dintr-o analiză publicată pe Reddit de utilizatorul u/wayTooManyBugs , care a comparat documente publice depuse pentru hardware Valve. Teoria pornește de la modul în care au fost publicate, în timp, documentele pentru Steam Controller și de la faptul că pentru Steam Machine apare deja o dată de publicare pentru manual și fotografii de produs: 29 iunie. Ce arată, concret, documentele și comparația cu Steam Controller În cazul Steam Controller, utilizatorul de pe Reddit a observat că manualul și mai multe fotografii de produs nu au fost făcute publice decât pe 20 mai 2026, adică după ce dispozitivul era deja la vânzare. În schimb, documentele de reglementare fuseseră depuse mult mai devreme, pe 24 noiembrie 2025. Pentru Steam Machine, Valve ar fi depus documentele de reglementare tot spre finalul lui 2025, iar înregistrările indică deja data de publicare (pentru manual și fotografii) ca fiind 29 iunie. De ce contează: semnal operațional, dar încă fără confirmare oficială Dacă Valve repetă același tipar (publicarea manualului și a fotografiilor după lansare), atunci Steam Machine ar putea fi lansat înainte de 29 iunie, nu în acea zi. Notebookcheck notează însă că, în acest moment, concluzia rămâne speculativă și nu a prins încă amploare pe Reddit, deși reacțiile inițiale din comentarii sunt pozitive. Contextul care face ipoteza plauzibilă este că Valve a confirmat recent că Steam Machine este programat să se lanseze „vara aceasta”, fără o dată exactă. În paralel, publicația amintește că, pentru o parte dintre fani, principala preocupare nu este data, ci prețul, pe fondul unei creșteri recente de preț la Steam Deck . [...]
Chiplet-urile sunt prezentate ca o soluție la costurile tot mai mari ale proiectării cipurilor , într-o discuție despre cum industria încearcă să depășească limitele economice și tehnice ale „cipului monolitic”, potrivit Oracle Cloud Infrastructure , care publică un episod din podcastul Arm Viewpoints cu analistul Austin Lyons (Chipstrat). Miza, dincolo de ambalare (packaging), este una operațională și de cost: pe măsură ce cipurile devin mai mari, randamentul de fabricație (yield) se deteriorează, iar cheltuielile de proiectare cresc, în timp ce beneficiile de performanță obținute prin trecerea la noduri de fabricație mai avansate nu mai cresc în același ritm. În acest context, „chiplet-urile” sunt descrise ca o metodologie de proiectare: descompunerea unui sistem care înainte era un singur „system-on-chip” (SoC) în componente mai mici (die-uri) care sunt apoi reasamblate într-un singur pachet. De ce împinge economia industria spre chiplet-uri Austin Lyons leagă interesul accelerat din ultimii ani de câteva presiuni convergente: costuri în creștere pentru proiectarea cipurilor mari, pe noduri avansate; randament mai slab la cipuri mai mari (mai multe defecte per suprafață înseamnă mai multe pierderi); cerere de „cât mai mult compute și memorie”, alimentată inclusiv de modelele lingvistice mari (LLM); limitări fizice ale dimensiunii maxime realizabile (menționează constrângeri legate de „reticle size”, adică aria maximă expusă într-un pas de litografie). Un argument economic important din discuție este că nu toate blocurile unui cip beneficiază la fel de miniaturizare: logica (tranzistorii pentru calcul) scalează mai bine, dar memoria, intrările/ieșirile (I/O) și componentele analogice nu au aceleași câștiguri economice când sunt mutate pe noduri tot mai scumpe. Chiplet-urile ar permite combinarea unor componente fabricate pe tehnologii diferite, în funcție de ce are sens tehnic și financiar. Ce au arătat „primii” care au mers pe chiplet-uri Episodul susține că tranziția nu e trivială, pentru că schimbă „totul” – de la fluxul de proiectare și integrare până la testare – și că a fost nevoie ca jucători mari să demonstreze fezabilitatea, fiind invocate exemple precum AMD și Intel. În cazul AMD, Lyons indică drept lecție majoră reutilizarea: nu doar reutilizarea de „soft IP” (de exemplu RTL, descrierea logicii), ci reutilizarea unor chiplet-uri întregi pentru a construi produse diferite (SKU-uri diferite) prin combinarea lor în configurații variate. Ca exemplu, el menționează familia Instinct MI300, unde o variantă ar folosi un set de chiplet-uri GPU, iar alta ar combina chiplet-uri GPU cu chiplet-uri CPU pentru o țintire diferită a sarcinilor (AI vs. HPC). De ce nu există încă o „piață” reală de chiplet-uri Deși ideea de „plug-and-play” este una dintre promisiunile chiplet-urilor, Lyons spune că principalul obstacol este interoperabilitatea: pentru o piață funcțională, cumpărătorul trebuie să aibă garanția că un chiplet achiziționat „vorbește aceeași limbă” cu restul sistemului, fără integrare personalizată de la caz la caz. În discuție sunt menționate standarde și cadre care ar trebui să reducă această fricțiune, între care: UCIe (Universal Chiplet Interconnect Express) – descris ca un nivel „de jos”, care definește cum comunică fizic chiplet-urile (straturi de semnal, protocol, model software); AMBA CHI / CHI-C2C (chip-to-chip) – pentru păstrarea coerenței memoriei între die-uri, astfel încât ansamblul să se comporte ca un „singur cip logic”; Arm CSA (Chiplet System Architecture) – un nivel mai „sus”, care țintește reguli de partiționare a sistemului în chiplet-uri, astfel încât componente dezvoltate separat să poată fi integrate într-un ansamblu coerent. Ce urmează, conform discuției Episodul plasează chiplet-urile ca direcție relevantă pentru infrastructura AI, auto și alte domenii cu cerințe mari de calcul, dar insistă că trecerea de la utilizări interne (în cadrul aceleiași companii) la o piață deschisă depinde de maturizarea standardelor și a interconectărilor. În lipsa acestora, beneficiile economice ale „compozabilității” riscă să fie erodate de integrare personalizată și costuri operaționale suplimentare. [...]
Google și NVIDIA își caută alternative la TSMC , iar Intel poate câștiga contracte majore în AI , pe fondul presiunii tot mai mari asupra capacităților de producție ale liderului taiwanez, potrivit Mobilissimo . Miza este una operațională și de lanț de aprovizionare: cererea explozivă de cipuri pentru inteligență artificială (AI) pune la încercare capacitatea TSMC, în special pe zona de „împachetare avansată” (tehnologii care permit combinarea mai multor cipuri într-un singur ansamblu). În acest context, companii mari din AI își reduc dependența de un singur furnizor, iar Intel începe să fie luat mai serios în calcul ca producător pentru terți. Comanda Google: peste 3 milioane de procesoare TPU, cu țintă 2027–2028 Conform informațiilor citate de publicație, Google ar fi plasat către Intel o comandă pentru producția a peste 3 milioane de procesoare TPU (Tensor Processing Unit) în 2028 , după „mai multe luni de teste”. Mișcarea ar face parte dintr-un plan mai amplu care ar putea duce la livrarea a peste 6 milioane de astfel de cipuri în perioada 2027–2028 . TPU-urile sunt procesoare specializate pentru sarcini de AI, folosite de Google pentru antrenarea și rularea modelelor. NVIDIA testează 18A și împachetarea avansată de la Intel, cu orizont 2028 În paralel, NVIDIA ar evalua tehnologii Intel considerate de vârf, inclusiv procesul de fabricație 18A și soluții de împachetare avansată . Potrivit materialului, aceste tehnologii ar putea fi folosite pentru viitoarea arhitectură Feynman , programată pentru 2028 . De ce contează pentru Intel și pentru piața de semiconductori Pentru Intel, interesul din partea Google și NVIDIA este prezentat ca o oportunitate după „ani dificili” și investiții mari în divizia de producție pentru terți. În același timp, TSMC rămâne liderul industriei, însă semnalul transmis de aceste demersuri este că marile companii din AI caută să-și diversifice furnizorii, pe fondul constrângerilor de capacitate din Taiwan. Materialul Mobilissimo indică drept sursă inițială publicația Thenextweb.com . [...]
Panos Panay pune accent pe „miza mare” a deciziilor reversibile în dezvoltarea de produse , într-un moment în care companiile de tehnologie accelerează investițiile în inteligență artificială și dispozitive pentru consumatori, potrivit unui episod din podcastul Tech Unheard publicat de Oracle Cloud Infrastructure . În episod, Rene Haas, CEO al Arm și gazda podcastului, discută cu Panos Panay, vicepreședinte senior Amazon Devices and Services, despre tranziția sa de la Microsoft la Amazon și despre modul în care echipele pot lua decizii rapide fără să blocheze organizația în pariuri greu de întors. Panay spune că, în logica Amazon, diferența dintre deciziile „ușă cu sens unic” (greu sau imposibil de reversat) și „ușă cu două sensuri” (reversibile) devine un instrument practic de management: la cele din urmă, viteza și ajustarea pe parcurs pot conta mai mult decât perfecțiunea inițială. Lecția „prea devreme” din Windows pe Arm și primul Surface O parte consistentă a conversației revine la perioada în care Microsoft a încercat devreme să construiască Windows pe arhitectura Arm și să livreze un produs Surface care integra acest pariu tehnologic. Panay recunoaște că primul val a fost „înaintea timpului său”, inclusiv din cauza maturității insuficiente a ecosistemului software și a lipsei aplicațiilor-cheie. Un exemplu concret din discuție: Haas își amintește reacția unui reviewer care a întrebat dacă dispozitivul „rulează iTunes”, iar răspunsul negativ a închis practic evaluarea. În lectura lui Panay, problema nu era doar tehnică, ci de ecosistem: fără suficiente dispozitive Arm, dezvoltatorii nu aveau stimulent să optimizeze aplicații, iar fără aplicații, dispozitivele nu puteau scala — un cerc vicios tipic pentru platforme aflate la început. De ce contează pentru companii: viteză, echipe reziliente și „muscle memory” Mesajul operațional al episodului este că eșecurile sau lansările timpurii pot avea valoare economică indirectă atunci când construiesc competențe interne și disciplină de execuție. Haas face o paralelă cu NVIDIA Shield, un produs care nu a adus câștiguri mari, dar ar fi contribuit la învățarea necesară pentru a dezvolta ulterior sisteme precum DGX. În aceeași logică, Panay insistă că o echipă aliniată la o misiune poate absorbi mai bine iterațiile și schimbările de direcție, mai ales când organizația tratează o parte din decizii ca fiind reversibile și, deci, „optimizabile” pe parcurs. Ce rămâne neclar din episodul publicat Transcrierea disponibilă în pagină este întreruptă („trunchiat”), iar discuția despre „cele două sau trei lucruri” pe care Panay le consideră esențiale pentru alinierea echipelor nu este redată integral în materialul furnizat. În consecință, concluziile despre „rețeta” lui completă de leadership nu pot fi extrase complet din textul disponibil. [...]
