#0 - barwniak - 2018-04-04 18:55
Czy ktoś z czytelników forum, próbował może skuteczności OpenCL vs CUDA w AVC (audio video converter)
Mam stary komputer, na nim AMD64 X2 4600+ na s939, Win XP, 3GB RAM 333MHz w dual-u, zasilacz Chieftec 650W CFT-650-14C, jest PCI-e.
Pliki wejściowe to h264 FHD 50fps bitrate 28mbps. Raczej nie długie 20-30min.
Sam programik ma jedynie coś przyciąć i połączyć kilka plików. W zupełności wystarczy dla 11 latka bawiącego się w kanał na YT o wędkarstwie (również według niego samego).
Główny problem to czas enkodowania.
Na pewno nie będą kupował Workstation 2x Xeon dla zabawy 11 latka, ale mogę kupić jakieś używane GPU.
Nie wiem, czy lepiej będzie AMD OpenCL, czy Nvidia CUDA. Oba wspierane przez AVC. Nvidia CUDA sprawdziłem, działa. Karty AMD nie mam, program obciążył GPU Nvidii w 100%.
Zastanawiałem się nad relatywnie tanim Radeonem HD7850. Ale nie wiem, może jednak CUDA?
#1 - Callahan - 2018-04-04 18:57
Sprawdź najpierw co lepiej jest wspierane przez oprogramowanie:

DVDFab9-dla przykładu- lepiej wspierał CUDA z tym, że to wersja z przed 3 - 4 lat.
#2 - barwniak - 2018-04-04 19:11
Callahan wrote on 04. Apr 2018 at 18:57:
Sprawdź najpierw co lepiej jest wspierane przez oprogramowanie:
Nie mam takiej możliwości, komp nie jest u mnie. Poza tym nie mam GPU AMD i Nvidia o porównywalnych możliwościach na PCI-e.
Najchętniej to bym raz pojechał tam z optymalną grafiką, zainstalował i tyle.
Tylko nie wiem, czy np. HD7850 OpenCL nie będzie równe GT 730 CUDA

Różnie może być. Na razie sprawdziłem, że to co robi T9600 w 1min40s, to Nvidia Ion w 2min30s (ale GPU chodziło na 99% cały czas). No, ale ION to 16 @ 450 MHz. Gdyby mieć GPU 1600@1000MHz, to czy czas były by 1/200*2min30s z grubsza?
#3 - Callahan - 2018-04-04 19:16
To zapytaj przez telefon czego używają do konwersji...no co będziesz kolejny temat trzepał w ciemno o wyższości r1500000 nad gt317000:

W benczmarkach konwersji nic nie powiem, bo ostatnio jak robiłem 3 lata temu to mój materiał konwertował się na 8C/GTX460 2h...a nie 2 minuty.
#4 - barwniak - 2018-04-04 19:26
Kogo mam niby zapytać? Właśnie pytam. W AVC są opcje w konfiguracji, można zaznaczyć OpenCl, można CUDA, jak się nic nie zaznaczy leci po x86.
To ile konwertuje materiał, zależy od wielu czynników, w tym od jego długości

Ja podałem czasy dla wideo FHD 50fps h264 28Mbps o czasie 21s

