수신 측에서 파이프처럼 처리되도록(저장하지 않고) 하나의 스트림에 여러 파일을 전달하는 방법은 무엇입니까?

\004보내기전에 파일을 분리해서 보내 도 stdout..

좋은 소식은 전송 프로세스를 수정할 수 있다는 것입니다. 내 솔루션은 다음과 같습니다.

for f in *.jpg; do echo S; base64 "$f"; echo ""; done |
# the above is just an example sending process
while read dummy; do
  sed -u '/^$/q' | base64 -d | identify -
done

밝히다:

• 단일 "파일 블록"은 데이터를 전달하지 않는 소비 라인(이 경우 "S")으로 시작됩니다. 행을 찾을 수 없으면 read전체 명령이 종료됩니다.
• sed빈 줄이 나타날 때까지 데이터를 디코더에 전달합니다(참고: 추가 빈 줄은 출력을 변경하지 않습니다 base64 -d).
• sed버퍼링되지 않은( -u플래그)을 사용하는 것이 중요합니다. 그렇지 않으면 sed너무 많이 읽어서 너무 많은 데이터를 폐기하게 될 수 있으며, 그러면 다음 항목 sed(따라서 다음 항목 identify)이 필요한 모든 데이터를 얻지 못하게 됩니다.

힌트:

• 추가 줄은 파일 이름 등과 같은 "S" 이외의 메타데이터를 전달할 수 있습니다(그러나 이름 등의 줄 바꿈에 주의하세요).
• 생성된 출력이 입력보다 크므 로 양쪽에서 모두 사용하는 base64것이 좋습니다 . 특히 스트림이 인터넷을 통해 전송되는 경우 더욱 그렇습니다.gzip

while read입력을 파이프하고 구분 기호를 다음으로 설정하면 작동합니다 (백슬래시 이스케이프는 해석되지 않으므로 확장명 \004사용 ).$'...'read

for x in *.jpg ; do base64 < "$x" ; echo -e '\004';  done | 
    while read -rd $'\004' file ; do 
        echo "$file" | base64 -d | identify - 
    done

그러나 큰 파일의 경우에는 루프 내부의 내용을 파이프에서 읽을지 여부를 쉘이 알 수 없으므로 read바이트 단위로 읽어야 하기 때문에 속도가 매우 느립니다. 버퍼링을 정확하게 제어할 수 있도록 이는 아마도 Perl이나 다른 실제 프로그래밍 언어로 구현되어야 합니다.