Accept-encoding "compress"

Hello,
I'm compressing xml responses using "gzip" and "deflate" for requests with Accept-encoding "gzip" or "deflate" (or both).
The problem is that I have a client that only uses "compress" (and this is not "negotiable", he'll only send "accept-encoding=compress").
Is this compression format supported in jdk 5? For gzip I use GZIPInput/Outstream, and for deflate I use Inflater/Deflater. But for compress? Maybe is a variant of Inflater/Deflater? Can anybody help me, please?
Thanks,
Joan.

No, there's no support for compress in the public Java SE 5.0 API. The compress algorithm (LZW) was largely obsoleted 15-or-so years ago by algorithms like deflate that decode faster and compress better.

Similar Messages

Any way to change the Accept-Encoding in apache/jsp?

I have a jsp page which needs to not be delivered using gzip compression and currently my apache is configured to compress any text content. IS there anyway to diable the gzip encoding through a request, or response command OR an directive at the top of the jsp page?
the browser sends "Accept-Encoding: gzip" by default which causes the apache to compress the content that is returned.
Any help would be appreciated...thanks!

ok got it ...The solution doesnt involve any java/jsp but basically i excluded those pages from being gzipped in the <ifmodule> statement in the httpd.conf for apache:
SetEnvIfNoCase Request_URI \
(test1|test2)\.(?:jsp)$ no-gzip dont-vary
It took me a while to get here since I thought initially it was a problem wiht out.flush() not working properly.
The reason why I want to do it is because I have a backend process that takes sometime to return completely and in the meantime i want to show the part of the page that has partially loaded. Its more involved than the example page that I showed you and is somewhat resistant to reworking but it is the same principal .
Thanks for all your help!

ACE 4710 one-arm L4 load balancing removes accept-encoding?

We have built a simple one-arm PAT config to round robin load balance two Varnish servers. In the "Default L7 load-balancing action" we have left compression to "N/A". It looks like the ACE removes "Accept-Encoding: gzip, deflate" from the client header.
Is this normal behaviour? We would like the Varnish to do the compression. Do we need modify the headers to get this through the ACE?

Hi,
Yes this does seem to be the behavior. Please read below:
HTTP compression is a capability built into web servers and web browsers to improve site performance by reducing the amount of time required to transfer data between the server and the client. Performing compression on the ACE offloads that work from the server, thereby freeing up the server to provide other services to clients and helping to maintain fast server response times.
When you enable HTTP compression on the ACE, the appliance overwrites the client request with "Accept-Encoding identity" and turns off compression on the server-side connection. HTTP compression reduces the bandwidth associated with a web content transfer from the ACE to the client.
So ACE rewrites the ACCEPT-ENCODING header to IDENTITY to indicate to the server that it should not compress the return data. That would be done by ACE.
Also, default method is used when client comes with both gzip or deflate for "ACCEPT ENCODING". For compression to work, a client must send a request with an ACCEPT-ENCODING method of gzip or deflate. If a client sends both methods, then the ACE uses the configured method(default method).
Also, you can see if ACE is compressing the packets or in "show service-policy detail.
switch/Admin#
show service-policy L7_COMP_SLB_POLICY detail
Status     : ACTIVE
Description: -----------------------------------------
Interface: vlan 1 108
service-policy: L7_COMP_SLB_POLICY
    class: vip
     VIP Address:    Protocol: Port:
     2.0.5.1         tcp        eq    80
      loadbalance:
        L7 loadbalance policy: pm
        VIP ICMP Reply       : ENABLED
        VIP state: OUTOFSERVICE
        Persistence Rebalance: ENABLED
        curr conns       : 0         , hit count        : 0
        dropped conns    : 0
        client pkt count : 0         , client byte count: 0
        server pkt count : 0         , server byte count: 0
        conn-rate-limit      : 0         , drop-count : 0
        bandwidth-rate-limit : 0         , drop-count : 0
        L7 Loadbalance policy : pm
          class/match : h
            ssl-proxy client : c
            LB action :
               primary serverfarm: sf1
                    state: DOWN
                backup serverfarm : -
            hit count        : 0
            dropped conns    : 0
            compression      : on <------------------------------ Compression is enabled if the value is "on"
compression bytes_in : 0       bytes_out : 0 <--- Number of bytes transmitted after compressing the server response
Compression ratio : 0.00% <------------------------------ Percentage of data compressed
Gzip: 0               Deflate: 0 <--------------- Number of times the method is used
compression errors:                                     _
User-Agent : 0               Accept-Encoding    : 0   |
Content size: 0               Content type       : 0   |
Not HTTP 1.1: 0               HTTP response error: 0   |-- Check these error counters to see if they are increasing
Let me know if you have any questions.
Regards,
Kanwal

Accept-Encoding header missing

Hi,
we'd like to provide gzipped and packed200 jar of our application.Everything worked fine, we compressed our jar into .jar.gz and .pack.gz, achieved the usual checks.
They are all in the same directory.
But the problem is that our 1.5.0_04 jws never achieve a HTTP request with the Accept-Encoding header. So our application transfers the basic .jar file.
Is there a flag to set in our deployment file for the jws to ask the request with the header ?
Thanks in advance

Hi Andy,
I finally found that the problem was the symbolic jar URL into the JNLP descritption. It seems that the jar URL must end with ".jar"
I changed my servlet mapping from /myURL/jar to /myURL/some.jar and the 1.5 clients provided the accept-encoding header.
Thanks for your response by the way.

How much to charge for encoding/compressing?

I'm used to getting materials that are already pre-encoded/compressed from Final Cut Pro to a format I can use in DVD Studio Pro. I've been asked to bid on a project that would be 90-100 minutes in length that would have me do the encoding via Compressor and I'm not quite sure what to charge (as it would take hours and hours to do, I'm not sure my regular hourly rate would be appropriate, but don't want to screw myself out of $$$ either, especially since it would tie up the computer for a while).
What would be a good rate (I'm in the New York Metro area)
Thanks for your help!

Might be a chance to cover the costs of something like Bitvice. Currently the Compressor 2 highest quality settings are not ideal, and Bitvice might do a better job. You could charge them $300 and cover the cost of the program:
http://www.innobits.se/ssl/phform.php
Incidentally, there's a company just around the corner from me in SoHo who charge about $100 per hour of footage, so including tapes and everything they would be under $300, and that's for high quality hardware encoding.

Cache-Control and Accept-Encoding support in Adobe AIR HTML Component

I am evaluating Adobe AIR's HTML component and trying to figure out what is supported.
I built the AIR app and had it point to www.google.com
I notice that the requests to fetch JS,CSS from Adobe AIR do not include Accept-Encoding: gzip header.
Does Adobe AIR's HTML Component support Accept-Encoding : gzip header ?
I also noticed that even though the content served with far futures expiry, i.e. has Cache-Control: maxage={value} subsequent requests are being made and content is not served from the browser's cache.
I observed this accross the app restarts.
Can someone please clarify support of the two above Http headers ?
Thank you.
-Prashant

You might also want to check out the useCache property to see if this helps. See these links:
http://forums.adobe.com/thread/726573
http://forums.adobe.com/thread/490497
http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/html/HTMLLoader.h tml

Export/Encoding/Compression Error

I have been trying to burn a DVD for the last week without any success using iMovie and iDVD.
When trying to burn the DVD on iDVD, the program would "Unexpectedly Quit" while it is encoding the movie. It would encode the first 2-3 minutes of the movie before the program quits. Furthermore, when I try to save the project to a Disk Image, the program unexpectedly quits too.
Since I noticed that the program was quitting during the encoding process of the first movie, I tried exporting the first movie into another format such as QuickTime and MPEG-4 using iMovie. QuickTime immediately prompts the message:
"A file compression error occurred. The movie could not be properly compressed. THe movie may contain some data that is invalid for the type of compression selected."
The project consists of JPEG's, Quicktime MOV's with sound(from a Kodak Digital Camera), and M4p's (purchased through iTunes). I would believe all these formats are compatible with iMovie since they are all imported successfully. When trying to export to MPEG-4 with Audio (AAC-LC), the encoding processes half way, then quits unexpectedly.
On an interesting note, when I encode the same movie using MPEG-4 with NO AUDIO, the encoding process completes successfully. I am suspecting that the issue may have to involve the Audio.
Out of the 9 iMovie Projects I included in my DVD, 5 of them could be exported into Quicktime MOV's correctly, while the other 4 would cause the program to quit. I noticed that the 5 that do work are all under 5 minutes of video and audio. The other 4 that say "A compression error occurred". I do not know if this somehow attributes to the problems.
Is there anything I can do to encode these 4 movies correctly?
If it is an issue with the audio compression, is there a work around for it?
If I am able to encode these movies correctly on iMovie, should the encoding process for iDVD work correctly also?
Any help anyone could provide would be greatly appreciated. Thank you.
Mac Mini 1.42GB Mac OS X (10.4.3) 1 GB Ram

Hi ebm - not sure that I can help much, but a few observations:
iMovie converts M4P files to AIFF, so that shouldn't cause a problem.
The .MOV files from the Kodak still camera may be more problematic - are you sure that the audio on them plays in iMovie? What format are those files - perhaps they're mpeg4?
I cannot see why you would want to convert the movie to MPEG4.
What about creating a QT (Full Quality) file of each movie, then open iDVD and drag them into the iDVD window. If their combined length is less than 60 minutes, you could use the Best Performance setting with background encoding ticked (in iDVD Preferences) - you can then watch them as they encode.
Of course, Best Quality may produce a slightly better result, but the encoding occurs after you click Burn.
Good luck!

Can't Get Acceptable Quaility Compression. Help!

Hello,
I am burning a very simple DVD of a project and no matter how high I set the Bit Rate, motion detection, etc, I still get blocky areas in my darker scenes that look terrible. I have tested almost every setting in compressor, DVD studio pro and the built-in MPEG 2 compressor in Quicktime with no luck.
The film is only 20 minutes and its a very beautifully shot 35mm short film. It would be a shame to send it out with these scenes looking so awful.
Is there a way to burn an MPEG 2 with no compression? Would it fit? Is there a better compressor on the market than the ones bundled with DVD studio pro? Is the problem in the source footage? The film was transferred to video at a top-grade NYC post house so that can't be the problem, can it? The quicktime looks beautiful.
I would hate to send this out on VHS. Any tips?

MPEG-2 is a lossy compression method so there's no way to make an MPEG-2 "with no compression."
While it is true that as the amount of compression goes up (file size/bitrate goes down) that MPEG-2 'throws-away' information (lossy), in practice, if properly compressed, MPEG-2 video can be very close to lossless. Superbit DVDs, for instance, are compressed with very low quantization. The quantization stage is the only aspect of MPEG-2 that is lossy. Other aspects of the compression, such as motion compensation, huffman tables etc, are exactly reconstructed during decoding. When the bit-budget is appropriate for the material, MPEG-2 is a high-performing codec.
You can verify this experimentally with our MPressionist premastering tool, which allows you to view the differences between your source material and compressed MPEG-2 version as 'pixel residue', a visual map of the actual per-pixel difference amounts per-frame throughout a compressed movie.
Compressor can definitely produce quality that is close to visually lossless. One customer I recall was having a problem with field dominance at transition points (FCP setting problem), and his particular program material, encoded with Compressor, looked excellent at 6.5 Mbs.
Gen Kiyooka
www.digigami.com/mpressionist/
As per Apple Discussions Terms of Service:
"I may receive some form of compensation, financial or otherwise, from my recommendation or link."

***Encoding/Compressing

Hi,
I shoot interviews that are about an hour long. 1080/24p.
I do about 5 a day and really looking to speed up my workflow when compressing the files for uploading to vimeo.
Right now, after I edit, I export a reference of each sequence to compressor where I use my cores from my 3.66ghz 6-core, 32GB RAM computer to process the files. In compressor, I export to h.264, full resolution (need it), 5000mb/s.
It takes all night to make these files. Is this normal? Is there any other method that would speed this up? Maybe flash? Different format/settings?
Thank you!!

Matrox makes an enhanced version of the mxo2 with h.264 encoding acceleration.
Elegato makes the Turbo.264 HD.
Both have been used by regulars around here.
The matrox does more than simply accelerate the conversion process - it is a full i/o system.
x

Adobe Media Encoder - compression issues (.flv) cs6 vs earlier versions

Hi all, I hope somebody can help.
This morning I encoded from a 1080p QuickTime .mov file to a 360p .FLV file.
I have previously used this work-flow with CS4 and CS5.5 and have had great results.
When I attempted the same thing this morning, for the first time with CS6 Media Encoder, the .FLVs came out glitchy in places (screen shots 1 & 2 attached).
Thinking it was a process error, I tried several different methods and all yielded the same results.
So I returned to CS4, thinking it might be a software issue, and "hey presto" no glitches!
All updates are present and correct from the Creative Cloud/ Adobe Application Manager, so am I missing something?
Has anyone else experienced anything similar? Lots more encoding to be done this afternoon and would like to use CS6 ME if at all possible.
Any help would be massively appreciated.
Darren
Message was edited by: djmulryan - amended screen shots

Hi all, I hope somebody can help.
This morning I encoded from a 1080p QuickTime .mov file to a 360p .FLV file.
I have previously used this work-flow with CS4 and CS5.5 and have had great results.
When I attempted the same thing this morning, for the first time with CS6 Media Encoder, the .FLVs came out glitchy in places (screen shots 1 & 2 attached).
Thinking it was a process error, I tried several different methods and all yielded the same results.
So I returned to CS4, thinking it might be a software issue, and "hey presto" no glitches!
All updates are present and correct from the Creative Cloud/ Adobe Application Manager, so am I missing something?
Has anyone else experienced anything similar? Lots more encoding to be done this afternoon and would like to use CS6 ME if at all possible.
Any help would be massively appreciated.
Darren
Message was edited by: djmulryan - amended screen shots

Premiere / Media Encoder Compression Question

Hey all -
Been banging my head on this one for awhile, thought I'd present my problem here - hope I can find a viable solution.
So, I have a 20 minute HD short film that I finished editing in Premiere last month. My sound engineer is working on the film, and requires the video it to be no larger than 100mb so he can work on it... and he needs it exported as a .MOV. My question is, I can't seem to get the file size down to less than 1gb.
What's the best way to compress a 20 minute HD video to a 100mb .mov? My options seem limited to size and 'quality' settings ( no VBR settings for .mov) ... but when I push the quality settings down super low, the video gets seriously degraded and the file size doesn't crunch down that small ...
Desperately need your advice here, friends! Can this be done, and how?
thanks !!!
-mark

The problem is that 100MB is hardly getting started with a 20 minute HD video.
There are a number of ways to cut down the file size. The first is to use an efficient codec. If you must use a Quicktime wrapper (.mov) then select H.264 as your codec.
The second is to cut down the bitrate (quality), which you have seen is rather destructive.
Once you have cut the bitrate, then there are ways to make the quality come back up. You could cut the frame rate to about 15. It would make it a bit jerky but since this is for sound and not color or other video related editing, you can cut the bitrate in half when you cut the frames in half and still get something decent.
You can cut the bitrate even more and get good quality if you export a standard definition video instead of HD. Does the audio guy really need HD?
In any case, 100MB is barely anything nowadays. Not for a 20 minute video.
Why does it have to be so small? Can't you post it where it can be downloaded> At around 1GB or so?

Configure Soap Adapter for compress, gzip.

HI to all experts,
do anyone know how can configure a soap adapter with the parameter for compress, gzip.
i found a document which explain so:
localejbs/sap.com/com.sap.aii.af.soapadapter/XISOAPAdapterBean
XMBWS.XMLEncoding Content-Type charset iso-8859-1
XMBWS.TransferEncoding Content-Transfer-Encoding base64
XMBWS.Encoding Content-Encoding gzip
XMBWS.AcceptEncoding Accept-Encoding compress, gzip
but i f i insert this parameter the adapter give me back a response :
Delivery of the message to the application using connection SOAP_http://sap.com/xi/XI/System failed, due to: com.sap.aii.af.ra.ms.api.RecoverableException: SOAP: response message contains an error XIAdapter/PARSING/ADAPTER.SOAP_EXCEPTION - soap fault: Could not access envelope: Unable to create envelope from given source: ; nested exception is com.sun.xml.internal.messaging.saaj.SOAPExceptionImpl: Unable to create envelope from given source:.
seems that it have any difficult to read the payload.
let me know if anyone have an idea.
best Regards
Claudio.

Hi Stefan,
is it enough this response?
POST HTTP/1.0
Accept: /
Accept-Encoding: compress, gzip
Host: 10.180.160.29:8080
User-Agent: SAP-Messaging-com.sap.aii.messaging/1.0505
Content-ID: <[email protected]>
Content-Disposition: attachment;filename="[email protected]"
Content-Type: text/xml; charset=iso-8859-1
Content-Description: SOAP
Content-Transfer-Encoding: base64
Content-Encoding: gzip
Content-Length: 1292
SOAPACTION:
X-XMB_WS_ENCODED: version=3.0&MessageClass=ApplicationMessage&ProcessingMode=asynchronous&MessageId=478ce922-7b48-04b0-0200-00000ab44471&TimeSent=2008-01-16T13%3A36%3A45Z&Sender.Party=%3A%3A&Sender.Service=BS_SAP_TC3_700&Receiver.Party=%3A%3A&Receiver.Service=BS_IRIS_TXI&Interface=http%3A%2F%2Fgenerali.it%2Fmerge%2FUTILITY%2F01%2Firis%5EMI_COMPAGNIE_RES&QualityOfService=ExactlyOnce
i get it by TCPGatway.
thanks a lot.
Claudio.

Content Encoding Error Message re invalid or unsupported form of compression

After installing the last update, when I would attempt to go to various websites, even google, I would get this message on some sites not all. I did not get on IE or chrome.
"Content Encoding Error
The page you are trying to view cannot be shown because it uses an invalid or unsupported form of compression.'
This is what I did.
Open Firefox
1) in the address bar, type: about config 2) promise to be careful 3) type in the filter bar: encoding 4) double click on the value column of network.http.accept-encoding 5) change the 'string value' from "gzip, deflate" to "true" (I had to type that in.) I found that on another string that was closed that the moderator said not to do it or it could mess things up.
I do not know if issue was caused by last update as add or remove programs in control panel does not show Mozilla updates so I could not uninstall last udate. Only other thing I had done was reinstall Real Player Plus with Real downloader and Speed-bit accelerator as I was having trouble downloading flash videos from web pages mainly from Firefox. (Chrome in its wisdom playing god disabled the addon without even asking me so I could not use Chrome for downloads-they said something about not knowing publisher or certificate--"Real Networks"!!! maybe Google-Chrome does not want users of "You Tube which I think it owns to be able to download offf it with competitor or sort of competitor's applications.) I do not know that the Rel Player re-installation had anything to do with the Firefox error message-just contemporaneous in time as was the Firefox update that I only knew about as Firefox let me know I had to restart to finish installation of update.
After ten minutes after making changes re config it seems to be operating OK

After leaving my computer on all night with Chrome and Firefox both open but doing no downloading, etc., I noticed that Wincows Task Manager icon was all green showing 100% CPU usage. I opened Internet Explorer 8 which had been off all night. I looked at Windows Task Manager "processes". It shows firefox.exe with cpu at 86 to 95, iexplore.exe two instances, both at at 00-02, and chrome.exe (2 instances) both at 00. Realpaly.exe also left on all night after burning multiple Cds 6 hours earlier was also at zero. Nothing named speed bit had an active process, but videoacellerator.exe and VideoacceleratorService.exe both of which I allowed to stay in a startup folder were both at 00. Firefox is not downloading videos etc. It has two windows open, one at eBay and one support.mozilla on this issue(content encoding error). This all started occcurring after the latest Firefox update that necessitated the restarting of my computer. I have th two Firefox extensions that like T=Real Downloader allow downloads of flash videos on web pages and neither one was active Flash and Video Download, and Flash Video Downloader the former had been active for several continuous days downloading multiple video clips but had been turned off before I went to bed. After an hour typing this things are still the same with Firefox the CPU hog , still at 84-97, chrome.exe and iexplore.exe still both under 05. For some reason with the recent update tht required restarting the computer Firefox has become a CPU hog and is not working properly withprograms (Windows downloader and Speedbit) and has the content encoding error message issue as wll as sometimes IE not able to go to some pages. My CPU icon in taskbar is teill all green, and can't close firefox without a lot of hassle as that is what I am typing this on.., but I bet that when I do total CPU usage goes to 20 or so and system idle process is the only process with numbers over 80 for CPU.
Has anyone told a webpage manager that there is an encryption problem with their webpage (such as Google or Amazon) as the error message instructs us to do?

Encoding and compression in After Effects (Problems with some colors and some effects))