#5 - Neo - 2018-04-04 19:42
Jeśli chodzi o darmowy soft, to CUDA i nvEnc mają lepsze wsparcie. Kiedy od czasu do czasu konwertuję wideo FHD z aparatu baseline@4.1 18Mb/s do High 5-8Mb/s, to karta Nvidii jest zbawieniem przy Core 2 Quad. Na CPU Handbrake wyciąga 9fps, a taki MediaCoder obciążając jednostkę wideo w 750Ti zaledwie w 11% daje 70fps. Czasem używam Avidemux do prostego przycinania i łączenia klipów i tam też jest podobnie - CUDA przynajmniej 3 razy szybsze. Nie pamiętam dokładnie, ale 34 minuty materiału przekodowało się ostatnio w około 20 minut.
#6 - Jenot - 2018-04-04 20:00
Zdarza mi się używać Blendera pod Linuksem i MacOS. Makówka (prosiak) z 2xAMD FirePro D300 (Crossfire), pecet z Linuksem GTX 750Ti. Niby OpenCL jak sama nazwa wskazuje jest otwarty, ba - można z niego korzystać na kartach AMD, NVidii i Intela, ale w praktyce jest bieda. W starszych Radkach (GCN 1.0 i 1.1) OpenCL od roku nie jest wspierane w Blenderze (podobno z powodu zrypanej architektury i błędów), nowsze wydajnościowo też nie porażają. CUDA działa bez problemu, dodatkowo w nowych wersjach Blendera można renderować jednocześnie na CPU i GPU. Mój głos na NV.
#7 - barwniak - 2018-04-05 08:28
To mam w takim razie prośbę
Oto plik h264 długości 30s, które zamierzam (syn) obrabiać.
<brak linka>
Plik ma 95MB.
Może pomogła by mi społeczność forum w zoptymalizowaniu zakupu.
Wchodzi w grę instalacja darmowego małego programu AVC 6.2.3 lub nowszego jeśli się ukaże. Następnie pobranie z linka tego krótkiego wideo i zdekodowanie po GPU Nvidia i AMD. Po CPU mnie nie interesuje.
W AVC w ustawieniach w zakładce Wideo są pola Nvidia CUDA i AMD OpenCL. Prosił bym również o informację z GPU-Z, czy GPU load było na 99-100% oraz z managera zadań jakie było obciążenie jakiego CPU podczas enkodowania po GPU.
Ja sprawdzałem na ION (9400M) z T9600, czas 30s takiego wideo to po CPU 2min, po GPU 3min (100% GPU LOAD, 20% CPU LOAD).
Grafiki raczej tanie i nie za nowe, nie mam pewności czy na tą płytę 939N68PV-GLAN wejdzie jakiś PCI-e 3.0. Także info, że GTX 1080 robi to w 1s jest dla mnie nie istotne.
Chodzi o grafiki, które można kupić używane do ~300zł, tak jak np. HD7770, czy HD7850.
Parametry kodowania custom na obrazkach.
PS nie będę instalował innego programu, bo syn nie ogarnia softu typu Adobe Premiere itd.
#8 - forteller - 2018-04-05 09:26
Interesuje Cię wynik GTX 560 Ti? Tylko taką grafikę mam dostępną.
#9 - barwniak - 2018-04-05 09:34
O tak jak najbardziej

Super by było

Tylko czas trzeba mierzyć ze stoperem

#10 - sajmon - 2018-04-05 09:42
kurde czemu mi się anyvideo conv wywala przy "cuda"??? to samo mam w sony vegas.Jak włączona akceleracja graficzna czy jakoś tak to sie wiesza? win7 64, gtx 650 ti, 16 ramu i fx8320.Czyżby czas na reinstall windy?
#11 - forteller - 2018-04-05 09:42
Ok, zrobię test. Procesor w tym zestawie to 2500K @ 4, 5GHz.
#12 - barwniak - 2018-04-05 09:49
forteller wrote on 05. Apr 2018 at 09:42:
Procesor w tym zestawie to 2500K @ 4, 5GHz.
Dzięki. Z CPU chodzi tylko o to, aby zobaczyć, czy słaby CPU nie będzie ograniczył przy CUDA, czy Opencl mocnego GPU. Także info o rodzaju CPU i CPU load w trakcie enkodowania po GPU też jest istotne.
#13 - barwniak - 2018-04-05 09:52
sajmon wrote on 05. Apr 2018 at 09:42:
kurde czemu mi się anyvideo conv wywala przy "cuda"??? to samo mam w sony vegas.Jak włączona akceleracja graficzna czy jakoś tak to sie wiesza? win7 64, gtx 650 ti, 16 ramu i fx8320.Czyżby czas na reinstall windy? Mi nie wywala, ale ja to odpalałem na Win 10. Zainstaluj Win 10 (możesz użyć klucza Win 7 i na nim aktywować) i wtedy zobacz

Moje CUDA działają dobrze (tylko wolno bo 16@450MHz)

