życie zabija powoli :)

 

01

grudnia

2009

bloatware

Nie tak dawno wrocila mi chec na obejrzenie paru klipów na psp. A psp to bardzo wybredna bestia jezeli chodzi o parametry techniczne video jakie się jej daje.

Zacząłem poszukiwania. Oczywiście na linuksa prawie nic nie da się znaleźć. Za to na windows można znaleźć prawdziwe koszmarki.
Przejrzałem ~10 aplikacji do kodowania video na psp/ipod/inne i stwierdzam co następuje:


  1. Niemal każda aplikacja wymaga .net3.0 do pracy.
  2. Niemal każda aplikacja po instalacji zajmuje ponad ~40mb dysku.
  3. Niektóre aplikacje mają tak wymagający interfejs że ledwie chodzą (część działa jako strona www osadzona w aplikacji, niektóre wymagają do pracy xulrunner (firefox)).
  4. Większość aplikacji jest płatna, pomimo tego że prawie każda z nich ma w środku komplet darmowych narzędzi ffmpeg + mencoder + x264.
  5. Programy zawierają wymyślny interfejs, który jest trudny w nawigacji.
  6. Niektóre czasami generują niepoprawne pliki (avidemux)
  7. Zawierają od cholery reklam i innych uprzykrzaczy życia
  8. ciężko cokolwiek porządnego znaleźć w google - mnóstwo śmieci w wynikach


Przypadkiem trafiłem na badziewny (chwilowo, na pewno się poprawi) pythonowy programik który jednak generuje poprawne pliki dla psp. Wydłubałem z niego polecenia do kodowania do x264 dla psp za pomocą samego ffmpeg :<p/><p/>
"PSP Fullscreen"

ffmpeg -i "$1" -f mp4 -r 29.97 -vcodec libx264 -s 640x480 -aspect 4:3 -b 1250kb -maxrate 4M -bufsize 4M -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -memethod umh -subq 6 -trellis 1 -refs 2 -bf 1 -coder 1 -merange 16 -g 300 -keyintmin 25 -scthreshold 40 -iqfactor 0.71 -bt 1250k -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 21 -acodec libfaac -ab 128kb -ar 48000 -ac 2 -threads XXX "$2"

"PSP Widescreen"

ffmpeg -i "$1" -f mp4 -r 29.97 -vcodec libx264 -s 480x272 -aspect 16:9 -b 1250kb -maxrate 4M -bufsize 4M -flags +loop -cmp +chroma -partitions +parti4x4+partp8x8+partb8x8 -memethod umh -subq 6 -trellis 1 -refs 2 -bf 1 -coder 1 -merange 16 -g 300 -keyintmin 25 -scthreshold 40 -iqfactor 0.71 -bt 1250k -qcomp 0.6 -qmin 10 -qmax 51 -qdiff 4 -level 21 -acodec libfaac -ab 128kb -ar 48000 -ac 2 -threads XXX "$2"

<p/>
wystąpienie XXX należy zastąpić liczbą procesorów w systemie, aby (teoretycznie) przyspieszyć konwersję. $1 to plik wejściowy a $2 wyjściowy (dla osób które chciałyby spróbować na windows).

Podejrzewam że ffmpeg-mt lepiej poradzi sobie z wykorzystaniem komputerów wielordzeniowych niż zwyczajny ffmpeg. Jeżeli wielowątkowe kodowanie h264 jest już możliwe.<p/>

Efekty - 100% poprawność kodowania (na 25 plikach z których niektóre kodowały się źle, albo programy poddawały się na przekodowywaniu) i bardzo wysoka jakość wyniku (zależy od źródła ale generalnie spadek jakości nie jest zbyt widoczny). A sam ffmpeg zajmuje pare mb na dysku [ tutaj sa gotowe wersje dla windows ] i nie uprzykrza człowiekowi życia.<p/>
Projekt z którego wygrzebałem profile kodowania : Sinthgunt

 
 

Komentarze

 
 
 

№ 1

10 marca 2010, 20:49:56

Swawolny Dyzio

a moze by tak winFF? tez bazuje na ffplay a prosty, ze IQ spada. Robi na window$ie i linuksie ;-)

 
 
 

Dodaj komentarz

 

Podpis

 

URL

 

Treść

 
 
 
 

Miniblog

14 września 2011, 22:19:53 | klucz ssh na gitorious |

Od niedawna przyłapałem się na tym że na gitorious.org przestał działać mój klucz ssh. Próba ponownej instalacji klucza powodowała jego odrzucanie ( " ssh key invalid " ).

Problem polega na tym ze zamiast user@host na końcu klucza trzeba wpisać swój email jaki podaliśmy przy rejestracji w gitorious.org. Być może problem nie dotyczy wszystkich, ale u mnie było to jedyne działające rozwiązanie.

04 lipca 2011, 12:48:34 | Tunelowanie esx po ssh |

Szybka notatka na przyszłość; aby wbić się na serwer ESX za pomocą vSphere poprzez tunel SSH, trzeba przeforwardować porty 443, 902, 903 oraz dodać wpis do hosts postaci

127.0.0.1 esxhost

bez tego nie pójdzie. Posiadanie wpisu określającego 127.0.0.1 jako "localhost" też z jakiegoś powodu nie wystarcza i dostaje się tajemnicze informacje o nieprawidłowym hoście, braku łączności itp.

02 sierpnia 2010, 20:12:02 | [mini] nietypowy problem CUPS |

ERRDOS - ERRbadaccess 
(Invalid open mode.) opening 
remote spool Test Page

W takiej sytuacji należy w windows w wlaściwościach drukarki odznaczyć "drukuj bezpośrednio na drukarkę". Dziwne, ale zostawię to sobie tutaj na przyszłość.