Skocz do zawartości
Zamknięcie Forum PC LAB

Szanowny Użytkowniku,

Informujemy, że za 30 dni tj. 30 listopada 2024 r. serwis internetowy Forum PC LAB zostanie zamknięty.

Administrator Serwisu Forum PC LAB - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie: wypowiada całość usług Serwisu Forum PC LAB z zachowaniem miesięcznego okresu wypowiedzenia.

Administrator Serwisu Forum PC LAB informuje, że:

  1. Z dniem 29 listopada 2024 r. zakończy się świadczenie wszystkich usług Serwisu Forum PC LAB. Ważną przyczyną uzasadniającą wypowiedzenie jest zamknięcie Serwisu Forum PC LAB
  2. Dotychczas zamowione przez Użytkownika usługi Serwisu Forum PC LAB będą świadczone w okresie wypowiedzenia tj. do dnia 29 listopada 2024 r.
  3. Po ogłoszeniu zamknięcia Serwisu Forum od dnia 30 października 2024 r. zakładanie nowych kont w serwisie Forum PC LAB nie będzie możliwe
  4. Wraz z zamknięciem Serwisu Forum PC LAB, tj. dnia 29 listopada 2024 r. nie będzie już dostępny katalog treści Forum PC LAB. Do tego czasu Użytkownicy Forum PC LAB mają dostęp do swoich treści w zakładce "Profil", gdzie mają możliwość ich skopiowania lub archiwizowania w formie screenshotów.
  5. Administrator danych osobowych Użytkowników - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie zapewnia realizację praw podmiotów danych osobowych przez cały okres świadczenia usług Serwisu Forum PC LAB. Szczegółowe informacje znajdziesz w Polityce Prywatności

Administrator informuje, iż wraz z zamknięciem Serwisu Forum PC LAB, dane osobowe Użytkowników Serwisu Forum PC LAB zostaną trwale usunięte ze względu na brak podstawy ich dalszego przetwarzania. Proces trwałego usuwania danych z kopii zapasowych może przekroczyć termin zamknięcia Forum PC LAB o kilka miesięcy. Wyjątek może stanowić przetwarzanie danych użytkownika do czasu zakończenia toczących się postepowań.

Rekomendowane odpowiedzi

B8f3Yr.pngCJ6v4n.png

 

x265 FHD Benchmark to następca mojego starego benchmarka x264 FHD Benchmark z 2011 roku (http://downloads.guru3d.com/x264-FHD-Benchmark-v1.0.1-64bit-download-2825.html#download)

W związku z tym że x265 jest już dojrzałym enkoderem (wersja 2.2) i ma pełną obsługę AVX/AVX2 zdecydowałem się że czas zrobić test w oparciu o tą bardzo popularną implementację standardu H.265/HEVC.

Aby wyniki lepiej skalowały się na wieloprocesorowych systemach próbki testowe są kodowane jednocześnie. Jest to niezbędne bo x265 nie obsługuje więcej niż 16 wątków. Co więcej nawet przy użyciu 16 wątków na moim Xeon E5-2690 ( 8C / 16T ) występują okazjonalne spadki użycia procesora do 70-80% a tym samym wynik końcowy jest zaniżony. W odróżnieniu od starego benchmarka zakodowane pliki są testowane przy pomocy ffmpeg.exe. Jeśli wasz procesor nie jest stabilny to najprawdopodobniej pojawią się jakieś błędy w zakodowanym strumieniu wideo. Opcja STRESS TEST to nic innego jak zapętlenie testu aż do odwołania. Podobnie jak w poprzedniku wyniki w programie będą aktualizowane na bieżąco wraz z waszymi wynikami. W przypadku podkręconych CPU należy również dołaczyć informację o rzeczywistej częstotliwości taktowania zegara.

 

DOWNLOAD

http://www.mediafire.com/file/nm5n7xg2nb22zl7/x265_FHD_Benchmark.7z

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

i7 6700k@ 4.5Ghz 4C/4T

t5rpjd.jpg

 

 

 

i7 6700k@ 4.5Ghz 4C/8T

wqui5f.jpg

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jestem w szoku! Nie spodziewałem się że SkyLake+AVX2 aż takiego kopa będą dawać w kompresji wideo! Mógłbyś jeszcze pokazać loga? Powinien być zapisany w tym samym katalogu co plik wykonywalny.

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

To jest log dla i7 6700k@ 4.5Ghz 4C/8T

Intel Core i7-6700K @ 4.01GHz ( 4C / 8T )

 

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count

raw [info]: output file: NUL

x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30

x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit

x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX AVX2 FMA3 LZCNT BMI2

x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)

