-
Fototrend
Ajánlott ingyenes Windows programok 
Androidos kérdéssel irány az Android alkalmazások topik!
Új hozzászólás Aktív témák
-
#23622
brd
nagyúr
Feanor1031
#23621
brd
nagyúr
válasz
Feanor1031
#23621
üzenetére
Beállítod úgy az ATI Tray Tools-t, ahogy a képeken látod (a pirossal aláhúzottat is pipáld ki). Az utolsó képen választhatsz az ATI Tray Tools által látott hőmérsékletekből, hogy mit jelenítsen meg, továbbá alul beklattyolod a "Use FlashOSD Plugin"-t és kiválasztod az "OSD Moterboard Sensors"-t aztán a Configure gombot megnyomva ki kell tudnod választani az elindított SpeedFan-t, és ott az általa látott tetszőleges hőmérsékletek közül választhatsz. Így a 3D-s képeken az ATT a beállított értékeket feltünteti a beállított sarokban.
-
#23620
brd
nagyúr
Feanor1031
#23619
brd
nagyúr
válasz
Feanor1031
#23619
üzenetére
ATI Tray Tools (On Screen Display és FlashOSD plugin)+SpeedFan.
-
#23573
brd
nagyúr
Fire/SOUL/CD
#23570
brd
nagyúr
válasz
Fire/SOUL/CD
#23570
üzenetére
"Probléma, ha dinamikus lemez lesz a C:\-ből?"
Az, arról nem is beszélve, hogy teljes adatvesztéssel lehet csak kivitelezni.Nem, az a visszafele irány, partíciótörlés nélkül nem engedi a Windows (fizetős softwarrel lehet törlés nélkül is). Alaplemezből dinamikust viszont bármikor lehet (Proftól felfelé), még újraindítás sem kell hozzá, más kérdés, hogy egyszeri júzernek nem érdemes, mert haszna nem nagyon, inkább csak problémát fog okozni.
-
-
brd
nagyúr
Válaszolok a topictárs helyett, talán nem bánja.
Az attól függ. Ha a C: az aktív, akkor baj lesz, mert azon vannak az XP indításához szükséges file-ok. Ha nem aktív, akkor semmi baja nem lesz (kivéve az esetleg oda telepített programokat, bár ezek nem a rendszer részei). -
brd
nagyúr
-
brd
nagyúr
Az (Ultra)VNC tud ilyet. Egyébként vannak olyan helyzetek, amikor ez teljesen jogos (erkölcsileg), de ezt egyik okos jogász sem tudja elképzelni (tisztelet a kivételnek).
FeW: Van View only, olyankor az input nem megy át. Viszont egyes VGA(driverek) esetén az egérmutató villog (függetlenül a View onlytól), amikor csatlakozva van a VNC, így ezt le kellene ellenőrizni.
TigerCat: A LogMeIn csatlakozáskor mindenképpen megjelenít egy átlátszó ablakot. Te hogyan oldottad meg, hogy ezt ne tegye?
-
brd
nagyúr
-
brd
nagyúr
válasz
Wolfskin
#21598
üzenetére
HP-nál asszem' van valami olyan varázslás is, hogy ha PCL5 (vagy 6?)-ot tud a nyomi', és van olyan nyomtató, ami hasonló képességekkel bír, de újabb, szintén tud PCL5/6-ot, ill. van hivatalos Win7-es driver hozzá, akkor annak a driverével is lehet próbálkozni, sokszor eredménnyel. (Meg talán valami Universal print driver is bejön a képbe.) Sorry, de ennyire emlékszem a HP-s nyomtatós szívásból, igyekszem kerülni őket.
-
brd
nagyúr
VNC-vel meg lehet ezt oldani (aktuálisan az UltraVNC-re gondolok, a többiben nem tudom milyen lehetőségek vannak a server teljes elrejtésére). Ehhez viszont kell portforward.
Egyébként azt ugye tudod, hogy néhány országban ez jogilag eléggé problémás eset, még akkor is, ha arra használod, amit írsz?
-
#20579
brd
nagyúr
HarryPotter
#20578
brd
nagyúr
válasz
HarryPotter
#20578
üzenetére
Ugyan nem tálca (szerk.: ja de, ott is
), de talán így is elleszel vele: HDDLed. -
brd
nagyúr
Ez jó lesz, köszönöm! Nem tudom lecserélni, mert MPEG2-vel lesz a legjobb a minőség (még így is, hogy FPS hibás, mert mással még inkább hibás lesz), nem teljesítményproblémák vannak, egyszerűen hulladék a TV-kártya, vagy a hozzá adott MPEG2 codec/program, ill. az egész PC architektúra sincs a helyzet magaslatán e tekintetben (nem kívánt rész törlendő). A felvevőprogramnak van egy ún. silent módja, ilyenkor nem is mutatja a képet, csak rögzít, ekkor lesz a legkevésbé nyomorék a felvétel (eltekintve az előbb részletezett hibától).
ArchElf: Kösz' neked is! A program biztos jó, de ha jól látom, parancssoros; van ehhez valami vágáshoz használható GUI? Mert az parancssorban eléggé nehézkes.
-
brd
nagyúr
Akinek van valami bejáratott módszere a következőre, attól kérnék egy kis segítséget:
Van egy TV-kártyával rögzített analóg PAL adás, MPEG2-ben. Mivel a TV-kártya sajnos nem rendelkezik HW-es tömörítővel, ezért az MPEG2 stream FPS gondoktól szenved, 25 helyett 25.0xx, ahol x nagyobb, mint 0 (és valószínűleg a hang sem pontos "szabványos" frekvencia). Ha pl. egy MPEG2-t támogató VirtualDub-bal vágnám ezt a stream-et, akkor elcsúszik a hang, ebből gondolom, hogy az FPS ráadásul nem fix, hanem ingadozik. Bármilyen lejátszóval nézve viszont a kép és a hang szinkronban marad, és bárhová ugrani is lehet benne, akkor is megmarad a szinkron.
Arra keresnék valamilyen megoldást (programot), amivel ezt a stream-et meg tudnám vágni úgy, hogy ne csússzon el a szinkron. Vagy esetleg konvertálni is lehetne, szintén úgy, hogy a szinkron megmaradjon (bár ez utóbbi azért problémásabb, nem nagyon bízom benne, hogy ez megoldható). A Google-t én is tudom használni, MPEG2 konverterből/editorból rengeteg van, engem az érdekelne, akinek a fenti problémakörrel konkrét tapasztalata van. -
brd
nagyúr
válasz
bugizozi
#20121
üzenetére
A Foxit Readerben lehet háttérszínt állítani (gondolom, az adobe readerben is), (szerk.: mármint globálisan, nem elmenteni úgy a PDF-et, de létezik ingyenes szerkesztő is), persze csak azoknál a PDF-eknél, amelyeknél az idióta készítő nem hiszi azt (vagy nem is foglalkozik ezzel, mert pl. képként van benne szöveg), hogy csak a fehér háttér a jó. A linkelt PDF egyébként szabadon szerkeszthető, mindenesetre vannak jótét lelkek, akik az idióta PDF korlátozások feloldására ingyen szolgáltatásokat üzemeltetnek.
-
brd
nagyúr
válasz
McKane
#19917
üzenetére
Ha az előzőek nem segítettek, van még1 javaslat: CoreAVC és egy olyan lejátszó, ami ezt használja (pl. MPC-HC-ben ehhez ki kell kapcsolni a saját x264 decoderét). Sajnos ez fizetős program, viszont a legtöbb ingyenes x264 decoderrel szemben több szálon tudja dolgoztatni a CPU-t. (Ha más tud ilyet ingyenesben, az engem is érdekelne.)
-
-
brd
nagyúr
válasz
captain81
#19796
üzenetére
A csatlakozás állapota alatt mit értesz? Ha sima TCP/IP, és esetleg DHCP-vel (automatikus címkéréssel) akkor ezt magától kellene csinálnia (ha nem teszi, akkor a hálókártya, vagy a drivere szar). PPPoE-re ezt csak úgy tudod megoldani, ha valami figyeli, hogy internetelérés is van-e. Ezt pl. egy dyndns.org klienssel meg tudod tenni: az le tud futtatni egy programot, ha nem találja a "külső" IP-t. Ez a lefuttatandó program pedig annyit kell csináljon, hogy lebontja a PPPoE-t, majd újracsatlakoztatja. Ezt egy batch-ből is meg lehet csinálni, viszont a dyndns kliens csak exe-t tud indítani (legalábbis, amit én használok), ezért kell a .bat-ból exe-t csinálni, és úgy megadni neki. Erre én XP-n találtam megoldást, és a fentiek alapján működik is az egész, de nem tudom, hogy 64 bit-es Win7 alatt működik-e, mert csak 32 bit-es a .bat to .exe "konverter" progi, ha jól emlékszem.
A másik lehetőség egy megfelelő router beszerzése, amelynek a firmware tud ilyet, vagy legalábbis lehet okosítani a firmware-ét olyanra, ami tud.
-
brd
nagyúr
válasz
klambi
#19684
üzenetére
EaseUS Partition Master Home Edition Free.
laca026: Azt tessék elfelejteni, mert régóta nem fejlesztik, ezért ma már sajnos olyan partíciós táblára is hibát tud írni, és ki akarja javítani (a valóságban elrontja), amely hibátlan.
-
brd
nagyúr
válasz
Mercutio_
#19502
üzenetére
Én azt használom, nekem megfelel, csak ehhez picit jobban "kell" (igazából nem kell, inkább csak érdemes
)érteni, mert olyat is meg tudsz vele tenni, amit mással nem. Pl. a ritkán használt, vagy nagy file-okat át tudod helyeztetni a partíció végére, vagy a sokat használt file-ok után szabad területet tudsz létrehozni, hogy oda dolgozzon a gép, így HDD esetén picit gyorsítva a működést (mert az ugye a vége felé kb. 2x lassabb, mint az elején, szekvenciális olvasásban). -
#19494
brd
nagyúr
Fire/SOUL/CD
#19460
brd
nagyúr
válasz
Fire/SOUL/CD
#19460
üzenetére
Elolvastam, köszi, pont azt csinálja, amit gondoltam. A módosításokat nem az eredeti blokkokon végzi, hanem átirányítja egy másik területre, és az átirányított területre vonatkozó olvasásokat is átirányítja ide, így tudja egy pillanat alatt visszaállítani a védett állapotot, hiszen csak annyit kell tennie, hogy újraindítás után már nem irányítja át a műveleteket.
Mondom, a TRIM melletti sérülést el tudom képzelni: nem tudják/akarják blokkolni a TRIM parancsokat, ezért szerencsétlen OS elküldi az SSD-nek, hogy az a blokk törölhető/felülírható, amikor az nem is módosult (mert ez a "rendszervédős" software máshová irányítja a módosítási parancsokat). De a GC-nél hogy okozhat gondot? A GC-s SSD a futó OS milyenségétől, és működésétől függetlenül (kivéve persze a nagy adatmozgást, mert olyankor háttérbe vonul) mozgatja a blokkokat magán belül, még akkor is, ha nincs is adatkábel dugva rá, és az OS ebből semmit sem vesz észre, mert az OS az általa megcímzett adatblokkokban mindig ugyanazt az adatot látja (írja/olvassa). Azaz az egész OS/BIOS/Virtual módos/etc. móka alatt működik a GC. Ha ez így hibát okozna, akkor az ilyen programok nélkül is adatvesztést/sérülést jelenthetne.Btw. kipróbáltam, környezet: CTM v2.9.161985187, Kingston SVP100S2/96G (támogatja a TRIM-et, valamint ettől független GC-vel is bír), ICH9M-E, Intel RST 9.6, 27 GB-os W7 partíció, kb. 12 GB üres hellyel, ez volt a védett partíció, erre végeztem a másolásokat (kb. 2 GB-nyi adat), valamint telepítettem egy Operát is a CTM telepítése utáni újraindítás után, és erről az állapotról készítettem snapshotot.
Ha a W7-ben a disabledeletenotify-t 0-ra állítom, akkor egy CTM telepítéskori snapshot visszaállítás, másolás a védett partícióra, visszaállítás, másolt adatos állapot visszaállítása, másolt file-ok letörlése, újraindítás után másik kb. 2 GB adat rámásolása a W7 partíciójára, másik állapot visszaállítása, majd CTM telepítéskori állapot visszaállítása közben megborul valami. Ez jó eséllyel attól van, hogy a TRIM olyan helyekre lesz kiadva, ami nem törlődik valójában, mert a CTM máshová irányítja az eredeti helyre vonatkozó írási utasításokat. A telepített Opera is megsérült, ha eltávolítottam, és egy olyan állapotot állítottam vissza, amelyben telepítve volt. A CTM kb. 1.5 GB-nyi szabad helyet írt a másolgatások, és snapshotok készítése/visszaállítgatása után (ez az a terület, amit a CTM tud felhasználni a snapshotok számára).
A TRIM-et kikapcsolva viszont a fentivel megegyező műveletekkel nem tudom megborítani. A partícióra másolt 3 GB-nyi adat sem sérül meg, és az Opera is tökéletesen működik.
Te valami mást is csináltál, amitől megborult, vagy az általad használt CTM volt hibás.
Már csak azt kell kitalálnod, hogy hogyan tudnám számodra hitelesíteni a tesztet.
Addig is, itt van 2 db. kép a kikapcsolt TRIM melletti gyötrésről. -
#19454
brd
nagyúr
Fire/SOUL/CD
#19453
brd
nagyúr
válasz
Fire/SOUL/CD
#19453
üzenetére
A GC hogyan zavarhatná meg egy ilyen program működését (mondjuk a TRIM esetében is összeszalad a szemöldököm, de azt még talán el tudnám képzelni)? A GC semmit nem csinál a filerendszerrel, és a foglalt blokkjaival; akár mit működik a GC, az SSD az OS felől pontosan ugyanolyannak látszódik (ugyanazt a blokkot lekérdezve az SSD ugyanazt az adatot adja vissza, más kérdés, hogy fizikailag az máshol is lehet az SSD-n, de nem hiszem, hogy egy Retulnil-szerű program az SSD lelkivilágába nyúlna bele, max. azt figyelheti, hogy a háttértárolón melyik blokkok módosulnak, és azt figyeli/elmenti/máshová irányítja - inkább az utóbbi, de ez mind a GC felett működik). -
brd
nagyúr
válasz
atom87
#17883
üzenetére
Inkább az SSD-ben lévő vezérlőtől függ, nem konkrét típustól. Utána kell nézni, hogy tud-e ilyet a kinézett SSD, vagy eleve olyat kell keresni. Itt a PH!-n pl. van egy teszt, amiben említenek néhány ilyen típust. Bár ma már talán régieknek tekinthetőek, mindenesetre nekem is pl. egy olyan Toshiba vezérlős (T6UG1XBG) dolgozik az SSD-mben a laptopban, és még XP-vel is gyönyörűen működik, nincs lassulás.
Gabás: Csak éppen rengeteg HDD ezt már csak akkor teszi meg, amikor az OS/vezérlő felé is gondot okoznak már (jellemző típus: Samsung, a legpozitívabb tapasztalatom pedig a Hitachi HDD-kel van, ott még csak akkor láttam az OS felé is hibás blokkot, ha már elfogyott a tartalék terület).
Részben ezért van szükség a programra. -
brd
nagyúr
válasz
atom87
#17872
üzenetére
A normálisabb SSD-k jól elvannak anélkül is.
Poo: Ingyenes programot nem ismerek a célra, de ha az egyik HDD-t be tudod tenni (van vezérlőd a másik gépben hozzá) másik OS, vagyis Win7/2008R2 alá (a tükör tagjai sima HDD-ként látszódnak RAID vezérlő nélkül is), és nem félsz egy kis bootsector és MBR javítástól (Win7 telepítővel is megcsinálhatod, majd miután visszatetted a serverbe az SSD-t), akkor az SSD tömb kialakítása után tedd be másik gépbe, kézzel hozd létre a partíciókat az egyik SSD-n (Win7/2008R2 alatt, akkor az alignálás sem lesz baj), és utána bármelyik partíciómásolóval át tudod tenni a HDD-ről az adatokat, mert a már meglévő partíciók helyén nem változtatnak, ha külön nem kéred rá (pl. Easeus Partition valami (talán Master) Home Edition, ez ingyenes, otthonra, de csináld otthon
; 2008-con nem próbáltam, de a leírás szerint csak asztali OS-en fut). Fontos, hogy a Win7/2008R2 hozza létre a partíciókat, és ne a példaként írt Easeus, mert pl. ez sem tudja megfelelően igazítani a partíciókat.
Sima alignálásra, (törlés nélkül) egyébként eddig egyetlen programot ismerek, de az is fizetős: Paragon Alignment Tool™. -
#17718
brd
nagyúr
Thunderzolee
#17715
brd
nagyúr
válasz
Thunderzolee
#17715
üzenetére
Ennél konkrétabb nem hiszem, hogy létezik, mert ez a program direkt a SMART adatok monitorozására készült.
-
#17713
brd
nagyúr
Thunderzolee
#17712
brd
nagyúr
válasz
Thunderzolee
#17712
üzenetére
HDSentinel, ha folyamatosan futott a használata mellett. Ha ez nem nyert, de a SSD rögzíti valamilyen attribútumban az értéket, akkor is HDSentinel,
mert az ki tudja írni, ha van ilyen az adott SSD SMART-jában. -
brd
nagyúr
válasz
fatal`
#17704
üzenetére
Tudod te egyáltalán, miről beszélsz? Láttad valaha működni a programot? Az IDE, nem IDE csatolónak ehhez az égvilágon semmi köze. Egyszerűen arról van szó, hogy a másolás közben a lassabb meghajtó sebessége nincsen teljesen kihasználva, ill. háttértárolón belül másolva nincs optimalizálva a minél nagyobb adatblokkok mozgatására alapból (az OS - legalábbis az XP - megoldásában) a másolás. Ezen segít a program pl. úgy, hogy a háttértárolón belüli másolásnál nem file-onként másol, hanem több kis file-t beolvas egyszerre, majd egyszerre írja ki.
-
brd
nagyúr
válasz
fatal`
#17342
üzenetére
Sok filmben/sorozatban van olyan, amikor elég fél fél szemmel figyelni (vagy csak hallgatni), vagy pl. TV-kártya képét sem folyamatosan bámulja az ember (van mondjuk reklám, de jórészt a túlhangosított volta miatt azt nem akarja élvezni), ilyenkor pont elfér(ne) a sarokban, keret nélkül. Vagy nem nyújt (vagy nem is az a lényege, pl. beszélgetős műsor) akkora élményt látványban a film, hogy feltétlen teljes képernyőn kellene nézni.
Ja és persze így mást is lehet csinálni közben. -
brd
nagyúr
Akkor megoldódott a gondod? Mert ismerek egy lejátszót, ami alapból képes erre, csak nagyon régi, emiatt néhány, ma már elvárt funkció hiányzik belőle, és ha használni akarod, ezekkel együtt kell élned. (Pl. nincsenek a mai formátumokhoz codec-jei, így csak azt tudod lejátszani, amihez van telepített codec).
hunfatal: Felírhatsz másodiknak. Semmi szükség az ablakkeretre videolejátszásnál, csak a helyet foglalja.
-
brd
nagyúr
válasz
mokus1
#16530
üzenetére
Azzal nyugodtan nekiállhatsz, de így is sokáig fog tartani, mert a WinRAR AES-128-at használ (annak a támogatása pedig a leírás szerint csak tervbe van véve)... Ha tudomásod szerint legalább 8 karakter volt a jelszó, és fogalmad sincs, hogy milyen karakterekből állhatott, akkor felesleges megfejtésben gondolkodnod, mert az általad elérhető eszközökkel ez lehetetlen. Tudom, biztos fáj, de ez van.
-
brd
nagyúr
Az átlagusert ez nem érdekli. Ajánlanak neki egy programot, telepíti, elindítja, nem állít be rajta semmit, és ha úgy jó, akkor jó, ha úgy nem jó, akkor nem jó. Gondolom, a foobar2000-ben van valami hangzásmódosító alapból beállítva, és ezért azt hiszik, hogy általánosságban is jobban szól.
-
brd
nagyúr
válasz
VINIKOR
#16422
üzenetére
Ez leginkább a célformátum nálad telepített codecjétől függ, ill. a VDub-ban az egyéb használt filterektől. x264-et használva pl. nincs probléma abból, hogy nem terheli le a CPU-magokat.
Ill. a notebookokba általában szándékosan kiherélt CPU-kat tesznek, nehogy érdemeben tudd használni ilyesfajta munkára (vagy csak azért, mert ezek a CPU-k olcsóbbak). Régen ez még jogos is volt, jórészt a fogyasztás/hőtermelés miatt, de ma már olyan keveset fogyasztanak a CPU-k, hogy ez nem lehet indok. -
brd
nagyúr
válasz
Воланд
#16161
üzenetére
A többire válaszoltak a topictársak, én csak annyit tennék hozzá, hogy normális jelszófejtő programban meg lehet adni, hogy mettől-meddig próbálgassa a jelszavakat. Ha 1 gépen el tudod indítani többször is a programot, akkor ezt remekül lehet arra használni, hogy több szálon fusson a keresgélés.
Tehát pl. a visszafejtő program csak 1 szálon tud futni, de meg lehet neki adni, hogy mondjuk aaaaa-tól gzzzz-ig keresse a jelszavakat. Ilyenkor meg tudod azt csinálni, hogy elindítod 4 példányban, az első aaaaa-tól gzzzz-ig, a második haaaa-tól mzzzz-ig, a harmadik naaaa-tól qzzzz-ig, a negyedik raaaa-tól zzzzz-ig. Persze bele kell venni a számokat, egyéb jeleket is a logikába, ahogyan az adott program visszafejtő logikája működik (ahogy sorba veszi a karaktereket). -
brd
nagyúr
válasz
pete_21
#15773
üzenetére
Nincs különbség, és ez így jó, mert nem is kellene lennie. A képeidet megnézve, ahogy gondoltam, a software-es úton valamilyen filter működik valahol, pl. az egyik jelenetben (a kórházi szobásban a falon) látszódik, valószínűleg némi tömörítésből adódó színátmenet-probléma. A nem DXVA-s képen ez jobban néz ki, ez is arra utal, hogy a másik megoldással valami filter ügyködik a háttérben, hogy javítsa ezeket a hibákat (pl. DeBand), ill. a fényerő/kontraszt is más a két megoldásban, ennek sem kellene így lennie.
-
#15765
brd
nagyúr
WonderCSabo
#15762
brd
nagyúr
válasz
WonderCSabo
#15762
üzenetére
Akkor legyen a megfelelő (CUDA-képes) HW és az azt kihasználni képes utasításkészlet összessége (architektúra), a kérdezőnek tökmindegy (ha mélyebben érdekli, úgyis utánaolvas, vagy kérdez).
ezt is képzeld el olyasmiként, mint a CUDA, de ezt az ATI és az nvidia is kb. ugyanúgy tudja
Ez pedig az, amiről beszéltem.
Felesleges részletezni szerintem, ha jól sejtem, ebből is érti, mire használhatóak (amennyiben mégsem, szintén kérdez). Nem mondtam, hogy köze van egymáshoz, de az átlagfelhasználó szintjén kb. úgy jelenik meg, ahogy írtam: megfelelő programokkal az egyiket szinte bármire fel tudja használni, a másikat pedig csak (kissé korlátozott) videolejátszás-támogatásra/gyorsításra.
-
#15759
brd
nagyúr
WonderCSabo
#15758
brd
nagyúr
válasz
WonderCSabo
#15758
üzenetére
Melyik az a rész, ahol szerinted kevertem? Komolyan érdekel, hogy hol írtam ilyen félreérthetőt.
-
brd
nagyúr
Lejárt a mod: tehát
Ez a csomag sokkal széleskörűbben használható, mint a DXVA-nak nevezett tulajdonság (ezt is képzeld el olyasmiként, mint a CUDA, de ezt az ATI és az nvidia is kb. ugyanúgy tudja), de ez lényegében csak video-k lejátszásának gyorsítására használható.
helyett:
Ez a csomag sokkal széleskörűbben használható, mint a DXVA-nak nevezett tulajdonság (ezt is képzeld el olyasmiként, mint a CUDA, de ezt az ATI és az nvidia is kb. ugyanúgy tudja), mert a DXVA lényegében csak video-k lejátszásának gyorsítására használható. -
brd
nagyúr
válasz
pete_21
#15754
üzenetére
A végére az elején: nem változtat, viszont beállításfüggően a lejátszóprogramok használhatnak különböző filtereket (pl. az interpolálós frame-duplázás), amelyek használatával jobb minőség érhető el annál, mintha csak simán kitömörítenéd a video-t és kiküldenéd a kimenetre, ettől esetleg tűnhet úgy, hogy DXVA-val rosszabb minőségű a lejátszás, ha eddig DXVA nélkül néztél video-t.
Még mindig nem világos ez a CoreAVC-CUDA-DXVA kérdéskör: az nvidia csinált egy programcsomagot, ami az nvidia VGA-k HW-ét használja bizonyos műveletekre, ez a CUDA. Ez a csomag sokkal széleskörűbben használható, mint a DXVA-nak nevezett tulajdonság (ezt is képzeld el olyasmiként, mint a CUDA, de ezt az ATI és az nvidia is kb. ugyanúgy tudja), de ez lényegében csak video-k lejátszásának gyorsítására használható. A CoreAVC codecbe írtak egy támogatást a CUDA használatára a kitömörítéshez. DXVA-hoz valószínűleg azért nem írtak támogatást, mert az egy sokkal kötöttebb cumó, és annak a kimenetét nem lehet szabadon felhasználni (pl. nem tudsz már rajta bizonyos szűrőket alkalmazni), lényegében a VGA csak megjeleníteni tudja már.
Miért akarsz egyébként CoreAVC-t, ha van DXVA? -
brd
nagyúr
válasz
pete_21
#15744
üzenetére
A CUDA másra való (persze bizonyos műveletekkel lehet video kitömörítésére használni, de az más kérdés). A CoreAVC egy codec, amit DXVA helyett lehet arra használni, hogy ...264 tömörítésű video kitömörítését végezze. Tehát a CoreAVC tud használni CUDA-t video kitömörítésére, de ez független a VGA és a rendszer DXVA-képességeitől. Az nvidia viszont ATI-n értelemszerűen nem támogatja a CUDA használatát, ezért ott nem tudja a CoreAVC CUDA használatával kitömöríteni a video-t. A Potplayert nem ismerem, viszont az MPCHC-val könnyedén lehet DXVA-val lejátszatni video-t, a beépített filterével.
-
brd
nagyúr
válasz
tomi_x
#15600
üzenetére
Írsz 2 batch-et:
egyik:
taskkill /im [hosszan futó programod neve a feladatkezelőben]
ping >nul 127.0.0.1 -n 6
taskkill /f /im [hosszan futó programod neve a feladatkezelőben]
[10 percig futó program elérési útja\neve]másik:
taskkill /im [10 percig futó programod neve a feladatkezelőben]
ping >nul 127.0.0.1 -n 6
taskkill /f /im [10 percig futó programod neve a feladatkezelőben]
[22:00-ig futó program elérési útja\neve]Az elsőt 22:00-ra ütemezed, a másodikat 22:30-ra (vagy 22:40-re).
De lehet azt is, hogy 1 batchbe írod bele őket, és ez mondjuk 22:00-kor fut le, bezárja a hosszan futó programot (és az ütemezőben úgy állítsd be, hogy ha már fut egy példánya, akkor azt állítsa le), elindítja a másikat, vár fél órát, majd elindítja a hosszan futó programot.
-
brd
nagyúr
Nem tudok ilyenről, de a nevezett programnak van parancssori interface-e, így ha előbb összeállítod a kiírandókat, és elmented az összeállításokat (ezt hivják compilationnek), akkor ki tudod íratni vele egy batchből az összeset.
-
brd
nagyúr
Egyes mobil stickek ilyen meghajtót láttatnak csatlakoztatáskor, de ez valószínűleg HW-es megoldással működik csak, pontosabban egy alapvetően mass storage-nak gyártott meghajtóból szerintem bajosan lehet ilyet csinálni. (Mondjuk engem is érdekelne, ha mégis, mert nincs fizikai írásvédelem rengeteg pendriveon, de sokszor jól jönne.)
-
brd
nagyúr
válasz
#65675776
#15078
üzenetére
A CRT TV-k beépítve tartalmaznak egy blur szűrőt.
Így ott az sem igazán látszódik, ha alacsonyabb a videoanyag felbontása. Az LCD-knél viszont sokkal élesebb a kép, jobban feltűnő, ha alacsonyabb a lejátszandó anyag minősége. A másik ok az lehet, hogy régebben nem volt széles körűen elérhető HD tartalom, ezért nem is tudták az emberek, hogy minőségben az mennyire láthatóan más. -
#15038
brd
nagyúr
Fire/SOUL/CD
#15036
brd
nagyúr
válasz
Fire/SOUL/CD
#15036
üzenetére
Lehetőség szerint olyat használok, de nem minden programban van lehetőség ilyesmire. Egy laptopról van szó egyébként, amelyben a hang szokás szerint alapból olyan, mintha dobozból szólna, és ezen jelentősen javít az equalizeres beállítás. Igen, globálisra gondolok, köszönöm a linket, megnézem őket.
-
brd
nagyúr
-
brd
nagyúr
válasz
Hintalow
#14368
üzenetére
Ha szerencséd van, akkor olyan a telepítője, hogy a %temp%-be bontja ki a tartalmát, és utána onnan telepít. Ezt úgy tudod megnézni, hogy törlöd a %temp% tartalmát (a % jelek szándékosak!), elindítod az exe-t, megvárod az üzenetet, nem nyomsz OK gombot, hanem belenézel a %temp% könyvtárba, hogy létrehozott-e ott valamit.
-
brd
nagyúr
válasz
elnofx
#14340
üzenetére
Unlocker. Nagyon fontos, hogy a telepítésénél csak az Explorer extension (magyarul indítva a telepítőt Intéző bővítmény néven látod) maradjon bepipálva! Ha települt, akkor joggegérgomb a fileon/könyvtáron, és Unlocker, aztán alul a legördülő menüből válaszd a Delete-t (Töröl). Ha azt írja, hogy nem tudja, akkor válassz OK-t, ilyenkor újraindítás után csinálja meg.
-
brd
nagyúr
válasz
scope2007
#14272
üzenetére
Ez pl. tud ilyet, de csak 0-val tölti fel. Olyan programról nem tudok, ami ingyenesen tudná azt, hogy véletlenszerű adatokkal tölti fel, de fizetős pl. az Everest (a HDD-tesztben van írás is, az véletlenszerű adatokat ír a HDD-re), vagy a HDSentinel regisztrált verziója tud ilyet.
-
brd
nagyúr
Írsz egy batchfile-t (filenév.bat legyen az elmentett neve, és sima szöveges file legyen, pl. a notepad.exe-vel tudsz ilyet létrehozni), és beteszed a CS könyvtárába, kb. ez legyen a tartalma:
@echo off
taskkill /im utorrent.exe
C:\Program Files\CS\CS.exe
C:\Program Files\utorrent\utorrent.exe(Az első sor egy beépített Windows parancs, folyamatok bezárására szolgál.) Aztán a CS ikonja helyett ezt indítsd el a továbbiakban. Akár egy új ikont is létrehozhatsz neki, sőt, a CS ikonjának a képét is adhatod neki, minden ugyanúgy tud kinézni, mintha ahogyan a CS-t indítottad eddig. Ha el akarod tüntetni a parancssoros ablakot teljesen, az nem annyira egyszerű, de megoldható az is.
Persze írd át az elérési utakat, ill. a torrent program, és a CS-t indító program exe-jének nevét, mert gondolom, nem ez a neve. -
brd
nagyúr
Nem tudjuk (legalábbis mi, végfelhasználók), hogy pontosan mi történik ilyenkor, de szerintem nem is ez a lényeg, hogy mi történik pár percig ilyenkor (úgysem tudsz kezdeni semmit), hanem az, hogy az idő nagy részében mi történik vele (az akksi'-val), és az ehhez való ideális beállítást keressük (tekintetbe véve persze a felhasználó igényeit is). Mert rendben, van mondjuk 3 óránként 5 perc áramszünet (akksiról megy pár percig, aztán kap áramot a töltő), de egyébként a hálózati árammal működik a laptop. Ilyenkor egy munkanap alatt (ha maradok az előbbi példánál) van mondjuk 20 perc, vagy fél óra, ameddig nem egyértelműen tárolási körülmények vannak (az áramszünet ideje, és utána, ameddig a töltő megkapja az ukázt a kezelősoftware-től, hogy á-á, ezt most nem kellene tölteni, feltéve, hogy így működik*, és esetleg az akku' kémiailag is "megnyugszik" a terhelés után, ha jelent ez bármit
), de az idő nagy részében (7 és fél óra+a munkaidőn kívüli 16 óra) nincsen töltési/merítési stressz alatt az akku', hanem közel (ha nem pont) olyan állapotban van, mintha a polcon lenne a laborban.
Remélem is, hogy más stratégiával esik neki a közel teljesen lemerült, és kevéssé lemerült akksi'nak a töltő, mert a Li-ion ideális töltése nem egy egytényezős (fel van-e már töltve) folyamat.Amelyik user panaszkodna, az ne így használja, ő vegyen inkább 2 évente akksi't, az az ő baja. Úgy értettem a beállítást, hogy azt mindenki magának, a felhasználási szokásainak megfelelően állíthassa be (ha úgy kívánja). Aki persze nem tud erről az egész történetről, az nem is fog ilyen beállítási lehetőséget keresni, úgyhogy ő panaszkodni sem tud, hogy miért nem lett feltöltve teljesen az akkumulátor. El lehet ezt jól is dugni a kezelőpanelen; bevallom, pl. a saját notebookomnál én is kerestem egy ideig,
pedig én direkt kerestem, nem véletlenül akadtam rá, ahogyan az unatkozó user szokott. De nem is hallottam még olyan notebooktulajról, aki ezt úgy elállította volna, hogy ne tudta volna, mit csinál.* Az általam eddig látott IBM (Lenovo), és Dell modelleknél ez úgy működik, hogy ha tápot kap a notebook, és nem fut a kezelősoftware (pl. ki van kapcsolva a gép, vagy éppen bootol), akkor mindenképpen elkezd tölteni, és egészen addig tölt is, ameddig a software nem utasítja (vagy ameddig nem lesz 100% a töltöttség) viszont ha már egyszer leállította a töltést a software, akkor addig nem is próbálkozik tölteni, ameddig a software nem utasítja erre, vagy nem történik a software nem futása közben egy tápcsatlakozó újracsatlakozatás (pl. ha ki van kapcsolva a gép, de úgy lett kikapcsolva, hogy előzőleg a software leállította a töltést, akkor hiába van bedugva a tápcsatlakozó, csak akkor kezd el tölteni, ha azt újracsatlakoztatja az ember - vagy elmegy az áram egy időre). Viszont ha fut a kezelősoftware (és a triggerek alapján olyan utasítás van érvényben, hogy nem kell tölteni), akkor a tápellátás újracsatlakoztatásakor sem kezd el tölteni a töltő. Persze csatlakoztatott tápegységnél nem kell azt újracsatlakoztatni a töltés megindításához, elég, ha a software-ben átállítjuk az értékeket.
Szerintem is jó volt így eszmét cserélni, de ez ennyire különlegesség lenne?
(Én nem fórumozok túl sokat, neked biztosan nagyobb a tapasztalatod ezen a téren.) -
brd
nagyúr
Tehát pl. a "napi 8 óra munka, a hálózatról üzemeltetve", legalább 7 órás részét kiteszi a "nem fogyasztó és töltő sincs rádugva" rész? (A töltő sincs rádugva, gondolom, olyankor is értendő, amikor vagy 100%-on van az akku' és ezért nem tölti a töltő, vagy olyan okos software jár a géphez, hogy ki lehet kapcsolni a töltést benne, de ha nem így gondolod, miért nem; szerinted kémiailag mi történik másként az akkuban, amikor a töltő azért nem tölti, mert az elektronika ezt mondja neki, vagy azért nem tölti, mert nincs is a gépre dugva?)
Sorold nyugodtan az úgynevezett "mindennapi" felhasználás eseteit, de én még mindig olyasmi helyzetről beszélek, amikor pl. van egy fix áramforrásod, és emiatt jellemzően nem akku'-ról működik a gép. (Mint amit a kérdező is írt.) Ekkor általában (kivéve persze, ha 3-4 órás áramszünetek is vannak ) felesleges, és káros minden áramszünet után 100%-ra töltögetni (és ilyen töltöttséggel utána nem használni) az akku'-t. Ilyenkor ugye altatva hurcolás jellemzően nincs, és ha elmegy fél percre az áram, csökken mondjuk fél %-ot a töltöttség, akkor az a jó megoldás, hogy nem tölti vissza rögtön, csak sok ilyen után; mondjuk amikor már 20-25%-ra csökkent a töltöttség, és nem 100%-ra, hanem 40 körülre csak, mert ha nincs merítve az akku, akkor ez jobb neki. Értem én, hogy sokan nem így használják a notebookot, de ők úgyis lemerítik 100%-ról is viszonylag hamar alacsonyabb töltöttségre, így náluk ez kevésbé öregíti az akkumulátort, ezért nem is nagyon kell foglalkozniuk vele.A kérdést nem igazán értem. Arra gondolsz, hogy ha nem figyelsz így oda rá, akkor 2 év használat után, amikor még 2 órát bírt tegnap, ma egyszer csak paff, összeszarja magát, mintha elvágták volna, már nem használható, ha pedig odafigyelsz rá, akkor 3 év után is még 40 percig bírja? Nos, nem erről van szó, hanem arról, hogy ha odafigyelsz ilyen módon is az akku'-ra, akkor 3 év után is még másfél órát fog bírni az, ami 2 évesen 2 órát bírt. De persze mindenki úgy használja a dolgait, ahogyan akarja, engem nem nagyon érdekel. Azt tudom, a környezetemben (is) tapasztaltak alapján, hogy az ilyen módon (is) gondosabb notebookgazdik akku'-ja tovább bírja.
Tudom, hogy szarkazmus volt, én viccelni próbáltam, nem gondoltam komolyan, már csak a hozzászólásaid alapján sem, hogy ne ismernéd a copy/paste "mágiát", elnézést, ha "nem ment át".
Nem tudok ilyen gyártót mutatni, mert nem végeztem ilyen felmérést. Ám ez miért is ellenérv? Azok a cégek, amelyek nem kifejezetten érdekeltek ebben is (vagy nem ismerik fel a jelentőségét), általában nem foglalkoznak az igényesebb végfelhasználó jóérzésével, hanem a tömegeknek termelnek.
Értem én hogy ez papíron jól mutat, csak gyakorlati haszna nincs.
A gyakorlati haszna pont annyi, amennyi olyan speciális eset előfordul egy akkumulátor felhasználása során, amikor lehetőség van így kezelni, semmi több. Amennyiben nincs ilyen, nincs ilyen, de akkor nem is kell erre odafigyelni, mert nem lesz 100% közelébe töltve egyfolytában, hónapokon át.
1 év alat többet veszít a kapcitásából a töltési ciklusok számossága miatt, mint azért mert 100%-on van a töltöttségi szintje.
Pont arról van szó, hogy el lehetne kerülni a felesleges töltési ciklusokat (is), ha az adott notebookgyártó olyan akksi'kezelő software-t (és hardware-t) készítene, ami képes lenne arra, hogy a user óhaja alapján csak bizonyos szint alatt töltsön, és csak bizonyos szintig (legyen mondjuk 25-45% a két határ, vagy bármi más, az adott felhasználáshoz igazodó, akár 50%-100%, ha mondjuk minden másnap terepen dolgozik/játszik/akármi a notebookkal valaki), mint ahogyan pl. az IBM (Lenovo), vagy a Dell teszi.
Soha egy szóval nem álítottam, hogy a 40%-os rosszul viseli a polcot, de a mindennapi használatban a 100% a jó, elfogadható/elvárható.
Így van, de én nem is ezt mondtam, csak azt, hogy bizonyos speciális helyzetekben nem üdvös a mindig 100%-ra töltés, mert van helyette jobb stratégia az akku' élettartama szempontjából. Ilyen speciális eset pl. a közel állandó hálózatos működés, vagy amikor mondjuk 2 hetente 1x veszi elő az ember a gépet (és akkor is tudja pár órával előre, hogy kell majd), de az is, amikor jellemzően olyan típusú a felhasználás, hogy az akksi'-ról használathoz elegendő (időben) a 40% körüli töltöttség. Az én notebookom pl. kb. 2 és fél órát működik 40%-os töltöttséggel, és ez többnyire elegendő a hurcolászós felhasználásom esetén is.
-
brd
nagyúr
40%-on tárolva. -> ekkora töltöttségi szinten felrakod a polcra. (értsd labor körülmények között, több hónapos tétlenségben ekkor veszít legkevesebbet)
Igen, és? Ha sokáig hálózatról működik egy notebook, nem is töltve, és nem is merítve az akkumulátort, az miért nem minősül tárolásnak? Miben különböznek (az akku', mint kémiai elegy szempontjából)? Mert szerintem tárolás, és erre vonatkozik a 40% körüli töltöttségi állapot, mint ideális helyzet. Hány állapota van egy akkumulátornak? Alapvetően 3, nem? Merítés, töltés, és a harmadik, amikor nem is töltjük, és nem is merítjük (persze az önkisülés miatt ilyenkor is némileg veszít a töltöttségéből). A tárolás szerinted melyik állapotot jelenti?
[...]azért van hogy használjuk[...]
Remek, csak azt kellene megérteni, hogy ha éppen nem használod, mert nem akarod, mert van más áramforrás, akkor mi az ideális helyzet, milyen töltöttségi szinten legyen az akku', és éppen erről beszélnénk.
(remélem most jól idézztem)
Nem olyan nehéz, idézendő szöveg kijelöl, copy (másolás), aztán paste (beillesztés) ott, ahová szeretnéd a hozzászólásba tenni, majd az elejére és a végére egy idézőjel. Kényelmesebb is, mint begépelni újra az "idézendő" szöveget.
Pedig jó lenne, mert te állítasz vmit.
Nem, nem én. Az összes, Li-Ion témába mélyebben belemászó cikk.
Még egy utolsó link, ha a szöveget nem akarod érteni, akkor csak az első képen a táblázatot nézd meg kérlek. Jobb a 40%-os töltöttség, mint a 100%-os, ha hosszabb ideig nem használod (nem meríted, és nem is töltöd, mert nem akarod meríteni)? Minden szempontból jobb. Akkor? Egyáltalán van valami ellenérved? Vannak olyan tapasztalatok, hogy 100% helyett 40%-on tárolva (vagy olyan töltöttségi szinten tartva), gyorsabban romlik? Mutass.
Dluinet: Igen, a normál használat, amennyiben azt érted alatta, hogy időnként számottevően lemeríted, aztán feltöltöd, akkor igen, még az is sokkal jobb, mintha van egy áramszünet fél percre, majd 5 percig töltögeti a töltő az akku'-t, mindig 100%-ra töltve, ez ugyanis nem normál használat.
leyo76: Abban a pillanatban hogy nem használod az akksit elkezdi veszíteni szép lassan a kondiját, és ezzel együtt rövidül az élettartama, akár tetszik akár nem.
Igen, csak maguk a merítési/töltési ciklusok is öregítik, valamit valakik lemérték, hogy Li-ion esetén, a nem használat közben, ez az öregedés mégis milyen állapotban a leglassabb. No', pont erre vonatkozik a 40%-os töltöttségi szint.
-
brd
nagyúr
A következő mondatban az is ott van, hogy 40%-on tárolva viszont jelentősen csökken ez a károsodás. Ha nem érted, hogy a folyamatos használat (kicsit lemerít, rátölt, és a hőmérséklet is változik, töltés közben jellemzően 25 °C-nál magasabb, és ha megnézed, a hőmérséklet emelkedésével egyre károsabb a magas töltöttség) melletti, 100% körüli folyamatos töltöttség miért rosszabb az egyszer 100%-ra töltött, használaton kívül tárolt állapotnál, az akksi' szempontjából, azt nem én fogom elmagyarázni.
(Egyébként, még az is lehet, hogy én vagyok a gyenge angolból, de az ..., even when unused szerintem azt jelenti itt, hogy még akkor is, ha használaton kívül van.)Rossz bekezdést idéztem a másodikból, siettem, tehát az eggyel felette lévő az érdekes:
-The time at which the battery stays at 4.20/cell should be as short as possible. Prolonged high voltage promotes corrosion, especially at elevated temperatures. Spinel is less sensitive to high voltage. (A 4.20 V a 100%-os töltöttség állapota.)
-
brd
nagyúr
Az elsőből: At a typical 100% charge level at 25 °C, Li-ion batteries irreversibly lose approximately 20% capacity per year from the time they are manufactured, even when unused.
A másodikból: -3.92V/cell is the best upper voltage threshold for cobalt-based lithium-ion. Charging batteries to this voltage level has been shown to double cycle life. -
brd
nagyúr
Ezért írtam, hogy esetleg. Valószínűleg nem nagy a probléma, csak megemlítettem, de jobbára egyik típusú akku' sem örül a magas hőmérsékletnek.
A kémiai kialakítása miatt károsabb a magasabb töltöttség (korrózió). Itt pl. elég jól leírják a működését, és javaslatokat is tesznek, vagy ezt is érdemes elolvasni.
-
brd
nagyúr
Mi miért is?
Attól melegszik, hogy ha áramszünet van gyakran, akkor akksiról működik egy ideig, ettől az merül, majd ha visszajön az áram, a buta töltő feltölti 100%-ra, megint áramszünet stb. A töltéstől pedig melegszik az akku'.
Egyébként, nem értem, minek az idézőjel, ha nem idézel, én ugyanis nem azt írtam, hogy töltöttség...
Az attól függ. Ha a C: az aktív, akkor baj lesz, mert azon vannak az XP indításához szükséges file-ok. Ha nem aktív, akkor semmi baja nem lesz (kivéve az esetleg oda telepített programokat, bár ezek nem a rendszer részei).
), de talán így is elleszel vele: 
A GC hogyan zavarhatná meg egy ilyen program működését (mondjuk a TRIM esetében is összeszalad a szemöldököm, de azt még talán el tudnám képzelni)? A GC semmit nem csinál a filerendszerrel, és a foglalt blokkjaival; akár mit működik a GC, az SSD az OS felől pontosan ugyanolyannak látszódik (ugyanazt a blokkot lekérdezve az SSD ugyanazt az adatot adja vissza, más kérdés, hogy fizikailag az máshol is lehet az SSD-n, de nem hiszem, hogy egy Retulnil-szerű program az SSD lelkivilágába nyúlna bele, max. azt figyelheti, hogy a háttértárolón melyik blokkok módosulnak, és azt figyeli/elmenti/máshová irányítja - inkább az utóbbi, de ez mind a GC felett működik).
Részben ezért van szükség a programra.
pedig én direkt kerestem, nem véletlenül akadtam rá, ahogyan az unatkozó user szokott. 
Új hozzászólás Aktív témák
- Audi, Cupra, Seat, Skoda, Volkswagen topik
- Honor 200 Pro - mobilportré
- Egér probléma
- Kormányok / autós szimulátorok topikja
- Fogyjunk le!
- Formula-1
- AMD Navi Radeon™ RX 9xxx sorozat
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Hivatalos a Poco X8 Pro Max gigantikus akkukapacitása
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- További aktív témák...
- Windows 10/11 Home/Pro , Office 2024 kulcsok
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Vírusirtó, Antivirus, VPN kulcsok GARANCIÁVAL!
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - 15% AKCIÓ
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Új DELL Inspiron 14 (5435)/AMD RYZEN 7-7730U/16GB/512 SSD/14"/FHD/IPS/Garancia
- iPhone 17 Pro Max Kozmosznarancs - Bontatlan !! www.stylebolt.hu - Apple eszközök és tartozékok !!
- BESZÁMÍTÁS! HP Elitebook 745 G6 14 üzleti notebook - R5 3500U 16GB DDR4 256GB SSD Vega 8 IGP WIN11
- GYÖNYÖRŰ iPhone 14 Pro Max 128GB Space Black - 1 ÉV GARANCIA -Kártyafüggetlen, MS4332
- Thrustmaster TMX Force Feedback Kormány- és Pedálkészlet
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest