Wsparcie #9924
Mergowanie Idle-Activ, czas
0%
Opis
Obecnie merge zżera kilka sekund, w ciągu których aplikacja jest nieresponsywna.
Galaxy S20 Ultra 5G
Samsung Exynos 990
Zegar procesora: 2.70 GHz
Liczba rdzeni: 8
GPU: ARM Mali-G77 MP11.
Czy wykorzystywany jest GPU telefonu?
Czy można proces mergu wysłać w tło, aby aplikacja działała nadal? I np. zredukować jej wydajność.
Powiązane zagadnienia
Historia
#1 Uaktualnione przez piotrek ponad 2 lat temu
A jest to średnio- wysoki procesor jak na dzisiejsze czasy - 33. poz. w rankingu https://nanoreview.net/en/soc-list/rating.
Jak sobie będą radzić gorsze?
#2 Uaktualnione przez piotrek ponad 2 lat temu
Obecnie mergowanie filmiku (Ile 60s + Activ 10s) trwa około minutę, a więc tyle, co cały film.
rozwiązania?
1. Skrócić idle - np. do 30s
2. Zmniejszyć / wydzielić zasoby dla procesu, aby nagrywanie Idle mogło trwać nadal
3 ?
#3 Uaktualnione przez yura ponad 2 lat temu
- Zmieniono Przypisany do z yura na piotrek
Obecny mechanizm scalenia (merge) działa według następnej zasady:
1. Dekoduje film Idle.
2. Dekoduje film Active.
3. Scala Idle + Active.
4. Koduje film wyjściowy.
Najwięcej czasu zajmuje dekodowanie i ponowne kodowanie filmów.
Rozwiązanie nr 3:
Jest możliwość obejścia zbędnego dekodowania i kodowania, dzięki szyfrowaniu filmów np. w formacie MPEG-2-TS (*.ts). Po przetestowaniu takiego mechanizmu na Samsung Galaxy Note 9, czas scalenia dwóch filmów (po 30 sekund każdy) wynosi około 1 sekundy. Również zaznaczę, że film wyjściowy traci mniej na jakości.
#4 Uaktualnione przez yura ponad 2 lat temu
- Dodano powiązane z Wsparcie #9921: Kompresja?
#5 Uaktualnione przez piotrek ponad 2 lat temu
- Zmieniono Przypisany do z piotrek na yura
Takie znaczne skrócenie czasu obróbki brzmi obiecująco. Być może też to będzie rzutować na odmulenie telefonu, który teraz się czasami zawiesza.
Nie wiem, jaka będzie finalna jakość po scaleniu. Możesz podesłać próbki?
Inna rzecz - czy taki format będzie się dało potem zassać do booraka i wpuścić w opracowany proces obróbki, w tym dekodowanie tablic, zazkrywanie, itp.?
#6 Uaktualnione przez piotrek ponad 2 lat temu
Ale póki co nie widać lepszego rozwiązania, sprawdźmy to.
#7 Uaktualnione przez yura ponad 2 lat temu
- Zmieniono Przypisany do z yura na piotrek
Jutro prześlę wersję na Android, która zawiera opisane zmiany.
Jeśli chodzi o sam transfer do booraka oraz dalszą obróbkę scalonych nagrań, to tutaj nie powinno być problemu.
#8 Uaktualnione przez piotrek ponad 2 lat temu
ważne
#9 Uaktualnione przez piotrek około 2 lat temu
- Zmieniono Przypisany do z piotrek na yura
- Zmieniono Priorytet z Normalny na Pilny
Rozwiązanie nr 3:
Jest możliwość obejścia zbędnego dekodowania i kodowania, dzięki szyfrowaniu filmów np. w formacie MPEG-2-TS (*.ts). Po przetestowaniu takiego mechanizmu na Samsung Galaxy Note 9, czas scalenia dwóch filmów (po 30 sekund każdy) wynosi około 1 sekundy. Również zaznaczę, że film wyjściowy traci mniej na jakości.
Jak stoisz z relizacją tego?
#10 Uaktualnione przez yura prawie 2 lat temu
- Zmieniono Przypisany do z yura na piotrek
Ulepszony mechanizm został dodany w wersji 0.2.6
#11 Uaktualnione przez piotrek prawie 2 lat temu
- Zmieniono Przypisany do z piotrek na yura
Poproszę o wystawienie tej wersji.
Nie wiem, czy mam tą wersję zainstalowaną i nie wiem jak to sprawdzić.
#12 Uaktualnione przez yura prawie 2 lat temu
- Zmieniono Przypisany do z yura na piotrek
Wysłałem ostatnią wersję (0.2.6) w wiadomości mailowej.
Następne wersje PreRecord będą nosić podobną do Greenback i Boorak nazwę, czyli np. PR_BETA_DD_MM_YYYY.
Dodam też, że w nowych wydaniach PreRecord będzie można sprawdzić aktualną wersję aplikacji, jak jest to teraz w ostatnich wydaniach aplikacji Greenback i Boorak (*_BETA_11_04_2024), wchodząc do zakładki "informacje o aplikacji" z poziomu ustawień aplikacji .
