Category: IT

A szopórolleren nincsen fék

Mostanában zárult le a 2026-os Ultrabalaton nevezési időszaka, nekem pedig eszembe jutott, hogy még semmit sem írtam arról, mekkorát szívtam a 2025-ös versenyről készült videóval. Eleve két esemény volt: a verseny előtt pár nappal körbebringáztam a Balatont, felderíteni, hol lesznek az állomások, emellett pedig ott volt maga a verseny.

– Az első filmmel nem is volt gond, az gyakorlatilag tisztán gopróval készült, azt bírni szokta a vágószoftver. Hát most nem. Itthon vettem észre, hogy valahogy elállítódott és végig 4K-ban vett 2K helyett. Kész. Négylábas megadás.
– A másik film már sokkal problémásabb volt, ott a nyersanyag 70%-a az autó fedélzeti kamerájából jött, a maradék 30 meg a kézikamerából, illetve a különböző mobilokból. A dashcam HEVC-ben rögzít, azt helyből utálja a vágószoftver, nem megy neki a folyamatos kitömörítés. Dóra mobilfelvételeit le se játssza, előtte át kell konvertálnom.

És ehhez jött az a koncepció, hogy ebből egy filmet kellene készítenem, mert nagyon sok a kettő között a keresztbeutalgatás.

A nyersanyag mennyisége gigászi, konkrétan 150 GB. Amikor először beolvastam a vágószoftverbe, olyan szinten fagyott le, hogy utána el se tudtam indítani. Nem volt képes betölteni a nyers videókat. Valami más megoldást kellett keresnem.
1. Mégiscsak két film lesz. Ennek nem igazán örültem volna, de meghagytam utolsó lehetőségnek.
2. Két film lesz, de úgy vágom, hogy a végén a két renderelt darabot valahogy össze tudjam fűzni.

A második megoldást választottam, de azért látszik, hogy elég bizonytalan voltam.
– A videóvágó szofter tud olyat, hogy komplett szkriptfájlt beimportál az éppen aktuális szkriptbe. Persze ettől ugyanúgy lefagyhat, mint először, de talán bízhatok abban, hogy ilyenkor már csak olyan elemek maradtak benne, amelyeket tényleg használok.
– Azt is meg lehet csinálni, hogy a két részt külön renderelem, majd egy újabb lépésben összerakom a két videót és újra renderelem. Jó kérdés, hogy lesz-e erre elég erőforrás?
– Amiben nagyon bíztam – és külön le is teszteltem két kicsi tesztvideóval – az az, hogy a külön renderelt két részt az ffmpeg segédprogrammal fűzöm össze, úgy, hogy nem kérek újrarenderelést. Merész dolog, nagyon-nagyon azonos paraméterek kellenek a két részben, de a teszt sikerült.

A dokumentálás kedvéért álljon itt a gépem adattáblája:
– 32 GB RAM
– i7-7700K CPU 4,2 GHz, 2 core
– NVIDIA Geforce GTX 1060 3 GB videókártya (GPU)
– Vegas Pro 21.0 vágószoftver
– Munkaterület: 160 GB SSD
– Virtuális memória: korlátlan mennyiségben a HDD-n.

Ez valamikor egészen jól hasított, ma már egyre többször ütközök korlátokba. Kezdve ott, hogy az Nvidia és a Vegas Pro nem barátok, egy óra hosszúság felett nem lehet a GPU-val renderelni, mert lefagy. Ilyenkor marad a CPU-s renderelés a 10-es szorzóval, azaz 1 óra 4K/50fps videóhoz 10 óra renderelés jár. Ha nem fagy le. Szokott. De a rövidebb videókkal sem jobb a helyzet, ezeket ugyan megcsinálja a GPU, de televágja üres zöld képernyőkkel, szóval ezeket is inkább CPU-val csinálom.

Elkezdtem az első rész megvágását, úgy, hogy fogalmam sem volt, hogyan sikerül majd összeraknom a két részt. A vágás elég nehezen ment, a 4K nyersanyagot nem igazán tudta folyamatos mozgásként megjeleníteni, csak ha nagyon lebutítottam a preview módot. Még így is fagyott, fagyogatott, szerencsére annyira hozzászoktam a CTRL+S billentyűk nyomkodásához, hogy éjjel is nyomkodtam a kispárnán. Kábé egy hét alatt készült el a szkriptfájl. Jöhetett a renderelés. Mit tippelsz? Igen, fagyott. Mindenféle felállásban. Akár az Nvidia, akár az alaplapi HP GPU-val csináltam, akár a CPU-val. Kénytelen voltam lejjebb vinni az igényeimet. A 4K az idióta Youtube miatt kellett, de az 50 fps-t elengedtem, maradt 25. Így már a CPU-val megcsinálta. Kész. Ez volt a könnyebb futam.

