Compressed tunnelling

Question

I have previously made a simple java port forwarder that uses a Tunnel class I made.
The tunnel class basically takes an InputStream, an OutputStream and optionally a buffer size (default size is 1024) then runs copies everything it gets from the input stream into the output stream and flushes it with this code.  private void tunnel() throws IOException
    byte[] buffer = new byte[bufferSize];
    int read;
    while((read = in.read(buffer)) != -1)
      out.write(buffer, 0, read);
      out.flush();
  }I thought that in some uncompressed applications, performance could be improved by passing it a GZIPInputStream etc (or InflaterInputStream etc perhaps) but these require finish() rather than flush() [or as well as, I don't know if flush is still needed after finish()] I hoped I would be able to just pass the Tunnel a GZipInputStream and a GZipOutputStream and it would work, they are both InputStreams and OutputStreams after all, but beause finish() is required, this is not the case.
This would of course need the java app running on both ends but thats no big deal.
- Is this method of tunnelling even before compression any good?
- What effect does finish() have on it, does a new GZipOutputStream/DeflaterOutputStream have to be created for every transmission or what?
- Should Deflater and Inflater be used instead and not use this current code at all?
- Could I just insert the line "if(out instanceof DeflaterOutputStream) ((DeflaterOutputStream)out).finish();" before/instead of "out.flush();" ?

Answer 1

Ok in the past we had converted our files to apple prores 422 and that worked. The files I was converting into HD web sharing were .MOV files, whta else can I do because rendering every 2 minutes is doing my head in