14.10.2016 08:41
[#182]
Re: Vampie 500/2000
@skipp, post #175
Odtwarzałem (16Bit) na CVisonPPC, dla hecy puszczałem też na AGA (HiRes-Laced) i było całkiem nie najgorzej (w stosunku do CV PPC) oczywiście w B&W 
SoftCinema? Przecież jest Frogger 68k (chyba też są kodeki pod DivX dla 68k) Jest też Moovid z obsługa DivXów dla 68k- Przetestujcie!
Mpeg2 może uciągnie Vampir (ja w to wątpię), ale DVD na pewno nie (chyba, że ktoś znajdzie miejsce na sprzętowy dekoder)
@Skolman
Tak zwane DivXy oglądałem ponad 10 lat temu na Amidze, kiedy były jeszcze w rozdziałkach nie większych niż VCD i oczywiście było całkiem OK. Po prostu dawałem radę oglądać filmy bez PCta ale długo to nie trwało 
Co do jakości to już bardzo różnie, nie zawsze było lepiej (mpeg1 naprawdę może mieć bardzo dobrą jakość), z reguły "divx" zajmowały miej miejsca, ale miały miej klatek (pojemność płyty CD) itp.
Ostatnia aktualizacja: 14.10.2016 08:42:55 przez BULI
SoftCinema? Przecież jest Frogger 68k (chyba też są kodeki pod DivX dla 68k) Jest też Moovid z obsługa DivXów dla 68k- Przetestujcie!
Mpeg2 może uciągnie Vampir (ja w to wątpię), ale DVD na pewno nie (chyba, że ktoś znajdzie miejsce na sprzętowy dekoder)
@Skolman
Tak zwane DivXy oglądałem ponad 10 lat temu na Amidze, kiedy były jeszcze w rozdziałkach nie większych niż VCD i oczywiście było całkiem OK. Po prostu dawałem radę oglądać filmy bez PCta
ale długo to nie trwało Co do jakości to już bardzo różnie, nie zawsze było lepiej (mpeg1 naprawdę może mieć bardzo dobrą jakość), z reguły "divx" zajmowały miej miejsca, ale miały miej klatek (pojemność płyty CD) itp.
Ostatnia aktualizacja: 14.10.2016 08:42:55 przez BULI
17.10.2016 12:53
[#186]
Re: Vampie 500/2000
@pisklak, post #185
Na oku mam już co najmniej 3 różne opcje (i źródła). Jak to pójdzie - zobaczymy. Jestem dobrej myśli, ale niczego nie obiecuję 
Po etapie przygotowywania hardware (czytaj: skręcenia biurka z Ikei
) jestem na etapie ogarnięcia swojego starego (ostatnio używane tak z dekadę temu) środowiska portowo-kompilacyjnego SAC/C + GCC 
Następnym krokiem będzie przypomnienie sobie, jak to się robi
Mam tylko nadzieję, że moje plany nie rozbiją się o niewidzialną ścianę zwaną FPU
Po etapie przygotowywania hardware (czytaj: skręcenia biurka z Ikei
) jestem na etapie ogarnięcia swojego starego (ostatnio używane tak z dekadę temu) środowiska portowo-kompilacyjnego SAC/C + GCC Następnym krokiem będzie przypomnienie sobie, jak to się robi Mam tylko nadzieję, że moje plany nie rozbiją się o niewidzialną ścianę zwaną FPU
21.10.2016 09:58
[#189]
Re: Vampie 500/2000
@] SKOLMAN_MWS ˇ agrEssOr [, post #187
Masz na myśli że nie ma zainteresowania Rivą ? Hmm jeśli tak to właśnie jesteś w błędzie !
Nowa Riva pod Vampira właśnie powstaje a efekty są całkiem ciekawe
Na dzień dzisiejszy mogę powiedzieć że początki używania AMMXa dają wyraźne przyśpieszenie. MPEG1 w 640x360 już chodzą w =>20 FPS z dźwiękiem... w zależności od bitrate i materiału video
A jest jeszcze trochę w Rivie do podciągnięcia.... Naprawdę progress jest wyraźny i dość. szybki. Zresztą myślę że wkrótce będzie więcej linków z NS+YT więc sami zobaczycie...
A przy okazji Riva jest dobrym materiałem do testowania instrukcji AMMX.
Nowa Riva pod Vampira właśnie powstaje a efekty są całkiem ciekawe
Na dzień dzisiejszy mogę powiedzieć że początki używania AMMXa dają wyraźne przyśpieszenie. MPEG1 w 640x360 już chodzą w =>20 FPS z dźwiękiem... w zależności od bitrate i materiału video
A jest jeszcze trochę w Rivie do podciągnięcia.... Naprawdę progress jest wyraźny i dość. szybki. Zresztą myślę że wkrótce będzie więcej linków z NS+YT więc sami zobaczycie...
A przy okazji Riva jest dobrym materiałem do testowania instrukcji AMMX.
21.10.2016 14:32
[#191]
Re: Vampie 500/2000
@waldiamiga, post #190
Jako, że 060 instrukcji AMMX nie posiada, to raczej nie da się na nim używać kodu korzystającego z tychże.
Jedynie użytkownicy #?UAE mogą cisnąć autorów emulatora o dodanie obsługi tych instrukcji, ale... po włączeniu JITa to i bez AMMX takie filmiki będą grały, i to pewnie w 120 FPS. Jakby jakieś h.265 można było przy pomocy AMMX dekodować, to już byłoby co innego :)
Ostatnia aktualizacja: 21.10.2016 14:32:40 przez Cedrat
Ostatnia aktualizacja: 21.10.2016 14:33:29 przez Cedrat
Jedynie użytkownicy #?UAE mogą cisnąć autorów emulatora o dodanie obsługi tych instrukcji, ale... po włączeniu JITa to i bez AMMX takie filmiki będą grały, i to pewnie w 120 FPS. Jakby jakieś h.265 można było przy pomocy AMMX dekodować, to już byłoby co innego :)
Ostatnia aktualizacja: 21.10.2016 14:32:40 przez Cedrat
Ostatnia aktualizacja: 21.10.2016 14:33:29 przez Cedrat
22.10.2016 09:04
[#192]
Re: Vampie 500/2000
@waldiamiga, post #190
Istnieje wprawdzie wersja nowej Rivy nie korzystająca z AMMX, ale wątpię czy przyśpieszenie będzie duże na 060. Wykorzystuje ona w większym stopniu fuzję i wiązania czego nie ma 060. I oczywiście kod stara się być jak najbardziej SS co w 060 jest. Mimo wszystko nie spodziewałbym jakiegoś dużego wzrostu szybkości na 060.
24.10.2016 10:21
[#194]
Re: Vampie 500/2000
@pisklak, post #193
peak memory speed of 500MB/sec
Jaw. Drop.
I to wszystko już w listopadzie
Szkoda, że ciągle bez FPU (mam nadzieję, że to ostatni GOLD bez niego), ale lista zmian jest i tak imponująca. Sądząc po wpisach tu i tam, widzę, że nie jestem odosobniony w oczekiwaniu na implementację koprocesora :)
Jaw. Drop.
I to wszystko już w listopadzie
Szkoda, że ciągle bez FPU (mam nadzieję, że to ostatni GOLD bez niego), ale lista zmian jest i tak imponująca. Sądząc po wpisach tu i tam, widzę, że nie jestem odosobniony w oczekiwaniu na implementację koprocesora :) 
02.11.2016 15:02
[#197]
Re: Vampie 500/2000
@_Skiba, post #196
Odświeżając wątek - pierwsze efekty użycia AMMXa są co najmniej obiecujące. Riva dostała niezłego przyśpieszenia co można zobaczyć tu. Praca nad usprawnieniem Rivy jeszcze się nie skończyła i istnieje możliwość wyciśnięcia jeszcze trochę FPS. W każdym razie wygląda na to że MPEG1 640x360 jest w zasięgu Vampirki x11.
Na EAB zrobił się taki "śmieszny" wątek odnośnie AMMXa, dlatego ciekaw jestem Waszych opinii na te temat.
Na EAB zrobił się taki "śmieszny" wątek odnośnie AMMXa, dlatego ciekaw jestem Waszych opinii na te temat.
02.11.2016 16:23
[#198]
Re: Vampie 500/2000
@pisklak, post #197
No mysle ze ammx jest po prostu faktem. Nie wiem czy dwokrotny przyrost predkosci w odtwarzaczu mpg1 jest adekwatnym rezultatem tlumaczacym wprowadzenie dodatkowych instrukcji. Ciekawe by bylo zapodac meynafowi kod zrodlowy i zobaczyc czy cos z tego sam wycisnie. Ogolnie z zewnatrz czasami trudno powiedziec gdzie konczy sie rzecowosc a zaczyna ego.
02.11.2016 16:37
[#199]
Re: Vampie 500/2000
@pisklak, post #197
Moja opinia: fajnie, że dodają nowe funkcjonalności, ale...
1. RiVA jest dla mnie mało użyteczna - MPEG1 to staroć, dno i dwa metry mułu. Ale ucieszyłby mnie np. szybki (wykorzystujący AMMX) datatype do JPEG, szybkie mpega.library (zwłaszcza jeśli Vampire dorobi się sterowników AHI do wyjścia HDMI), szybsze render.library, AHI wykorzystujące AMMX do miksowania, itd. - rzeczy, które zainstaluję w systemie, i nagle ileś tam programów dostanie kopa.
2. Instrukcje, których nie wykorzystuje żadne wykorzystywane przeze mnie oprogramowanie, są dla mnie bezużyteczne - naprawdę 1000 razy bardziej wolałbym FPU, albo chociażby MMU działające z bibliotekami MMuLib Thomasa Richtera (MuForce, MuGuardianAngel, MuProtectModules, itd.)
Przepraszam, jeśli marudzę, ale... w obecnej sytuacji AMMX naprawdę nic mi nie daje.
1. RiVA jest dla mnie mało użyteczna - MPEG1 to staroć, dno i dwa metry mułu. Ale ucieszyłby mnie np. szybki (wykorzystujący AMMX) datatype do JPEG, szybkie mpega.library (zwłaszcza jeśli Vampire dorobi się sterowników AHI do wyjścia HDMI), szybsze render.library, AHI wykorzystujące AMMX do miksowania, itd. - rzeczy, które zainstaluję w systemie, i nagle ileś tam programów dostanie kopa.
2. Instrukcje, których nie wykorzystuje żadne wykorzystywane przeze mnie oprogramowanie, są dla mnie bezużyteczne - naprawdę 1000 razy bardziej wolałbym FPU, albo chociażby MMU działające z bibliotekami MMuLib Thomasa Richtera (MuForce, MuGuardianAngel, MuProtectModules, itd.)
Przepraszam, jeśli marudzę, ale... w obecnej sytuacji AMMX naprawdę nic mi nie daje.
02.11.2016 18:42
[#201]
Re: Vampie 500/2000
@Cedrat, post #199
Ale syf w tym wątku na EAB... ja też mam pewne wątpliwości co do AMMX (zwłaszcza, że ilość bramek FPGA nie jest nielimitowana), ale kurczę - zespół Apollo właśnie dostarcza do Amigi sprzęt, o jakim do niedawna nam się nie śniło, w bardzo przystępnej cenie... i na trochę szacunku zasługują.
02.11.2016 21:33
[#203]
Re: Vampie 500/2000
@Cedrat, post #199
ad 1) No właśnie MPEG1 bo po pierwsze jest Riva i jest od czego zacząć. Napisanie powiedzmy h.264 trochę czasu zajmie zapewne a tak jest coś co można w miarę szybko ogarnąć z widocznymi rezultatami. Po drugie to dobry poligon doświadczalny pod ewentualny tuning AMMXa. Rezultaty już są widoczne. MPEG1 mimo ze staroć to już np. można używać z nowym Netsurfem i np. oglądać Youtube (po konwersji do MPEG1 nie jest tak źle jak by się wydawało). Chwilowo musi wystarczyć, w przyszłości zapewne pojawi się mpeg2/h.264
Jeśli chodzi o AHI/Datatypy to zapewne też się pojawią i dadzą ładne przyśpieszenie. Myślę że wszystkie przez Ciebie podane biblioteki mogą skorzystać z przyśpieszenia jakie daje AMMX. Od siebie bym chętnie jeszcze dodał P96/CGFX jako potencjalne miejsce do wykorzystania nowych rozszerzeń. Myślę że takich miejsc znajdzie się sporo.
ad 2) FPU będzie, tutaj nic się nie zmieniło. Zresztą samo FPU w przypadku kodeków video raczej by nie pomogło. Chociaż może dziwić taka odwrócona kolejność, najpierw AMMX, później FPU, to z pewnych przyczyn tak właśnie jest.
Ostatnia aktualizacja: 02.11.2016 21:44:16 przez pisklak
Jeśli chodzi o AHI/Datatypy to zapewne też się pojawią i dadzą ładne przyśpieszenie. Myślę że wszystkie przez Ciebie podane biblioteki mogą skorzystać z przyśpieszenia jakie daje AMMX. Od siebie bym chętnie jeszcze dodał P96/CGFX jako potencjalne miejsce do wykorzystania nowych rozszerzeń. Myślę że takich miejsc znajdzie się sporo.
ad 2) FPU będzie, tutaj nic się nie zmieniło. Zresztą samo FPU w przypadku kodeków video raczej by nie pomogło. Chociaż może dziwić taka odwrócona kolejność, najpierw AMMX, później FPU, to z pewnych przyczyn tak właśnie jest.
Ostatnia aktualizacja: 02.11.2016 21:44:16 przez pisklak
02.11.2016 21:48
[#204]
Re: Vampie 500/2000
@pisklak, post #197
W tych testach jest podane przyspieszenie ale nie ma żadnych statystyk jak wygląda odtwarzanie "na żywo", czyli ile klatek Vampir wycina (frame skip) do tego, żeby nie było wycinania klatek nie wystarczy szybkie dekodowanie, trzeba jeszcze odpowiednio szybkiego wyświetlenia obrazu.
Czekam na takie proste statystyki
Czekam na takie proste statystyki
02.11.2016 22:49
[#207]
Re: Vampie 500/2000
@pisklak, post #203
Ja nie jestem pewien, czy kodek video to jest dobre miejsce na tego typu prace. W systemach, gdzie procesor (z różnych powodów) nie jest zbyt szybki (a wątpię, żeby w ciągu najbliższych lat udało się przy pomocy 68080 odgrywać h.264 FullHD), a chcemy odtwarzać video, stosuje się wyspecjalizowane chipy dekodujące materiał sprzętowo. Myślę, że to byłoby najlepsze rozwiązanie - najlepiej w formie karty rozszerzeń.
Filmy z YouTube'a najpierw konwertowane do MPEG1, a dopiero potem odtwarzane... to jest sztuka dla sztuki, przecież nie puszczę takiego klipu na domówce :)
Ostatnia aktualizacja: 02.11.2016 22:49:47 przez Cedrat
Filmy z YouTube'a najpierw konwertowane do MPEG1, a dopiero potem odtwarzane... to jest sztuka dla sztuki, przecież nie puszczę takiego klipu na domówce :)
Ostatnia aktualizacja: 02.11.2016 22:49:47 przez Cedrat
02.11.2016 23:11
[#208]
Re: Vampie 500/2000
@BULI, post #206
Dla mnie wygląda dobrze. Daj Amigowcowi palec to odgryzie rękę. Za 68060 na 100MHz by się co niektórzy dali pociąć, a tutaj nagle nie idzie dogodzić. Niech dołażą jakiegoś taniego ARMa na płytce, który ma w sobie dekoder sprzętowy, to i będzie h264 w FullHD, albo niech zrobią interfejs na szybkie rozszerzenia, do którego można podłączyć taki dekoder, tak jak w CD32.