A második résznél már a szkriptfájl elkészítése is olyan sajtreszelős volt. Hihetetlen mennyiségben fagyott a vágóprogram. Két hétig gyötörtem, ez idő alatt elhasználtam a teljes magyar káromkodáskészletet, márpedig az nem kicsi. Egyszerűen a Vegas Pro ilyen mennyiségben nem tudja kezelni a HEVC fájlokat. Nagyon intenzív két hét volt, pedig az igazi cucli csak ezután jött: le is kellett renderelni. Na, az nem ment. Sehogy sem. Hiába butítottam le 25 fps-re, egyszerűen semmilyen konfigurációban nem renderelte le. Pedig bevetettem a titkos fegyvert is, napokon keresztül próbáltam ugyanazokkal a paraméterekkel a renderelést, hátha egyszer csak sikerül. Nem sikerült. 5-6 óra után meghalt. Pedig a renderelés megkapta a gép összes erőforrását, nem futott más alkalmazás, sőt, előtte mindig újraindítottam a gépet, de ezek sem segítettek. Feltúrtam a netet, a Youtube-ot külön is, rengeteg tippet, beállítást találtam, egyiktől sem lett jobb.
Nem volt más ötletem, mint előremenekülni. Ha úgyis két példányból áll majd össze a végső film, akkor miért ne lehetne háromból? A szkriptfájlt szétszedtem két, egyenló részre, majd megpróbáltam külön renderelni. Megint volt néhány álmatlan éjszakám, de így sem sikerült. Jó, meneküljünk tovább. A két szkriptfájlt megint kettészedtem, így most már négy darab, kábé 20-20 percnyi szkriptfájlom volt. Ezeket már lerenderelte a Vegas.

Ezzel persze megint elment egy hét. És holt volt még a vége? Az látszott, hogy ha ezt az 5 videót bedobom a Vegasba, akkor nem fog lemenni a renderelés. Kábé 2,5 óra anyag, kizárt, hogy 25 óráig rendereljen lefagyás nélkül. Egyedül az ffmpeg-ben bízhattam.

A jobb nyomonkövethetőség érdekében legyen az első filmrészlet neve A1, a második film részei pedig B1, B2, B3 és B4.
Az összefűzéshez használt módszer ezen az oldalon található, konkrétan a 2. pontban.

Az első – lélegzetvisszafogott – kisérletben az A1-hez fűztem hozzá a B1-et. Még csak sóhajtani sem tudtam, már megcsinálta. Belenéztem, jó lett. Hurráhurrá. Jöhetett A1B1-hez a B2. Error. Az anyád. Pont ugyanúgy csináltam, mint az előbb. Akkor most mi van? A módszer lényege, hogy minden lépésnek sikerülnie kell, a részeredmény használhatatlan. Teljesen lehervadtam. De ugye ott van az informatikus titkos fegyvere, hogy megcsinálja újból. És újból. Jelen esetben összekapcsoltam a B3 és B4 részleteket, ez simán ment. Utána összekapcsoltam a renitens B2-t a B3B4 részlettel és ebbe az irányba megcsinálta. Nagy levegő. Nagyon nagy. A1B1 és B2B3B4. Pulzus ezer, köröm lerágva. És megcsinálta!! Logikus magyarázat nincs, nem is próbáltam ilyesmit keresni. A csillagok állása. Az istenek kegye. A hitem erőssége. De mindegy is, elkészült. Valószínűleg még egyszer már nem sikerülne, de nem is érdekel, itt van a film. Mehet fel a Youtube-ra.

Az már csak kis színes kategória, hogy írtam az Ultrabalaton szervezőinek, hogy van itt egy film a versenyről. Erre azt válaszolták, hogy írjam át mindenhol az Ultrabalaton nevet NN Ultrabalatonra. Én meg csak néztem, mint Rozi a moziban. Soha senki nem nevezi a résztvevők közül NN Ultrabalatonnak, ez mindenkinek csak Ultrabalaton. Arról meg végképp nem is beszélve, hogy újra végigcsinálni a fenti folyamatot… a harapós ló, az.

