คำถามติดแท็ก compression

ฉันffmpegจะใช้เพื่อลดขนาดของวิดีโอด้วยการลดคุณภาพ (อย่างน้อยที่สุดเท่าที่จะเป็นไปได้โดยธรรมชาติ แต่ฉันต้องการให้มันทำงานบนอุปกรณ์พกพาที่ไม่มีพื้นที่ว่างมาก)? ฉันลืมที่จะเขียนสิ่งหนึ่งเลย เมื่อวิดีโอสามารถใช้คำบรรยาย (* .srt หรือ * .sub) ฉันต้องการแปลงให้เหมาะกับพารามิเตอร์ของไฟล์วิดีโอที่แปลงแล้ว

201 video  ffmpeg  compression 

ฉันใช้สคริปต์เพื่อดาวน์โหลดข้อความ gmail ของฉันที่บีบอัดไฟล์. eml แบบ raw เป็นไฟล์. gz เป็นประจำ สคริปต์สร้างโฟลเดอร์สำหรับแต่ละวันจากนั้นบีบอัดทุกข้อความเป็นไฟล์ของตัวเอง ฉันต้องการค้นหาวิธีผ่าน "เก็บถาวร" นี้เพื่อค้นหา Grep เพียงอย่างเดียวดูเหมือนจะไม่ทำเช่นนั้น ฉันยังลอง SearchMonkey

135 files  grep  search  recursive  compression 

ดังนั้นฉันต้องบีบอัดไดเรกทอรีด้วยการบีบอัดสูงสุด ฉันจะทำอย่างไรกับมันxz? ฉันหมายความว่าฉันจะต้องเกินไปเพราะฉันไม่สามารถบีบอัดไดเรกทอรีที่มีเพียงtar xzมีผู้ประกอบการผลิตเองfoo.tar.xzหรือไม่?

116 directory  tar  compression 

ฉันได้สร้างข้อมูลที่บีบอัด zlib ใน Python แล้วดังนี้ import zlib s = '...' z = zlib.compress(s) with open('/tmp/data', 'w') as f: f.write(z) (หรือหนึ่งซับในเปลือก: echo -n '...' | python2 -c 'import sys,zlib; sys.stdout.write(zlib.compress(sys.stdin.read()))' > /tmp/data) ตอนนี้ฉันต้องการคลายการบีบอัดข้อมูลในเชลล์ ทั้งzcatมิได้uncompressทำงาน: $ cat /tmp/data | gzip -d - gzip: stdin: not in gzip format $ zcat /tmp/data gzip: …

106 compression  gzip 

ที่ บริษัท ของฉันเราดาวน์โหลดสแน็ปช็อตฐานข้อมูลการพัฒนาในท้องถิ่นเป็นdb.dump.tar.gzไฟล์ การบีบอัดเหมาะสม แต่ tarball มีเพียงไฟล์เดียว ( db.dump) มีจุดใดที่จะเก็บถาวรไฟล์เดียวหรือเป็น.tar.gzเพียงสำนวนที่พบบ่อย? ทำไมไม่เพียง.gz?

101 tar  compression  archive 

ฉันต้องการบีบอัดและจัดทำทุกอย่างรวมถึงไฟล์และโฟลเดอร์ในไดเรกทอรีปัจจุบันเป็นไฟล์ ZIP ไฟล์เดียวบน Ubuntu อะไรคือคำสั่งที่สะดวกที่สุดสำหรับสิ่งนี้ (และชื่อของเครื่องมือที่จำเป็นในการติดตั้งถ้ามี) แก้ไข: จะทำอย่างไรถ้าฉันต้องการยกเว้นหนึ่งโฟลเดอร์หรือหลายไฟล์

84 ubuntu  packaging  compression  zip 

วิธีการล้างช่องว่างที่ไม่ได้ใช้ด้วยเลขศูนย์ (ext3, ext4) ฉันกำลังมองหาบางสิ่งที่ฉลาดกว่า cat /dev/zero > /mnt/X/big_zero ; sync; rm /mnt/X/big_zero เช่นเดียวกับFSArchiverกำลังมองหา "พื้นที่ใช้แล้ว" และไม่สนใจที่ไม่ได้ใช้ แต่เป็นเว็บไซต์ที่ตรงกันข้าม จุดประสงค์: ฉันต้องการบีบอัดอิมเมจพาร์ติชันดังนั้นขอแนะนำให้เติมที่ว่างที่ไม่ได้ใช้ด้วยค่าศูนย์ Btw สำหรับ btrfs: ล้างพื้นที่ที่ไม่ได้ใช้ด้วยค่าศูนย์ (btrfs)