#14 - Neo - 2018-04-05 20:50
CPU jest podkręcony do 3120 MHz, menadżer zadań tego nie widzi. Plik przekodował się "cudownie" w 21 sekund.
#15 - barwniak - 2018-04-05 21:00
Neo wrote on 05. Apr 2018 at 20:50:
CPU jest podkręcony do 3120 MHz, menadżer zadań tego nie widzi. Plik przekodował się "cudownie" w 21 sekund. Dzięki Neo, ale dlaczego GPU-z pokazuje 9% GPU load, a Windows 26%?
Strasznie wysokie CPU load. Na pewno zaznaczyłeś w konfiguracji CUDA?
PS Widzę to Video Engine load jest 26%. Ale to dziwne u mnie na NV jest GPU load 99%, a video Engine load 0%.
#16 - Neo - 2018-04-05 21:47
Bo Twoje GPU jeszcze nie posiada dedykowanego enkodere nvEnc? I zamiast tego używa shaderÛw zapewne.
#17 - forteller - 2018-04-06 00:00
14s
2500K @ 4GHz + Zotac GTX 560 Ti AMP!
Menedżer zadań Windows źle pokazuje częstotliwość procesora.
#18 - forteller - 2018-04-06 00:08
9s
7800X @ 4, 5GHz + Gigabyte GTX 1080 Windforce
#19 - Jenot - 2018-04-06 09:38
Niestety nie mam Windy więc moje wyniki będą z Linuxa (ffmpeg). Bez akceleracji (h264):
Code
[libx264 @ 0x55ca987d89c0] using SAR=1/1
[libx264 @ 0x55ca987d89c0] using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2
[libx264 @ 0x55ca987d89c0] profile High, level 4.2
[libx264 @ 0x55ca987d89c0] 264 - core 152 - H.264/MPEG-4 AVC codec - Copyleft 2003-2017 - <brak linka> - options: cabac=1 ref=3 deblock=1:0:0 analyse=0x3:0x113 me=hex subme=7 psy=1 psy_rd=1.00:0.00 mixed_ref=1 me_range=16 chroma_me=1 trellis=1 8x8dct=1 cqm=0 deadzone=21, 11 fast_pskip=1 chroma_qp_offset=-2 threads=12 lookahead_threads=2 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=3 b_pyramid=2 b_adapt=1 b_bias=0 direct=1 weightb=1 open_gop=0 weightp=2 keyint=250 keyint_min=25 scenecut=40 intra_refresh=0 rc_lookahead=40 rc=crf mbtree=1 crf=23.0 qcomp=0.60 qpmin=0 qpmax=69 qpstep=4 ip_ratio=1.40 aq=1:1.00
Output #0, matroska, to 'Output.mkv':
Metadata:
encoder: Lavf57.83.100
Stream #0:0: Video: h264 (libx264) (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 50 fps, 1k tbn, 50 tbc
Metadata:
encoder: Lavc57.107.100 libx264
Side data:
cpb: bitrate max/min/avg: 0/0/0 buffer size: 0 vbv_delay: -1
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 256 kb/s
frame= 1536 fps= 27 q=-1.0 Lsize= 7341kB time=00:00:30.68 bitrate=1959.6kbits/s speed=0.54x
video:6363kB audio:960kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.248693%
[libx264 @ 0x55ca987d89c0] frame I:7 Avg QP:20.46 size: 39331
[libx264 @ 0x55ca987d89c0] frame P:384 Avg QP:23.55 size: 6176
[libx264 @ 0x55ca987d89c0] frame B:1145 Avg QP:24.73 size: 3378
[libx264 @ 0x55ca987d89c0] consecutive B-frames: 0.5% 0.0% 1.4% 98.2%
[libx264 @ 0x55ca987d89c0] mb I I16..4: 15.6% 76.8% 7.5%
[libx264 @ 0x55ca987d89c0] mb P I16..4: 0.3% 0.5% 0.0% P16..4: 24.7% 1.7% 2.9% 0.0% 0.0% skip:70.0%
[libx264 @ 0x55ca987d89c0] mb B I16..4: 0.0% 0.0% 0.0% B16..8: 41.3% 0.1% 0.0% direct: 0.0% skip:58.6% L0:51.9% L1:48.0% BI: 0.0%
[libx264 @ 0x55ca987d89c0] 8x8 transform intra:72.8% inter:97.7%
[libx264 @ 0x55ca987d89c0] coded y, uvDC, uvAC intra: 42.9% 19.7% 1.4% inter: 3.2% 4.1% 0.0%
[libx264 @ 0x55ca987d89c0] i16 v, h, dc, p: 30% 23% 25% 22%
[libx264 @ 0x55ca987d89c0] i8 v, h, dc, ddl, ddr, vr, hd, vl, hu: 28% 17% 38% 3% 3% 3% 3% 2% 2%
[libx264 @ 0x55ca987d89c0] i4 v, h, dc, ddl, ddr, vr, hd, vl, hu: 35% 19% 18% 5% 5% 5% 4% 4% 4%
[libx264 @ 0x55ca987d89c0] i8c dc, h, v, p: 75% 13% 11% 1%
[libx264 @ 0x55ca987d89c0] Weighted P-Frames: Y:0.0% UV:0.0%
[libx264 @ 0x55ca987d89c0] ref P L0: 56.6% 7.9% 24.6% 10.9%
[libx264 @ 0x55ca987d89c0] ref B L0: 83.1% 13.6% 3.3%
[libx264 @ 0x55ca987d89c0] ref B L1: 92.1% 7.9%
[libx264 @ 0x55ca987d89c0] kb/s:1696.53
real 0m56.934s
Z akceleracją nvenc. Niestety mam za starą kartę (GTX750Ti) i nvenc_hevc nie jest obsługiwane:
Code
Output #0, matroska, to 'Output.mkv':
Metadata:
encoder: Lavf57.83.100
Stream #0:0: Video: h264 (h264_nvenc) (Main) (H264 / 0x34363248), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=-1--1, 2000 kb/s, 50 fps, 1k tbn, 50 tbc
Metadata:
encoder: Lavc57.107.100 h264_nvenc
Side data:
cpb: bitrate max/min/avg: 0/0/2000000 buffer size: 4000000 vbv_delay: -1
Stream #0:1: Audio: ac3 ([0] [0][0] / 0x2000), 48000 Hz, stereo, fltp, 256 kb/s
frame= 1536 fps=240 q=26.0 Lsize= 4927kB time=00:00:30.70 bitrate=1314.8kbits/s speed=4.81x
video:3949kB audio:960kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 0.371204%
real 0m6.533s
Podsumowując:
CPU (Xeon E5540): 57s
GPU (GTX750Ti): 6.5s
#20 - barwniak - 2018-04-06 09:58
Dzięki wszystkim

