search for: lzw

...n(tiff=F, bitmap=F) { ### requires states ### states <- data.frame(state.x77, state.name = dimnames(state.x77)[[1]], ### state.region = state.region) if(bitmap) bitmap("bitmaptest.tiff", width=17.15, height=17.15, units="cm", res=1200, pointsize=10, type="tifflzw",bg="white") if(tiff) tiff(file="tifftest.tiff",width=17.15,height=17.15,units="cm", res=1200, pointsize=10, compression = "lzw") ### tiff(file="tifftest.tiff",width=17.15,height=17.15,units="cm", ###res=72, pointsize=1...

...$IDV),] for(i in 1:10){ dt1 = dat[dat$ID==i,] pagei=as.integer(ceiling(i/9)) #This does not work if(i==1) {tiff(file=paste("Outfile",pagei,".tiff",sep="") ,width=17.15,height=17.15,units="cm", res=1200, pointsize=10, compression = "lzw")} if(i==10) {tiff(file=paste("Outfile",pagei,".tiff",sep="") ,width=17.15,height=17.15,units="cm", res=1200, pointsize=10, compression = "lzw")} par(mar=c(5,5,4,1),mfrow=c(3,3)) plot(dt1[, "IDV"],dt1[, "DV"...

The following paragraph from ?pdf struck me as a bit odd: 'pdf' writes uncompressed PDF. It is primarily intended for producing PDF graphics for inclusion in other documents, and PDF-includers such as 'pdftex' are usually able to handle compression. Should that be "...and PDF-includers such as 'pdftex' are usually _un_able to handle

...ave, and I have made sure the margins are equivalent for single and multiple plot figures... example code below (font size is consistent between 1x1 and 2x1 figure but decreases for 3x2 figure): tiff("1x1.tif", width=3,height=2.5,units="in",res=600,pointsize=8,compression="lzw",restoreConsole=T) par(mfrow=c(1,1),mar=c(4,4,.5,.5)+0.1) plot(x=rnorm(10),y=rnorm(10)) dev.off() tiff("2x1.tif", height=2.5*2,width=3,units="in",res=600,pointsize=8,compression="lzw",restoreConsole=T) par(mfrow=c(2,1),mar=c(2,4,2.5,0.5)+0.1) plot(x=rnorm(10),y=r...

Hi I recently started to look into Samba source code and SMB protocol . I saw that SMBv3 has an compression feature but I couldnt find any source code related to it. I tried sending compression_capabilities in negotiate request packet but there was no correspoding response. Isn't feature implemented yet? If not when are you planning to implement it? Thanks

...plots using tiff graphics devices; however the following code only produces two files (Rplot002.tif and Rplot003.tif) showing figures 1 and 3. Here is a simplified ex code tiff(filename ="Rplot%03d.tif",width=24,height=20,units="cm",res=300, pointsize=10, compression = "lzw") plot(1) mtext("Fig 1",side=3,line=4,adj=0.50,padj=2,col="black",cex=1) plot(2) mtext("Fig 2",side=3,line=4,adj=0.50,padj=2,col="black",cex=1) plot(3) mtext("Fig 3",side=3,line=4,adj=0.50,padj=2,col="black",cex=1) dev.off()...

http://www.osnews. com/story/ 23236/Why_ Our_Civilization _s_Video_ Art_and_Culture_ is_Threatened_ by_the_MPEG- LA it looking more and more like GIF/LZW/Unisys, but it called Microsoft/apple/ MPEG-LA/etc and I cant wait until there is a video camera that is not using codec from MPEG-LA

...-g -O3 gzip.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o getopt.o -g -O3 getopt.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o inflate.o -g -O3 inflate.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o lzw.o -g -O3 lzw.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o spec.o -g -O3 spec.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o trees.o -g -O3 trees.c /Users/patrick/Desktop/LLVM/cfrontend/ppc/llvm-gcc/bin/gcc -c -o unlz...

...ays be asked is how does it compare to using a generic off-the-shelf compression algorithm. For comparison, if we just use the DEFLATE algorithm (via gzip) on bitcode files, we seem to see a saving of about 35% in a quick-and-dirty test. If you apply your compression scheme (effectively a form of LZW, but only applied to a subset of the values), does this reduce the efficiency of a general purpose solution? Does it make more sense than just applying DEFLATE to the bitcode when it's written to the disk? The other advantage of separating the compression from the encoding, of course, is that...

Hi all, I have created forest plots using the package "meta" that I submitted as pdf for publication. I just received an email from the editor asking me if I could send these files in an Excel or MS Word format such that they can treat them as tables with box plots. I am not sure if I can do this... Is this possible? I've tried the capture.output command, but I get a blank MS Word

...l bank to a T100P. Echo cancellation is turned off (set to 0, with no echo training). This is on a Xeon 2.4 (tried both with HT on and off in the BIOS), Slackware 9.1 system. Now one thing I see at the bottom of the output of rxfax below is that compression is there -- I did *not* install the lzw stuff on the libtiff webpage. I'm going to try that next. What the make for app_rxfax looks like (just for reference): make[1]: Entering directory `/src/asterisk/asterisk/apps' gcc -pipe -Wall -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -g -Iinclude -I../include -...

On Fri, 30 Apr 2004, Patrick Flanagan wrote: > Thanks! Grabbed the latest from CVS and added that linker option to the > config file. It looks like it compiles and runs the SPEC tests ok now. Great! > Just to make sure I understand how LLVM works, got a few clarifications: > > 1. The ppc code I'm generating with the -native-cbe is static, correct? Yes, it's purely static

...ave > album art in a text format. I *desperately* want to provide the cover art for my own album in PDF format. Presently I provide JPG in the MP3s; at 72 DPI it looks really terrible. Both my CD label and case insert use small text and fine, precise vector graphics. I *could* provide PNG or LZW-compressed TIFF, which allow one to specify the resolution, but both would greatly increase the file size in a way that wouldn't be at all necessary if I could provide PDF. SVG would be acceptable too, but only if I could compress it. If we could agree on some standard for providing vector gr...

...nits = "in"' but forgetting to change the default height and width (so the figure is unintentionally going to be 480 inches by 480 inches) I run into problems. Here's the reproducible example: tiff("a.tiff", units = "in", res = 1200, compression = "lzw") hist(rnorm(10)) dev.off() Before dev.off(), I get these warnings: Warning messages: 1: In title(main = main, sub = sub, xlab = xlab, ylab = ylab, ... : X11 protocol error: BadAlloc (insufficient resources for operation) 2: In title(main = main, sub = sub, xlab = xlab, ylab = ylab, .....

> > There are two problems with this: 1) there is no JIT for PPC yet, so > LLVM will use the interpreter (which is intolerably slow and has other > issues). 2) Spec compiles the executables in one place and them moves > them to another, but it only copies the shell script and not the > bytecode file, so you get that error message. > > The normal solution to this problem

Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: winecfg.jpg Type: image/jpeg Size: 96959 bytes Desc: not available Url : http://www.winehq.org/pipermail/wine-users/attachments/20060102/6d03599c/winecfg-0001.jpg

...# image resolution (dpi) > # units="in", width=8.3, height=5.8, # image dimensions (inches) > # compression="none" # image compression > # # (one of none, lzw, zip) > # ) > # par(mgp=c(5,2,0), # axis margins > # # (title, labels, line) > # mar=c(7,4,4,2), # plot margins (b,l,t,r) > # las=1...

...# image resolution (dpi) > # units="in", width=8.3, height=5.8, # image dimensions (inches) > # compression="none" # image compression > # # (one of none, lzw, zip) > # ) > # par(mgp=c(5,2,0), # axis margins > # # (title, labels, line) > # mar=c(7,4,4,2), # plot margins (b,l,t,r) > # las=1...

...# image resolution (dpi) # units="in", width=8.3, height=5.8) # image dimensions (inches) # compression="none" # image compression # # (one of none, lzw, zip) # par(mgp=c(5,2,0), # axis margins # # (title, labels, line) # mar=c(6,6,4,2), # plot margins (b,l,t,r) # las=1 # horizontal lab...

...                              # image resolution (dpi)     #         units="in", width=8.3, height=5.8)     # image dimensions (inches)     #         compression="none"                     # image compression      #                                                #  (one of none, lzw, zip)     #     par(mgp=c(5,2,0),                          # axis margins      #                                                # (title, labels, line)     #         mar=c(6,6,4,2),                        # plot margins (b,l,t,r)     #         las=1                                  # horizontal lab...