A végére a Vegas Pro-t annyira meggyűlöltem, hogy lekaptam egy kalóz Premiere Pro-t, pedig jó régen megfogadtam, hogy soha többet nem vágok videót nem jogtiszta szoftverrel. Aztán mégsem tettem fel, mert beláttam, hogy esélyem sincs a mostani tempó mellett beletanulnom. A Vegas-t kilenc éve használom, annyira hozzáidomultam, hogy odafigyelés nélkül tudok kavarni a billentyűkkel, gyakorlatilag eszembe jut valami és az ujjaim már csinálják is. Jelenleg 21 darab egyórás film nyersanyaga vár vágásra és még nincs vége a szezonnak. Egyszerűen nincs időm másra váltani.

És ha már annyit írtam róla, legyen itt a kész videó.

Gimp uninstall

Nos, ennek is vége. Persze jó kérdés, hogy miért volt egyáltalán feltelepítve a gépemre?

Apple. 2021 körül kezdett a család átállni az iPhone vonalra, jelenleg 6 emberből 5 azt használ (ki lehet találni, ki a kivétel) és természetesen azzal is fényképez. HEIF formátumban. (De találkoztam már HEIC és HEVC formátumokkal is.) Ezzel, mármint a HEIF formátumma,l viszont sem a Windows, sem az alkalmazásai sem tudnak mit kezdeni. Ugyan letölthető valami extension, de a 2.1 pont és a rengeteg negatív vélemény mindent elárul róla. A HEVC-hez van megvásárolható változat (1€ az ára(??)), ez viszont 1,5 pontot kapott. Persze lehet egyenként varázsolni, az Irfanview egy idő óta kezeli a HEIF-et, a VLC tudja a HEVC videókat, a k-lite-hoz tartozó Media Foundation Codecs csomag is tartalmaz HEFC/HEIF codec-et, meg van egy ilyesmi is.
Eléggé izzadságszagú a dolog, de úgy-ahogy működik. Egészen addig, amíg el nem megyünk közös nyaralásra és a végén be nem kérem mindenkitől a felvételeit. Na, ilyenkor jönnek csőstől az egzotikus formátumok, melyekből nekem kell windows programmal kompatibilis formátumokat varázsolnom, akár fotóalbumhoz, akár családi videóhoz. Horror.

A videókkal szerencsém volt. A többség mov fájlokat gyárt, melyeket ugyan a Vegas Pro valamiért nem esz meg, de ezeket belehajigálom a korábbi vágóprogramomba (Powerdirector), az megeszi és át is tudja renderelni emészthető formátumba. A képeket ugyan tudom konvertálni, de csak egyenként. A család viszont úgy nyomja az exponáló gombot, mintha fizetnének érte.
Ide valami batch converter kellene. De nincs.
Ekkor jött be a képbe a Gimp. Natívan ez se tudja, de létezik hozzá egy BIMP nevű plugin, mely már igen. És ezzel el is voltam, évekig.