Wychodzi na to, że GTX 5xx enkoduje po shaderach, a GTX 7xx i nowsze po nvEnc (może nie pod linux-em).
Z waszych wynikÛw widać, że CPU też mocno obciąża. Niezależnie czy enkoduje się po shader-ach, czy nvEnc.
Jest też bardzo wysokie obciążenie CPU. Widać, że im mocniejsze GPU, tym trzeba więcej mocy CPU.
Przynajmniej tak wygląda sprawa z Nvidia. Ciekaw jestem też wynikÛw z AMD OpenCL.
Może ktoś z forum ma jakiegoś radeona HD7850 lub niżej.
Jeśli z AMD okaże się, że też potrzeba dużo mocy CPU, to trochę kiepsko, bo grafikę będzie trzeba ograniczyć do niższych modeli, a to wydłuży czas.
I tak ja na T9600 robię to w 2:05 (po CPU), pewnie AMD64 X2 4600+ robił by to ~2:40. Sens dokładania GPU widzę gdyby udało mi się zejść poniżej 1min, ale nie wiem czy to możliwe.
Na razie kiepsko to widzę, jest jeszcze nadzieja w OpenCL AMD.
#21 - Neo - 2018-04-06 10:27
Ale to obciążenie CPU pochodzi w większości z dekodera. Im masz więcej mocy na karcie do enkodowania, tym szybciej trzeba ją karmić danymi wejściowymi. Z AMD będzie podobna zależność.
#22 - barwniak - 2018-04-06 10:58
Neo, a czy możesz ze swojego Quada, zrobić ~2x2200MHz, co odpowiadało by mniej więcej AMD64 X2 4600+?
Na swoim setup-ie zrobiłeś 21s. Ciekawe jestem ile by to trwało na wolnym CPU.
RÛżnica może też być między shader encode, a Nvenc.
Prosił bym też zatem @forteller, jeśli to możliwe, o wykonanie tego samego testu z 2500K na ~2x2000MHz (HT off). Oczywiście enkodowanie po GPU.
Jeśli to nie za dużo pracy naturalnie.
#23 - forteller - 2018-04-06 11:19
Po obcięciu mnożnika procesora z 40 na 20, wynik się nie zmienia - wciąż 14s.
#24 - Jenot - 2018-04-06 11:32
A jeszcze jako dodatek do moich wynikÛw zużycie CPU/GPU:
Przy konwersji GPU:
%CPU: max 350%, co dla 4c/8t daje ok. 44%
GPU Utilization: max 16%
Video Engine Utilization: max 70%
Przy konwersji CPU:
%CPU: 787% dla 4c/8t czyli ok. 98%
RÛżnica masakryczna, tak naprawdę przy konwersji GPU GTX nawet nie zdążył się rozpędzić, a procesor nie jest wąskim gardłem.
#25 - barwniak - 2018-04-06 14:10
forteller wrote on 06. Apr 2018 at 11:19:
Po obcięciu mnożnika procesora z 40 na 20, wynik się nie zmienia - wciąż 14s. Wielkie dzięki za info