73 filesystems  partition  backup  storage  compression 

ฉันชอบสร้างการสำรองข้อมูลรูปภาพเป็นครั้งแรกที่ฉันสำรองข้อมูลระบบ หลังจากครั้งแรกนี้ฉันใช้ rsync เพื่อสำรองข้อมูลเพิ่มเติม สำรองรูปภาพปกติของฉันเป็นดังนี้: เมานต์และปล่อยพื้นที่ว่างให้ว่าง: dd if=/dev/zero of=temp.dd bs=1M rm temp.dd ขยายและ dd ไดรฟ์ในขณะที่บีบอัด dd if=/dev/hda conv=sync,noerror bs=64K | gzip -c > /mnt/sda1/hda.ddimg.gz เพื่อให้ระบบกลับสู่ปกติฉันมักจะทำ gunzip -c /mnt/sda1/hda.img.gz | dd of=/dev/hda conv=sync,noerror bs=64K นี่เป็นเรื่องตรงไปตรงมาและทำให้ฉันสามารถบันทึก 'ไดรฟ์ทั้งหมด' ได้ แต่เพียงประหยัดพื้นที่ที่ใช้ นี่คือปัญหา ให้บอกว่าฉันทำข้างต้น แต่ไม่ได้อยู่ในระบบที่สะอาดและไม่ได้รับการสำรองข้อมูล rsync ในไม่ช้าและมีไฟล์ที่ฉันต้องการเข้าถึงที่อยู่ในภาพ สมมติว่าฉันไม่มีพื้นที่เก็บข้อมูลเพื่อคลายซิปและ dd อิมเมจลงในไดรฟ์ แต่ต้องการเมานต์อิมเมจเพื่อแยกไฟล์แต่ละไฟล์ออกไป .... มันเป็นไปได้ไหม? ปกติแล้วจะไม่มีการบีบอัดภาพ dd …

66 command-line  mount  backup  compression  dd 

ฉันบีบอัดไฟล์เป็นตัน สิ่งที่ฉันกำลังบีบอัดส่วนใหญ่เป็นเพียงรหัสดังนั้นฉันจำเป็นต้องใช้การสูญเสียการบีบอัดน้อยลง ฉันสงสัยว่ามีอะไรที่ลดขนาดได้ดีกว่านี้หรือไม่ ไม่สำคัญว่าจะใช้เวลาในการบีบอัดหรือขยายขนาดเท่าไรก็ได้ ไม่มีใครรู้ว่าซอฟต์แวร์เช่นนี้ใน Linux? หรือ 7zip นั้นดีที่สุด?

51 compression 

bzip2 เป็นมาตรฐานอย่างแท้จริงสำหรับการบีบอัดที่ค่อนข้างแข็งแกร่งตลอดหลายปีที่ผ่านมา ฉันพิมพ์bzip2คำสั่งหลายพันครั้งแล้วซึ่งทำให้ฉันสงสัย - เกิดอะไรขึ้นกับ bzip หรือ bzip1 Google ดูเหมือนจะไม่บอกอะไรมากมายเกี่ยวกับเรื่องนี้และดูเหมือนว่าอาจเป็นบทเรียนประวัติศาสตร์ที่น่าสนใจ

40 history  compression  bzip2 

ฉันมักจะสันนิษฐานว่าtarเป็นโปรแกรมบีบอัดข้อมูล แต่ฉันไม่แน่ใจว่าจริง ๆ แล้วบีบอัดไฟล์หรือเป็นเหมือนไฟล์ ISO ไฟล์เก็บไฟล์หรือไม่

37 tar  compression 

ฉันมักจะใช้อย่างใดอย่างหนึ่งrsyncหรือscpเพื่อคัดลอกไฟล์จาก / ไปยังเครื่องระยะไกล เมื่อเร็ว ๆ นี้ฉันค้นพบในคู่มือของscp( man scp) ธง-C -C Compression enable. Passes the -C flag to ssh(1) to enable compression. ก่อนที่ผมค้นพบธงนี้ผมเคยมาก่อนแล้วzipscp มันมีประสิทธิภาพหรือไม่ถ้าใช้แค่การ-Cซิปและการคลายซิป เมื่อใช้กระบวนการใดกระบวนการหนึ่งจะทำให้การโอนเร็วขึ้น?

35 scp  compression  file-transfer 