Nemrég voltunk közös nyaraláson, kaptam is többszáz HEIF fájlt. Elkezdtem a kötegelt feldolgozást és a Gimp egész konkrétan nulla fájlt tudott átalakítani. Nem mondom végig, mennyit szoptam, simán elment vele egy fél nap. Legyen elég a végeredmény: az iPhone 15-től (IOS 18) az Apple megváltoztatta a HEVC fájlformátumot, melyet a régi Gimp által használt libheif csomag nem tud értelmezni. A 2.10.38-as Gimp még a régi libheif-et használja, emiatt nem tud mit kezdeni a képekkel. A következő Gimp verzió a 3.0 – illetve jelenleg már 3.04 – ebben már új a libheif. Feltelepítettem, beolvasta. Jöhetett a plug-in. Jöhetett volna, de az meg a 3-as sorozattal nem kompatibilis. A fejlesztője meg régen berúgta az árokba az egészet, nem nyúl hozzá, hiába hőbörög elég rendesen a net, miszerint csináljon már vele valamit. Hát, az opensource már csak ilyen. (Igen, tudom, a fizetős programokkal meg más a baj.)

  • Valahol olvastam olyan megoldást, hogy házilag fordítsuk újra a 2.10.38-as gimpet az új libheif-fel és akkor működni fog a plugin is, de ez nekem már túl extrém sport.
  • Kész szerencse, hogy időközben az Irfanview megtanulta a formátumot és abban gyárilag van batch conversion, mely simán el is mentette tetszőleges formátumba a képeket. Szóval alapvetően nincs gond, megoldottam. (Csak az a fél nap, az hiányzik az életemből.) A Gimp-et viszont levakartam, mert így már semmi szükségem rá.

    A hang

    Aki már eljutott videóvágásban a középhaladó szintre, valószínűleg egyetért velem abban, hogy a legocsmányabb dolog az egészben a hanganyag kezelése. Hogy tisztán, érthetően szóljon, függetlenül attól, hány különböző minőségű kamerával, azon belül hány mikrofonnal vettem és milyen körülmények között, értsd szélzaj, lejtő, autók zaja, kisgyerekek, bringazaj, eső, vihar, környező emberek, neadjisten örjöngő fesztiválhangulat.

    Nemrég társaságban egy valamikori szakmabeli megemlítette, hogy a médiaszakmában nagyjából egy perc filmet vágnak meg egy óra alatt. Ezen kellően elszörnyedtünk, aztán már itthon utánaszámoltam és nekem egy perc filmre félóra munka jött ki, ami engem is meglepett. Egyórás filmnél ez 30 óra munka. Na, ennek legalább 80%-a a hanggal történő bíbelődés.

    Most megy a Youtube csatornámon a Dunántúli-Középhegység (DTK) sorozat, eddig 3 rész van kint, még 3 rész van hátra. Két héttel ezelőtt valamiért az offline verzió helyett a Youtube-ról néztem vissza… és kardomba dőltem. Iszonyú halk volt a hang, hiába toltam fel mind a weboldalon, mind gép szinten a hangerőt. Amikor annyi, de annyi munkát ölök a jó hangzásba! Mi van itt?
    A Youtube.
    Amikor újrarendereli a feltöltött videót, elég rendesen belenyúl. A hangba is. Ha úgy készítettem el a videót, hogy felülvezéreltem a hangot, azaz alaphelyzetben sárgában volt, de elég sokszor pirosban is, akkor – hiába nem torz a hang – levágja, de durván. Nem, nem a normálisra, hanem jóval alacsonyabbra veszi a jelszintet. Emiatt lesz iszonyú halk.
    Nem kamuzok, kipróbáltam. Éppen az Ultrabalaton videón dolgozok, kábé két perc volt készen belőle, berendereltem túlvezérelt hanggal és maximális zöldre vezérelt hanggal is. Mindkettőt feltöltöttem… és tényleg. A túlvezérelt gyalázatosan halk lett, a normálisan vezérelt pedig… normális.
    Rosszat sejtve megnéztem a többi DTK videót is. Igen, mindegyik túl lett vezérelve. Nyilván van rá magyarázat: ez az első filmsorozatom a monti bringával, 29-es (57 mm-es) kerék, zúg, mint az állat, ha azt szerettem volna, hogy belehallatsszon a zúgás mellett a hangom is, fel kellett tolnom a hangerőt. Amit a Youtube meg brutálisan levett. Szép.
    Két DTK videó már kiment, azokon nem tudtam segíteni. A harmadik kirakásáig még pont volt egy napom, levettem az egész videó hangerejét a master sávon, egy éjszaka pont lement a renderelés (4K-ba, gpu nélkül, mert… ez a rohadék videóvágó program tényleg egy rohadék), felraktam, visszahallgattam… és tényleg jobb lett. Huh. Akkor már csak 3 videóval kell végigjátszanom ugyanezt.

    Gondoltam én. A vágóprogram – az a nyomorult Vegas Pro 21 – nem így gondolta. A DTK4 filmnél bedurcázott. Rögzítsük az elején: olyan filmanyagról volt szó, melyet egyszer már sikeresen berenderelt. Most sem vártam mást, lehúztam egy árnyalatnyit a master hangerőt, aztán éjszaka ráküldtem a renderelést. Reggel pedig azt láttam, hogy a program hibaüzenettel elszállt.

  • Ja, hogy miért is nem használok gpu-t, amikor egyébként van egy valamikor igen combosnak számító NVidia (GeForce GTX 1060 3 GB) kártyám? Mert a Vegas Pro szar. Ha ezzel renderelek 4K-ba, akkor telerakja a felvételt fél/negyed képernyőnyi zöld téglalapokkal. Az alaplapi Intel videóchipet szintén gpu-nak azonosítja a szoftver, de ha azt választom, akkor egyrészt nem lesz gyorsabb a folyamat, másrészt ugyanúgy bejönnek a zöld téglalapok. Így marad a brutál erő, azaz processzorból renderelek. 4K-ban ez tízszeres szorzót jelent, egy egyórás videó befordítása tíz óra, azaz egy hosszú éjszaka.
  • Nem örültem, amikor azt láttam reggel, hogy nem látom a programot, de a Vegas Pro esetében az, hogy elszállt a program, a világ legtermészetesebb dolga. Az ég kék, a fű zöld, a Vegas Pro összeomlik. Éjszaka újra ráküldtem a renderelést. Reggel még ott volt a program a kijelzőn. Csak lefagyott. De legalább láttam, melyik képkockánál. Beléptem a vágóprogramba, megnéztem, mi van az adott képkockánál. Egy vágás. (Jó mi, hát mi legyen egy vágóprogramban?) Jött a vaktyúk megoldás. Én a vágásoknál egy másodperc áttűnést szoktam beállítani, ennél a vágásnál levettem a felére, azaz fél másodpercre. Éjszaka újabb renderelés, reggelre… tadamm… megcsinálta. Magyarázat? Az nincs. Ne felejtsük el, ezt a videót korábban simán berenderelte.

    Oké. Felmerülhet kérdésként, hogy mi a búbánatos istenharagja miatt használom én még mindig ezt a programot, sőt, nem hogy használom, de már másodszor veszem meg (16.0/21.0), összesen 150e forintért? Mert jó. Nagyon intuitív a kezelése, a kezem pedig a kilenc év alatt annyira ráállt, hogy szinte odafigyelés nélkül pörgetem a billentyűzeten. Szóvel egészen addig, amíg elkészítem a szkriptfájlt, addig nagyon rendben van. Amikor viszont renderelni is akarok, na akkor indul a szopóroller.

    Megszívtam

    És nagyon kicsin múlt, hogy nem csináltam még nagyobb hülyét magamból.

    Céges oktatáshoz létrehoztam egy 30 napos céges trial tenantot az M365-nél. A tanfolyam szépen lement, én pedig beléptem az admin felületre és bekattintottam, hogy a lejáratkor nem szeretném meghosszabbítani az előfizetést. A biztonság kedvéért eleve egy letiltható virtuális Revolut kártyát adtam meg.

    Ma reggel kézbevettem a mobiltelcsit, hogy lássam, mi történt éjszaka. Ott virított rajta, hogy immár egy boldog tenant-tulajdonos vagyok, 25 lelkes alkalmazottal. Csekély 114,6, euróért. Csak pislogtam. Mi van? Beléptem, minden szépen be volt állítva, előfizetés lemondva, a próbaidőre 0 eurós számla kiállítva. Akkor…? (Igen, a Revolut kártyát elfelejtettem letiltani. De ez messze nem ilyen egyszerű, később kifejtem.) Felszántottam az admin felületet, kerestem a kapaszkodókat, de nem igazán találtam. Jó, ilyenkor nincs más, mint dokumentálni a helyzetet és az egészet bedobni a support nevű dobozba. Meg is csináltam. Közben már azon járt az eszem, hogy meg kellene keresnem a Revolut-ot és illegális terhelés miatt visszahívatni a pénzt. Illetve jelezni a tanfolyamon résztvevőknek, hogy mégse csináljanak maguknak játszós tenanot, mert ráfaragnak. Aztán továbbgondoltam. Valahogy azt is dokumentálnom kellene, méghozzá az MS felületről, hogy le lett vonva az összeg. Jó. Mennyibe is kerül egy évre egy 25 felhasználós Basic tenant? Itt lett gyanús a dolog. 1680€. Plusz ÁFA. Ez még csak nem is hasonlít az én 114,65 eurós levonásomhoz. Azért ez diszkontnak elég durva lenne.
    Ekkor veszítettem el végképp a fonalat.

    Nem csigázom tovább az idegeket. Leültem a gondolkodósarkomba és végigmentem rajta, hogyan is hoztam létre egy hónappal ezelőtt a trial tenantot. Igen, rengeteget bénáztam előtte. Kezdve ott, hogy a fő MS accountommal akartam létrehozni, de annak régebben már volt egy trial előfizetése. Elővettem a második MS accountomat, azzal el is kezdtem, csak éppen menetközben vettem észre, hogy ez nem céges, hanem családi előfizetés. Nem fejeztem be a folyamatot, kiléptem. A következő próbálkozásra létrehoztam egy harmadik MS accountot (Joe.Szabo@, hehe) és ezzel már sikerült legyártanom a tenantot. Mind a három próbálkozás ugyanazon a napon történt.
    Nem tudom, sejted-e már? Bennem szörnyű gyanú támadt. Beléptem a második MS accountom postafiókjába és igen, ott volt. Egy email a Microsofttól, miszerint csináltam ugyan egy próba családi előfizetést, de még nincs teljesen befejezve. És itt van a lényeg: az előfizetés létrejött, annak ellenére, hogy nem mentem végig a varázslón. Aztán egy hónap múlva lejárt és mivel nem kapcsoltam ki, élesbe fordult. Gyors teszt: mennyibe kerül egy családi előfizetés? A legdrágább (nyilván) 46499 HUF/év. Beléptem a Revoluthoz, hogy megnézzem, mi is történt valójában és igen, ott volt a naplóban, hogy a Microsoft rámterhelt 46499 forintot, de mivel csak euró volt a számlámon, így a Revolut 114,63 eurót fizetett ki.

    Szóval most itt állok egy hatfős családi M365 előfizetéssel. Nem vagyok boldog. Jobb híján közöltem a családdal, hogy mit hozott a nyuszi.
    De legalább tudom, mi történt. A support ticketet nyilván töröltem. Kész szerencse, hogy nem izgattam be a Revolut-ot és oktatóként sem blamáltam magam. Értelemszerűen ennél az előfizetésnél is töröltem a megújulást, nehogy 2026-ban megint pofára essek.

    Igértem, hogy ezt a kártyaletiltós mókát egy kicsit jobban is körüljárom. Amikor nyomoztam, nyilván ennek is utánaolvastam… és az a helyzet, hogy nem működik. Oké, a tenant létrehozásakor kamu adatokat adsz meg (Joe Szabó, lakik: Buckingham palace), de a telefonszámodnak valódinak kell lennie, hiszen azt leellenőrzik. Innentől meg simán le tudnak nyomozni. Jogilag pedig az a helyzet, hogy igénybevettél egy szolgáltatást, elolvastad a feltételeket, egyet is értettél velük, tehát fizetési kötelezettséged van. Az, hogy a bankkártyádat nem tudják beterhelni, az csak egy technikai nehézség. Folyamatosan hívni fognak telefonon, végül ad abszurdum ahhoz is joguk van, hogy a hiányzó összeget (+kamatok meg egyéb) végrehajtsák. Gyakorlatilag megvettél valamit, de nem fizettél érte.
    (Abba most ne menjünk bele, hogy ezek az automatikusan megújuló előfizetések mennyire etikusak. Azt tudd – és ez a fontos – hogy a bankkártya letiltása nem megoldás ellenük. Észnél kell lenni, más módszer nincs.)

    O3 mini

    Nem tudom, hányan tudják, de a chatgpt beíróablakában az a ‘Reason’ gomb azt csinálja, hogy átvált az ‘o1 mini’ verzióról az ‘o3 mini’ verzióra. Ez utóbbi jelentősen okosabb, viszont a free változatban csak max 10 kérdést lehet neki feltenni.
    Írtam itt a múltkor, hogy mennyire hülye is az o1, gondoltam, megnézem, mit tud az okosabb tesó. Egész érdekes élmény volt. Ez ugyanis nemcsak az eredményt írta ki, hanem azt is, mennyi töprengés, mennyi vívódás kellett ahhoz, hogy végül döntésre jusson. Mely jelen esetben már jó volt.
    A gondolatmenetet vágatlanul másolom be, el lehet rajta csemegézni.

    ~oOo~

    Én:
    In the Windows Active Directory-integrated DNS how can I change with powershell the static record to time-stamped dynamic?

    Ő:
    Switching DNS record types
    I’m thinking of converting a static DNS record to a dynamic one with a timestamp using PowerShell’s Set-DnsServerResourceRecord command, possibly including the -Timestamp option.

    Revisiting record type
    Hmm, I’m thinking about how to convert a static DNS record to dynamic by removing and re-adding it. The TimeStamp property indicates static or dynamic status.

    Taking a closer look
    Setting the timestamp to a non-zero value and updating the record seems promising. The Add-DnsServerResourceRecordA command might support a -TimeStamp parameter.

    Revisiting techniques
    I’m looking through PowerShell and finding that using dnscmd to remove and re-add records, especially with a timestamp, is an effective method. This method seems promising.

    Confirming process
    To convert a static DNS record to dynamic, use Remove-DnsServerResourceRecord followed by Add-DnsServerResourceRecord with timestamp enabled for zone aging.

    Revisiting conversion options
    Interestingly enough, Windows Server 2008 and later versions don’t support converting static DNS records to dynamic ones directly due to the non-modifiable timestamp.

    Revisiting conversion
    I’m exploring methods to convert static DNS records to dynamic ones, but the read-only timestamp in Windows Server 2008 and later editions poses a challenge.

    Confirming conversion options
    OK, let me see. To convert a static DNS record to dynamic, removing the record and re-adding it with Add-DnsServerResourceRecordA is necessary, as Windows Server 2008 and later don’t allow direct timestamp modification.

    Confirming timestamp facts
    Interestingly, the timestamp of a DNS record is read-only in Windows Server, so modifying it is out of the question. To convert a static record to dynamic, remove and recreate it with dynamic update options.

    Shifting gears
    OK, let’s clarify: to convert a static DNS record to dynamic with a valid time stamp, removing the static record and re-adding it with Add-DnsServerResourceRecord is necessary.

    Updating DNS records
    To convert a static DNS record to dynamic, remove the static record and re-add it with Add-DnsServerResourceRecordA, ensuring the zone is set for aging and scavenging.

    Reinstating the record
    I’m re-establishing a DNS record by retrieving it, removing it, and then reinstating it as a dynamic record with Add-DnsServerResourceRecordA, ensuring it has a timestamp and secure updates.

    Refreshing DNS records
    I’m gathering info on updating DNS records, noting the need to remove the static record first. Using Add-DnsServerResourceRecordA ensures the new record has a timestamp.

    Understanding record dynamics
    Re-adding a record in an AD-integrated zone without client registration makes it static. Dynamic updates might be achieved using DnsCmd or PowerShell commands.

    When you look at an AD‐integrated DNS zone, you’ll notice that “dynamic” records have a nonzero time stamp while “static” records have a time stamp of 0. Unfortunately, that time stamp is a read‐only property – you cannot simply “convert” a static record into a dynamic one by updating that field with PowerShell.
    The only supported method is to remove the static record and then re‐create it so that it is registered as a dynamic record (and thus gets a proper time stamp). (In many cases you might let the client re‐register its own record, but if you need to do it manually you must re‐create the record.)
    For example, suppose you have an A record for host “Server1” in the zone “example.com.” You can do the following in PowerShell:

    Retrieve the existing record (to get its details):
    $zone = “example.com”
    $name = “Server1”
    $oldRecord = Get-DnsServerResourceRecord -ZoneName $zone -Name $name -RRType “A”

    Remove the static record:
    Remove-DnsServerResourceRecord -ZoneName $zone -Name $name -RRType “A” -Force

    Re-create the record (now it will be created as a dynamic record with a proper time stamp provided your zone is configured for dynamic updates and aging):
    Add-DnsServerResourceRecordA -ZoneName $zone -Name $name -IPv4Address $oldRecord.RecordData.IPv4Address -TimeToLive $oldRecord.TimeToLive

    Once re‐created, the new record will have a time stamp (set automatically by the DNS service) and will be eligible for scavenging (if that is enabled on the zone).

    Note: In many environments, records that are manually re‐added by an administrator may still be treated as “static” unless they are actually updated via dynamic registration. However, if you are in a scenario where you need a record to be “dynamic” (i.e. have a valid nonzero time stamp so that DNS aging/scavenging can work), this is the only supported method. There is no PowerShell switch or parameter that simply “converts” an existing static record into a dynamic one.

    This is why you may have seen instructions that involve removing the static record and letting the client re-register its record. If you must do it manually, the above three-step procedure is your best option.

    © 2026 MiVanVelem

    Theme by Anders Norén — Up ↑