Napawa optymizmem. Czyli może jednak wezmę 560Ti lub 560.
#26 - barwniak - 2018-04-07 17:29
Mam jeszcze takie pytanie.
Ten filmik 30s, mÛj Nvidia ION robi w 3min. Jeśli zaznaczę w programie CUDA/NVenc.
Oczywiście to stare GPU więc nie enkoduje po NVenc, ale po shaderach.
Pytanie zatem brzmi, czy te 3min, ktÛre liczy karta, to mam liczyć dla 16@450MMHz, czy 16@1100MHz, bo to jest szybkość shaderÛw dla tej karty.
#27 - forteller - 2018-04-07 18:23
Pytanie bardziej chyba do Nvidii jak wygląda potok przetwarzania w tych kartach, raczej nie dojdziesz do takich informacji. Najprędzej ogarniesz jak weźmiesz jakąś kartę G8x/G9x I pobawisz się suwakami częstotliwości. W kościach jednak czuję, że bardziej będzie to zależało od częstotliwości shaderÛw.
#28 - Jenot - 2018-04-07 19:00
barwniak wrote on 06. Apr 2018 at 09:58:
Wychodzi na to, że GTX 5xx enkoduje po shaderach, a GTX 7xx i nowsze po nvEnc (może nie pod linux-em). No gdzie napisałem, że nie enkoduje po nvenc? Właśnie enkoduje, nie enkoduje po nvenc_hevc bo karta jest za stara i tego nie supportuje (dopiero karty Maxwell drugiej generacji obsługują HEVC-H.265).
#29 - barwniak - 2018-04-07 19:38
Jenot wrote on 07. Apr 2018 at 19:00:
No gdzie napisałem, że nie enkoduje po nvenc? Właśnie enkoduje, nie enkoduje po nvenc_hevc bo karta jest za stara i tego nie supportuje (dopiero karty Maxwell drugiej generacji obsługują HEVC-H.265).
Wiem, ale chodziło właśnie o enkodowanie do h264. To i tak nie ma znaczenia, bo po upload na YT, zostanie to powtÛrnie enkodowane.
Enkodowanie dla mojego dzieciaka jest konieczne z tego względu, że jak siedzi 5h na jeziorem, to nie w każdej minucie bierze ryba

Trzeba to pociąć i zmontować. No i ten posklejany materiał enkodować. Do tego właśnie szukam karty, ktÛrą mÛgłby nakarmić jeszcze komputer u dziadkÛw na AMD64 X2 4600+. Na kartę do 300zł mogę dać, na nowego kompa do montażu wideo z licencją powerdirector nie

Zresztą i tak by tego 11 latek (przynajmniej mÛj) nie ogarnął