x265 [info]: Thread pool created using 8 threads

x265 [info]: Slices : 1

x265 [info]: frame threads / pool features : 3 / wpp(17 rows)

x265 [info]: Coding QT: max CU size, min CU size : 64 / 8

x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra

x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2

x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00

x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2

x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0

x265 [info]: References / ref-limit cu / depth : 3 / on / on

x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1

x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60

x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing

x265 [info]: tools: lslices=6 deblock sao

 

encoded 2500 frames in 110.45s (22.63 fps), 7025.74 kbps, Avg QP:37.21

 

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

czy jest szansa na wersję cuda, open cl i benchmark mieszany tak jak podaje blender ? sam procesor można sobie zbenchmarkować ale to nie daje nic w realnym używaniu bo wszystkie enkodery używają obliczeń równoległych i jakby renderowanie czegokolwiek samym cpu mija się z sensem

 

swoją drogą i tak gratulacje

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach
sam procesor można sobie zbenchmarkować ale to nie daje nic w realnym używaniu bo wszystkie enkodery używają obliczeń równoległych i jakby renderowanie czegokolwiek samym cpu mija się z sensem

x265 uchodzi za najlepszą implementację standardu h.265/HEVC. Jeśli zależy ci na małym rozmiarze przy bardzo dobrej jakości to liczy się tylko x265. Jeśli wystarczy ci jakość poniżej nawet x264 (--preset veryfast) to możesz zadowolić się tymi krapowatymi sprzętowymi implementacjami od AMD/NVIDI/INTEL. Dlaczego krapowate? Bo np. nie obsługują B-Frames a o Rate Distortion Optimalization czy Adaptive Quantization to już możesz w ogóle zapomnieć. Efekt jest taki że np. taka trawa wygląda jak jednolita zielona breja. Jak nie wierzysz to zakoduj sobie np. taki park_joy_1080p50.mkv (lub lepiej park_joy_1080p50.yuv) przy pomocy tych implementacji GPU.

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Z ciekawości sprawdzę u siebie na podkręconym G3900

 

smutnamuzykawtle.jpg

 

EfUdqqS.jpg

Edytowane przez Pentium D

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

x265 uchodzi za najlepszą implementację standardu h.265/HEVC. Jeśli zależy ci na małym rozmiarze przy bardzo dobrej jakości to liczy się tylko x265. Jeśli wystarczy ci jakość poniżej nawet x264 (--preset veryfast) to możesz zadowolić się tymi krapowatymi sprzętowymi implementacjami od AMD/NVIDI/INTEL. Dlaczego krapowate? Bo np. nie obsługują B-Frames a o Rate Distortion Optimalization czy Adaptive Quantization to już możesz w ogóle zapomnieć. Efekt jest taki że np. taka trawa wygląda jak jednolita zielona breja. Jak nie wierzysz to zakoduj sobie np. taki park_joy_1080p50.mkv (lub lepiej park_joy_1080p50.yuv) przy pomocy tych implementacji GPU.

 

 

nie musisz mi tego tłumczyć, jednak przykładowo u mnie wynik na xeonach jest 24.7, jak bym miał kilkunastogodzinny koncert tak przeliczyć to nie ma takiej opcji, muszę szukać alternatywy nawet kosztem jakości, większość odbiorców i tak nie zauważy różnicy

 

aaa i przy 16c fizycznych jest około 75-83 procent wykorzystania wg task managera

Edytowane przez T_G

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Dziwne ze na dwoch xeonach zakladam 32 watkowych (lacznie 64) masz tak niskie obciazenie. Benchmark uruchamia az 5 encoderow. Kazdy znich jest wstanie nasycic prawie 16 watkow.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Wuteef? ;)

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count

raw [info]: output file: NUL

x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30

x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit

x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX

x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)

x265 [info]: Thread pool created using 8 threads

x265 [info]: Slices : 1