Hello dear friends,
I would like to export an openning title video for a movie, which is about 2,45 seconds long and 22 GB (Uncompressed)
The footage is 1920X1080.
There are a lot of effects, such as, alpha chanel clips of smoke, explossions and stuff like this.
When I export it into H264, or Mpeg2,4 or avi or H264(blu ray), I get a bad quality encoding in some parts:
I get bad quality in the glow effect I have attached to the titles.
I get bad quality in the clips of smoke (bad color) (tha alpha chanel of the smoke)
Would you hapen to know why only in some parts I get bad quality and not not in the whole footage?
Is it maybe because I chose to export the project only in RGB and not in RGB+Alpha, since my project contains alpha chanel data?
Even if I export the project using Quicktime Animation codec (which is lossless), I get this bad quality (a little better than the previous encodings of course).
I only get a nice encoding when I export the project with Zero compression, but 22GB for a 2 and a half minute clip, is too much...
If somebody has any suggestions, I would be interested....
Thank you!!
Giannis - Greece.

Hello,
I usally export the project totally uncompressed and then I do the final encoding-compression in Adobe Media Encoder but the problem remains.
I have every preferance to "Best" and "High".
Yes, I get artifacts...
About the Gamma problems, where can I select a color profile? In Adbe Media Encoder?
Thank you!
Giannis

