Portál AbcLinuxu, 14. května 2025 12:19
Byl uveřejněn nový open-source editor videa slowmoVideo, jehož hlavní devizou je změna rychlosti videa, a to včetně přehrávání pozpátku. Oproti pouhé změně snímkové rychlosti slowmoVideo produkuje video, které je plynulé. K dispozici jsou i ukázky. slowmoVideo využívá grafickou kartu k dopočítání snímků.
Tiskni
Sdílej:
27.8.2011 17:11
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Neškodilo by dodat, že:
GPU-KLT+FLOW requires an nVidia card.
28.8.2011 00:10
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Jako jediná možná varianta mne napadá Intel, nicméně u těchto karet je logické, že netopí, jelikož mají výkon jako Nvidia z roku 2002 (mám v laptopu Intel i950 a seká se mi občas i Quake 3). 
28.8.2011 15:16
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Na grafice co jsem měl dřív (nVidia) jsem jednou nechtěně (opravdu!) odpojil větrák, po třech minutách byla na 72°C a lezla rychle nahoru..
Právě kvůli CUDA bych čekal, že kvalita bude výborná.Protože pro CUDA se dobře programuje a ti nejlepší experti na video se to zároveň naučili? Haha.
Čertví, jaká je ta kvalita řešení ze zprávičky, když to ještě musí běžet na CUDA...Zkoušel jsem to a je to fakt jako na ukázkových videích. Tj. skoro neuvěřitelné.
28.8.2011 12:59
28.8.2011 18:45
28.8.2011 23:53
* ffmpeg libraries could not be found.
* libswscale could not be found.
* slowmoVideo will be built: NO
přitom ffmpeg-devel v repozitářích nemůžu najít
29.8.2011 12:54
Dreit | skóre: 15
| blog: Dreit a jeho dračí postřehy
| Královehradecký kraj
Ona to je práce jednoho člověka a ten má evidentně nVidii. Ale třeba se do toho časem někdo pustí…
potrebuje to nvidia-cg-toolkitJo, ten ale kompiluje do DirectX nebo OpenGL shaderů, takže to by neměl být problém...
nejspis to vyuziva CUDA jadra v grafikach...Nic takového neexistuje
CUDA je tooltik, nic víc, na GPU jsou jádrem GPGPU stream processory. Ty ale oni nepoužívaj, oni to opravdu počítají přes ty shadery, který jsou unifikovaný.
Jasně, takže "oni" vlastně nepoužívají tu spoustu procesorů v jádře, počítají to přes shadery, který jsou unifikovaný a ty se stream procesory/CUDA jádry nemají ale vůbec nic společnýho, že?potrebuje to nvidia-cg-toolkit..na GPU jsou jádrem GPGPU stream processory. Ty ale oni nepoužívaj, oni to opravdu počítají přes ty shadery, který jsou unifikovaný.
Někde/někdy se lze dočíst označení stream procesorů jako "CUDA cores" (např. v gui utilitě nvidia-settings)To je pouze marketingové označení - snaží se propagovat svoji technologii. Care-o-Meter:
30.8.2011 01:45
Lo [-|--------] Hi.
zkratka GPGPU je potom využití GPU na počítání něčeho jiného, než je grafika, nebo fyzika ve hráchNe. GPGPU je general purpose, což značí vyšší úroveň programovatelnosti (pouze nejnovější shadery). "Fyzika", ať už ve hrách, nebo kdekoli jinde, do toho patří samozřejmě taky.
Jasně, takže "oni" vlastně nepoužívají tu spoustu procesorů v jádře, počítají to přes shadery, který jsou unifikovaný a ty se stream procesory/CUDA jádry nemají ale vůbec nic společnýho, že?Oni = programátoři gpu-klt+flow, tak jsem to myslel. Co se týče těch jader: jestli jsou nebo nejsou fyzicky na konkrétních grafikách tvořeny stejným HW a jestli si to ovladače přeloží tak, nebo onak je v této debatě naprosto irelevantní, protože podstatný na tom je způsob přístupu k nim. Přístup přes OpenGL shadery není to samý jako přístup přes GPGPU API jako třeba CUDA nebo OpenCL. To je totiž taky důvod, proč GPU-KLT+FLOW podporuje i starší grafiky, už od GeForce 6 - tato grafárna rozhodně žádný "CUDA cores" nemá, protože tehdy ještě ani CUDA neexistovala!
A o to mi právě šlo v týhle debatě, protože od způsobu, jakým ke GPU oni přistupují
se totiž pak odvíjí otázka portování na jiný grafický karty než nVidia.
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.