x265 [info]: frame threads / pool features : 3 / wpp(17 rows)

x265 [info]: Coding QT: max CU size, min CU size : 64 / 8

x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra

x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2

x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00

x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2

x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0

x265 [info]: References / ref-limit cu / depth : 3 / on / on

x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1

x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60

x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing

x265 [info]: tools: lslices=6 deblock sao

 

================!CPU INSTABILITY DETECTED!================

crowd_run_1080p50.265

C:\Users\USER\AppData\Local\Temp\crowd_run_1080p50.265: No such file or directory

 

================!CPU INSTABILITY DETECTED!================

ducks_take_off_1080p50.265

C:\Users\USER\AppData\Local\Temp\ducks_take_off_1080p50.265: No such file or directory

 

================!CPU INSTABILITY DETECTED!================

in_to_tree_1080p50.265

C:\Users\USER\AppData\Local\Temp\in_to_tree_1080p50.265: No such file or directory

 

================!CPU INSTABILITY DETECTED!================

old_town_cross_1080p50.265

C:\Users\USER\AppData\Local\Temp\old_town_cross_1080p50.265: No such file or directory

 

================!CPU INSTABILITY DETECTED!================

park_joy_1080p50.265

C:\Users\USER\AppData\Local\Temp\park_joy_1080p50.265: No such file or directory

Uprzedzając pytania - .exe odpalam jako administrator, antywirus zneutralizowany, wszystkie pliki znajdują się w jednym katalogu z wyjątkiem pliku wykonywalnego, plan wydajnościowy maksymalny power. Procesor sobie idluje, jest to i7 3612qm. Podejrzenia według komunikatów wskazują na niego, ale żeby mobilne cztery rdzenie nie potrafiły udźwignąć tego testu?

Edytowane przez Flying Spirit

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Dziwne ze na dwoch xeonach zakladam 32 watkowych (lacznie 64) masz tak niskie obciazenie. Benchmark uruchamia az 5 encoderow. Kazdy znich jest wstanie nasycic prawie 16 watkow.

 

jakiś za mały bufor do danych ? w rendererach tak jest kiedy przykładowo ustawię mały bufor na powiedzmy 1/10 ramki liczonej i jak się renderuje to co 1/10 zgrywa chyba na hd albo gdzieś przechowuje bo jest spadek po czym powrót do maksymalnego obciążenia, przy zmieszczeniu całości w buforze do końca jest 100%

 

mogę to jakoś sprawdzić ?

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

@Pentium D

Intel wiedział jak zgimpować SkyLake w Celeronach ;) Brak AVX/AVX2 czy FMA3 zrobiło swoje. Jak podasz loga to dodam twój wynik do listy. Muszę widzieć jakie instrukcje encoder użył.

 

@Flying Spirit

Jaka jest nazwa użytkownika? Bo napewno nie USER ;)

 

@T_G

Programiści ,którzy rozwijają ten encoder pracują na wielo-rdzeniowych xeonach więc wątpię aby coś źle ustawili.

Edytowane przez Atak_Snajpera

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

@Flying Spirit

Jaka jest nazwa użytkownika? Bo napewno nie USER ;)

 

To prawda. Podmieniłem oryginalną nazwę wygenerowaną w logu, ale nie sądzę aby to miałoby mieć jakiekolwiek znaczenie.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

To prawda. Podmieniłem oryginalną nazwę wygenerowaną w logu, ale nie sądzę aby to miałoby mieć jakiekolwiek znaczenie.

Może mieć znaczenie jeśli są tam jakieś polskie znaki.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Może mieć znaczenie jeśli są tam jakieś polskie znaki.

 

Nie ma. Nazwa użytkownika składa się z dwóch członów.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

yup,.

 

Ok już wiem co jest grane. Poprostu zapomniałem umieścić ścieżkę wyjściową w cudzysłów.

było -o C:\Users\Flying Spirit\AppData\Local\Temp\ducks_take_off_1080p50.265 a powinno być -o "C:\Users\Flying Spirit\AppData\Local\Temp\ducks_take_off_1080p50.265"

 

Podmień ten plik i będzie ok.

http://www.mediafire.com/file/vuacm1y1bby590m/x265_FHD_Benchmark.exe

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Ok już wiem co jest grane. Poprostu zapomniałem umieścić ścieżkę wyjściową w cudzysłów.

