Chcę użyć takiego polecenia do podziału na połowę plików graficznych.
convert *.png -crop 50%x0% +repage piece_%d.png
Działa ono prawidłowo gdy w katalogu jest kilka plików. Jednak gdy w katalogu jest 100 plików, po chwili działania pokazuje się komunikat “Unicestwiony”.
Tak samo z innymi poleceniami, np. magick…
Da się temu jakoś zapobiec? Robienie tego po kilka plików nie wchodzi w grę, bo polecenie przekonwertowanym, czyli nowo tworzonym plikom nadaje nazwy od zera. Czyli po przerobieniu kilku plików oryginalnych musiałbym zmieniać nazwy plikom wynikowym żeby je umieścić z powrotem w jednym katalogu.
Nawiasem mówiąc, wolałbym to zrobić w jakimś programie graficznym, ale nie znalazłem takiego na Linuksa.
Wydaje mi się, że dla tej komendy problem dotyczy dostępnej pamięci + mocy procesora.
Z ciekawości zrobiłem testy na małych plikach i przy ponad 1000 sztuk komenda zadziała poprawnie.
Jednak przy teście z dużymi plikami, przy kilkudziesięciu plikach, zajęta została cała pamięć RAM, znaczna część SWAP, a zajętość CPU wskoczyła powyżej 90%. Tu test przerwałem.
@napcok dobrze radzi. W pętli, takiej lub innej, nie powinno dochodzić do zapełnienie całej pamięci.
Edit:
Poniższa pętla, choć daje trochę inną numerację, robi to samo i się nie wywala.
l=0; for i in `ls *.png`; do convert $i -crop 50%x0% +repage piece_$l.png; ((l++)); done
To ma dzielić obraz na dwie części pośrodku pionowo, czyli ma z jednego zrobić dwa: lewą i prawą stronę. Jak ma się zeskanowaną książkę tak, że na jednym obrazie jest lewa i prawa, to dzieli na pół.
To podane przez ciebie polecenie cały czas zapisuje naprzemiennie pod tymi samymi nazwami plików. Cały czas jakby na nowo tworzy piece_0 i piece_1.
Twoja pętla nie zawiesza kompa i działa na wszystkich plikach, tylko że produkuje tylko lewe strony.
Moje polecenie dzieli na lewą i prawą tylko, że nie ma pętli.
Ja po prostu zaproponowałem pętlę i podałem polecenie (pętlę) dla przykładu.
Wiadomo, że trzeba spróbować zrozumieć co się dzieje i dostosować
Część:
for i in `ls *.png`;
przypisuje do zmiennej $i nazwę kolejnych plików - należy użyć też tej zmiennej $i w nazwie pliku wynikowego - wtedy będzie on za każdym razem miał inną nazwę i nie będzie nadpisywany przy każdej iteracji pętli.
Niemożliwe Sprawdź dokładniej.
Pętla generuje pliki w formacie:
piece_N-0.png (końcówka 0 to lewa strona zdjęcia)
piece_N-1.png (końcówka 1 to prawa strona zdjęcia)
gdzie N, to numer kolejnego podzielonego zdjęcia.
Pierwsza myśl, jaka przyszła mi do głowy (a propos przyczyny), to dostępne zasoby: /home, /tmp i RAM. O RAM’ie wspominał już @majo; problemu z wolnym miejscem na dysku najpewniej nie ma (wyszło by już na jaw); pozostaje sprawdzić jeszcze /tmp, które jest RAM-dysk’iem i może zająć maxymalnie połowę dostępnej fizycznej pamięci operacyjnej (domyślnie).
Pętla jest eleganckim i właściwym rozwiązaniem. Gdyby jednak coś nie wypaliło, to można jeszcze użyć sposobu chamskiego dość, acz skutecznego:
listujesz pliki do przetworzenia i wrzucasz je … do pliku;
na początku i końcu dodajesz odpowiednie komendy i parametry i robisz z tego skrypt;
nie powinno, to być trudne i czasochłonne, bo można operacje zautomatyzować;
rozwiązanie jest jednorazowe, bo dostosowane do konkretnej listy plików.
Rzeczywiście, teraz zadziałał. Zamieniłem najpierw nazwy plików na proste, tj. 000.jpg itd. Dodatkowo wcześniej próbowałem na plikach pbm. A teraz przekonwertowałem je najpierw wszystkie w XnConvert na jpg.
Wkleiłem polecenie z png, bo akurat taki przykład znalazłem na innej stronie i skopiowałem. No ale najważniejsze, że działa. Problem rozwiązany. Dziękuję.
Sprawdź dokładniej.