#30 - Jenot - 2018-04-07 19:52
GTX 750Ti kupisz za 300-350zł. Jeśli nie potrzebujesz H.265 (HEVC) to myślę, że w zupełności Ci wystarczy, sądząc po wynikach ffmpeg pod Windows powinno być podobnie, a CPU raczej nie będzie wąskim gardłem. A jeśli dołożysz trochę do następnej generacji to będziesz miał i H.265.
#31 - barwniak - 2018-04-07 20:02
Jenot wrote on 07. Apr 2018 at 19:52:
GTX 750Ti kupisz za 300-350zł Obawiam się nowszych grafik, bo to jest płyta na PCI-e 1.0 lub 1.1 jeszcze nawet nie udało mi się tego ustalić. Zbyt nowe grafiki mogą tam nie pójść. I tak pewnie będę musiał dać trochę więcej i kupić od firmy, aby mieć 14 dni na zwrot.
Zdążyło mi się już, że do płyty H61 na Sandybridge nie mogłem odpalić GTX 750, szczęśliwie był ostatni beta bios, na którym ta karta poszła. Dodatkowo raczej nie nakarmię ADM64 X2 4600+ GTX 750Ti.
A ten twój Xeon E5540 to na jakim zegarze chodził?
#32 - Neo - 2018-04-07 21:39
Moja G33M003 ma PCI Express 1.1 i nie ma żadnych czkawek z 750Ti.
#33 - barwniak - 2018-04-08 07:04
Neo wrote on 07. Apr 2018 at 21:39:
Moja G33M003 ma PCI Express 1.1 i nie ma żadnych czkawek z 750Ti. Dzięki za info, ale to nie stanowi o tym, czy moja 939N68PV-GLAN przyjmie tą kartę. Nie udało mi się nawet dokopać, czy to PCIe 1.1, może 1.0

Poza tym na razie wole 560Ti, kupię taniej jak 750Ti, a widać, że w tym programie 560Ti jest szybsze od 750Ti, czyli 14s @forteller vs 21s @Neo. @Jenot udało się zrobić na 750Ti w 6.5s, ale to nie oddaje realiów AVC.
Ciekawią mnie jeszcze GPU AMD, może ktoś ma taką

#34 - Neo - 2018-04-08 09:58
Z tym że 560Ti jest dosyć prądożerna. Może 550Ti by wystarczyła? Chyba że do sporadycznego grania też, to wtedy 560 to oczywisty lepszy wybór

Kiedy kupowałem 750Ti, to rozważałem właśnie 560-tki, ale nowsza wygrała wydajnością zarówno 3D jak i energetyczną, a wtedy były też w podobnych cenach.
#35 - barwniak - 2018-04-08 10:31
Neo wrote on 08. Apr 2018 at 09:58:
Z tym że 560Ti jest dosyć prądożerna. Może 550Ti by wystarczyła? Prądożerność mnie nie przeraża, nie ja tam płacę za prąd

Zasilacz Chieftec CFT-650-14C, dla niego nie straszny GTX 560Ti.
Zasilacz nie przepracowany, włączany na 2 godz w tygodniu

Kondensatory w nim wymieniłem swego czasu

Ale oczywiście biorę pod uwagę inne grafiki jak GTX 560Ti. Jeśli chodzi o szybkość grafii/zł, to wygrywa HD 7850, ale nie wiem, czy w AVC, ten OpenCL działa bez problematycznie i równie wydajnie (licząc na shader*zegar) jak CUDA.
#36 - Jenot - 2018-04-08 10:32
@barwniak niestety moje FirePro D300 to GCN 1.0, nieobsługiwane przez sterownik AMDGPU pod linuksem, a na otwartoźródłowym OpenCL nie jest wspierane, więc nie pomogę.
#37 - Callahan - 2018-04-08 11:10
@ barwniak
Nie musisz się bać, że nowa karta nie ruszy w pcie 1.0. Nie widziałem takiego przypadku jeszcze. Jak z USB. Chyba, że jakaś lipna produkcja i żre za dużo z gniazda, a nie ma dodatkowego zasilania.
#38 - barwniak - 2018-04-08 12:22
Callahan wrote on 08. Apr 2018 at 11:10:
Nie musisz się bać, że nowa karta nie ruszy w pcie 1.0. Nie widziałem takiego przypadku jeszcze. Rok temu była sprawa z RX480, który pobierał za dużo z PCI-e 3.0 i na nowych topowych płytach karta działała niestabilnie.
Ja widziałem już problemy z nowymi kartami na starych płytach PCI-e. Ale w druga stronę jeszcze mi się nie zdarzyło. Wszystkie karty PCI-e 1.0, które wkładałem w płyty PCI-e 3.0 chodziły

Nie mam jednak tak dużej statystki, aby stwierdzić jaki % kart PCI-e 2.0/3.0 nie chodzi na PCI-e 1.0/1.1. Może miałem te 3 razy pecha.

#39 - Callahan - 2018-04-08 14:06
Callahan wrote on 08. Apr 2018 at 11:10:
Chyba, że jakaś lipna produkcja i żre za dużo z gniazda, a nie ma dodatkowego zasilania.