było -o C:\Users\Flying Spirit\AppData\Local\Temp\ducks_take_off_1080p50.265 a powinno być -o "C:\Users\Flying Spirit\AppData\Local\Temp\ducks_take_off_1080p50.265"

 

Podmień ten plik i będzie ok.

http://www.mediafire.com/file/vuacm1y1bby590m/x265_FHD_Benchmark.exe

 

Działa.

test_11.jpg

test_22.jpg

 

Intel i7 3612QM.

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

@Pentium D

Intel wiedział jak zgimpować SkyLake w Celeronach ;) Brak AVX/AVX2 czy FMA3 zrobiło swoje. Jak podasz loga to dodam twój wynik do listy. Muszę widzieć jakie instrukcje encoder użył.

 

 

Intel Celeron G3900 @ 2.81GHz ( 2C / 2T )

 

y4m [info]: 1920x1080 fps 50/1 i420p8 sar 1:1 unknown frame count

raw [info]: output file: NUL

x265 [info]: HEVC encoder version 2.2+15-a18ab7656c30

x265 [info]: build info [Windows][GCC 6.2.0][64 bit] 8bit

x265 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 LZCNT

x265 [info]: Main Still Picture profile, Level-4.1 (Main tier)

x265 [info]: Thread pool created using 2 threads

x265 [info]: Slices : 1

x265 [info]: frame threads / pool features : 1 / wpp(17 rows)

x265 [info]: Coding QT: max CU size, min CU size : 64 / 8

x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra

x265 [info]: ME / range / subpel / merge : hex / 57 / 2 / 2

x265 [info]: Keyframe min / max / scenecut / bias: 50 / 500 / 40 / 5.00

x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2

x265 [info]: b-pyramid / weightp / weightb : 1 / 1 / 0

x265 [info]: References / ref-limit cu / depth : 3 / on / on

x265 [info]: AQ: mode / str / qg-size / cu-tree : 1 / 1.0 / 32 / 1

x265 [info]: Rate Control / qCompress : CRF-28.0 / 0.60

x265 [info]: tools: rd=3 psy-rd=2.00 rskip signhide tmvp strong-intra-smoothing

x265 [info]: tools: lslices=6 deblock sao

 

encoded 2500 frames in 412.93s (6.05 fps), 7010.72 kbps, Avg QP:37.21

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

@T_G

Programiści ,którzy rozwijają ten encoder pracują na wielo-rdzeniowych xeonach więc wątpię aby coś źle ustawili.

 

 

to niech napiszą do programistów Adobe, ich encoder obciąża procesory w 100%

Udostępnij tę odpowiedź


Odnośnik do odpowiedzi
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się

Komentowanie zawartości tej strony możliwe jest po zalogowaniu