Encoding and compression wish

I consider myself a pretty seasoned pro at creating many types of digital media, but I am not a specialist in any one area. I do illustration 2d and 3d, high-end 3d animation, simple editing and effects, photoshop work, illustrator work etc. and have been at this for many many years. I say this as a preamble because I am frankly flummoxed at having to decipher the best compression settings for creating a 720p clip that will look as good as possible, yet play back without stuttering on my clients' less than stellar hardware. Yes, I can try this and that and iteratively get to my goal, but the trial and error approach doesn't cut it under production deadlines. I am sure I am not alone judging from the many forums and questions I have found on the net.
I wish that I could have a different type of interface where I could could simply specify: this is my desired file format, this is my target resolution, this is my target playback device - having low, medium or high sophistication, then have three sliders that would affect one another setting my priorities between three conflicting variables: image quality, resolution and bandwidth. This interface might be in the form of a triangular space with a dot that could be moved to set these priorities, (the vertices of the triangle being the three conflicting variables). In this way it seems to me, in my own naive way that I could get the results I want so much more easily, and so could all those scads of confused people on the myriad forums I mentioned above.

Hello,
I usally export the project totally uncompressed and then I do the final encoding-compression in Adobe Media Encoder but the problem remains.
I have every preferance to "Best" and "High".
Yes, I get artifacts...
About the Gamma problems, where can I select a color profile? In Adbe Media Encoder?
Thank you!
Giannis

Accept-encoding "compress"

Similar Messages

Maybe you are looking for