ฉันกำลังใช้ Ubuntu และฉันต้องการที่จะพิมพ์less compressed_text_file.gzและหน้าเนื้อหาของไฟล์ข้อความในรูปแบบที่ไม่มีการบีบอัด มีวิธีทำเช่นนี้หรือไม่?

33 less  compression 

เมื่อไฟล์ถูก gzipped จะมีวิธีสอบถามอย่างรวดเร็วเพื่อบอกว่าขนาดไฟล์ที่ไม่บีบอัดคืออะไร (โดยไม่ต้องคลายการบีบอัด) โดยเฉพาะอย่างยิ่งในกรณีที่ไฟล์ที่ไม่มีการบีบอัด> 4GB ตาม RFC https://tools.ietf.org/html/rfc1952#page-5คุณสามารถสอบถาม 4 ไบต์สุดท้ายของไฟล์ได้ แต่หากไฟล์ที่ไม่มีการบีบอัดเป็น> 4GB ค่าจะแสดงถึงuncompressed value modulo 2^32 ค่านี้สามารถเรียกคืนได้ด้วยการเรียกใช้gunzip -l foo.gzอย่างไรก็ตามคอลัมน์ "ไม่มีการบีบอัด" จะมีuncompressed value modulo 2^32อีกครั้งซึ่งน่าจะเป็นเพราะมันอ่านส่วนท้ายตามที่อธิบายไว้ข้างต้น ฉันแค่สงสัยว่ามีวิธีการรับขนาดไฟล์ที่ไม่บีบอัดโดยไม่ต้องแตกไฟล์ก่อนซึ่งจะเป็นประโยชน์อย่างยิ่งในกรณีที่ไฟล์ gzipped มีข้อมูล 50GB + และใช้เวลาสักครู่ในการคลายบีบอัดโดยใช้วิธีการเช่น gzcat foo.gz | wc -c แก้ไข:ข้อ จำกัด 4GB ได้รับการยอมรับอย่างเปิดเผยในmanหน้าของgzipยูทิลิตี้ที่มาพร้อมกับ OSX ( Apple gzip 242) BUGS According to RFC 1952, …

24 compression  gzip 

ฉันมีพื้นที่ว่างบนดิสก์ 200 GB, RAM 16 GB (ที่เดสก์ท็อปและเคอร์เนลประมาณ ~ 1 GB) และ swap 6 GB ฉันมี SSD ภายนอก 240 GB ที่มี 70 GB ใช้1และที่เหลือฟรีซึ่งฉันต้องสำรองข้อมูลลงดิสก์ โดยปกติแล้วฉันต้องการdd if=/dev/sdb of=Desktop/disk.imgดิสก์ก่อนแล้วจึงบีบอัด แต่การสร้างอิมเมจก่อนไม่ใช่ตัวเลือกเนื่องจากการทำเช่นนั้นจะต้องใช้พื้นที่ดิสก์มากกว่าที่ฉันมีแม้ว่าขั้นตอนการบีบอัดจะส่งผลให้พื้นที่ว่างถูกบีบอัดดังนั้น ไฟล์เก็บถาวรสุดท้ายสามารถใส่ลงในดิสก์ของฉันได้อย่างง่ายดาย ddเขียนไป STDOUT โดยค่าเริ่มต้นและgzipสามารถอ่านได้จาก STDIN ดังนั้นในทฤษฎีฉันจะเขียนdd if=/dev/sdb | gzip -9 -แต่gzipจะใช้เวลานานมากในการอ่านไบต์กว่าddสามารถผลิตได้ จากman pipe: ข้อมูลที่เขียนไปยังปลายการเขียนของไพพ์จะถูกบัฟเฟอร์โดยเคอร์เนลจนกว่าจะถูกอ่านจากการอ่านที่ปลายของไพพ์ ฉันเห็นภาพความ|เป็นเหมือนไพพ์จริง - แอปพลิเคชั่นตัวหนึ่งผลักข้อมูลเข้าและอีกอันนำข้อมูลออกจากคิวของไพพ์โดยเร็วที่สุด จะเกิดอะไรขึ้นเมื่อโปรแกรมทางด้านซ้ายเขียนข้อมูลได้เร็วกว่าอีกด้านหนึ่งของไปป์สามารถหวังที่จะประมวลผลได้ มันจะทำให้เกิดการใช้หน่วยความจำมากหรือการแลกเปลี่ยนหรือเคอร์เนลจะพยายามสร้าง FIFO บนดิสก์จึงเติมดิสก์? หรือมันจะล้มเหลวSIGPIPE Broken …

23 pipe  dd  compression  gzip