Zaloguj się

  • Ostatnio przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników przeglądających tę stronę.

  • Tematy

  • Odpowiedzi

    • Fighter, ja nie rozumiem i nie zrozumiem fenomenu grupek i discordów. Bałagan, zero retencji informacji. Nigdy tego nie zrozumiem. Uwielbiam przecież dużo nowych rzeczy i nie jestem typowym "dinozaurem" (bo w życiu trzeba elastycznym być), ale według mnie to nie ma nic wspólnego z nowoczesnością. To zwyczajna preferencja i wiek nie ma tu nic do rzeczy, chociaż większość utrzymuje, że to wiek. Przecież ja tak samo umiem korzystać z Discorda i innych kanałów informacji, tylko po prostu nie jestem do nich przyzwyczajony. Jestem z tej generacji analogowo-cyfrowej i my chyba mamy najgorzej. Jednocześnie jestem naprawdę z tego dumny i szczęśliwy, bo mogę doświadczyć obydwu światów. To najelastyczniejsza generacja ever. Przeżyliśmy upadek prasy (pamiętamy zapach farby drukarskiej), słyszeliśmy dźwięk modemu kiedy się łączyliśmy w końcówce lat 90-tych z Internetem, wiemy co to jest PPP i jednocześnie korzystamy ze wszystkiego co nowe (np. ChatGPT) i nie możemy się pogodzić z napływem szlamu w internecie... a taki napływ jest największy w najnowszych mediach, ze względu na to, że każdy z nich korzysta - starszy lub młodszy. W ostateczności jak wszystko zamkną to zostają grupy dyskusyjne - powrót do totalnych korzeni. Pisał ktoś kiedyś? One po prostu nigdy nie padną i bardzo tam jest przyjemnie, tylko też jak w każdym środowisku jest grupa wzajemnej adoracji My również taką w sumie jesteśmy, tylko różnimy się tym, że jest nas znacznie więcej i przeżyliśmy wspólnie chyba nawet więcej lat. Ja nie mogę się otrząsnąć i będę do 29 wciąż tu zaglądał, ale dobrze, że mamy chociaż wspólne miejsce na ITH. To jest po prostu dla mnie ostra rewolucja. Tak jak Windows Longhorn itp. To po prostu nowy etap, a człowiek się wiele nie zmienił, tylko się dostosowuje jak kameleon. Ja z tego miejsca pragnę Wam właśnie życzyć, byście nie zabijali wewnętrznego dziecka, bo to ono powoduje, że jesteśmy tak elastyczni. Wszystko dzięki ciekawości świata. No płakać się chce nie ukrywam i mnie to bardzo wzrusza, nie wiem jak Was. Żarty żartami, ale tyle lat spędzonych wspólnie, że aż dziw, że dopiero teraz się to stało. Nie dociera do mnie jak silną społecznością byliśmy, że jedynie upadek serwisu kompletny mógł nas rozdzielić, a forum było cały czas przecież aktywne. Nawet jeśli nie spamowaliśmy codziennie, to każdy zawsze wchodził od czasu do czasu. Dziękuję z tego miejsca tym wszystkim osobom, które nas zagoniły na ITH i w ogóle przygotowały miękkie lądowanie na chmurce nostalgii (azgan i wszyscy jemu podobni). Sobie dziękuję za to, że miałem siłę, by powysyłać te pmki, bo myślę że to też trochę dało. Czuję, że to do mnie należało po tylu latach. Ludzie, którzy byli nieaktywni od kilkunastu lat się nagle obudzili dzięki fajnemu systemowi powiadomień w IPB. Jesteście niesamowici!
    • Niestety to naturalna kolej rzeczy. Czasy sie zmieniają i ludzie nie korzystają z takich kanałów komunikacji jak forum. Mimo że jestem młodym pierdzifonem to korzystałem z różnych forów od ponad 10 lat. Tutaj dzięki pomocy społeczności tworzyłem swój pierwszy zestaw PC, który dopiero niedawno poszedł w odstawkę (9 lat miał stary farfocel). Dziękuję także arcymistrzowi doradzania który doradził mi tu wzięcie GTX 960 z jednym wiatrakiem. Myślę że było to jedno z najlepszych posunięć w mojej karierze, żeby go posłuchać.   Teraz zestaw komputerowy będzie dobierać AI i eksperci z TikToka. Jeśli ktoś to czyta, to korzysta z tego forum i raczej równo ma pod sufitem ale brońcie się przed tym syfem jakim jest TikTok, bo zostanie Wam tylko młotek parowy w mózgu i będziecie mogli tylko przywalić nim w sumienie.
    • W sumie skłaniam się bardziej ku takiej opcji. Czy moglibyście mi pomóc dobrać resztę podzespołów pod taki setup?
    • Wszyscy nie żyjecie. To stacja Dharmy.
    • @sideband Prawdopodobnie odnosisz się do postaci, która stała się memem internetowym, określaną potocznie jako "łysy z Brazzers". Jest to aktor pornograficzny Keiran Lee, znany z różnych produkcji dla dorosłych. W memach często nazywany jest "lekarzem", ale jest to tylko humorystyczne odniesienie do ról, jakie odgrywał w filmach dla dorosłych, i należy traktować to wyłącznie jako żart. Mem zyskał popularność dzięki absurdalności i humoru, które internauci odnajdują w łączeniu różnych stereotypowych postaci z zupełnie nieoczekiwanymi rolami czy sytuacjami. Można powiedzieć, że humor związany z tym memem polega na całkowitym oderwaniu od rzeczywistości i przerysowaniu zawodowych ról aktorów.
  • Aktywni użytkownicy

×
×
  • Dodaj nową pozycję...