Cara Kompres Video untuk Discord dan E-mel (10 MB dan 25 MB)

Setiap perkhidmatan menetapkan had masing-masing, dan kebanyakannya berubah sekurang-kurangnya sekali dalam beberapa tahun kebelakangan ini, jadi angka yang anda ingat mungkin sudah lapuk. Discord ialah contoh paling jelas: pada 2024 ia menurunkan had muat naik percuma daripada 25 MB kepada 10 MB setiap fail. Pelanggan Nitro Basic mendapat 50 MB dan Nitro penuh mendapat 500 MB. Server boost juga menaikkan had untuk semua orang dalam server itu, kepada 50 MB pada tahap boost 2 dan 100 MB pada tahap 3. Jika anda menyiarkan dalam server komuniti yang sibuk, semak tahap boost-nya sebelum mengompres apa-apa, kerana had yang terpakai ialah mana-mana yang lebih tinggi.

E-mel berfungsi secara berbeza. Gmail membenarkan lampiran sehingga 25 MB setiap mesej, dan apa-apa yang lebih besar ditukar secara automatik kepada pautan Google Drive apabila anda menambahnya. Outlook.com berhenti pada 20 MB lampiran dan menawarkan pautan OneDrive melebihi had itu. Banyak pelayan e-mel syarikat lebih rendah lagi, selalunya 10 MB, dan menolak e-mel yang terlalu besar tanpa memberitahu pihak mana yang menolaknya. Aplikasi sembang mempunyai had fail yang murah hati tetapi diam-diam mengekod semula video yang dihantar sebagai media biasa, jadi had saiz bukan satu-satunya perkara yang menentukan apa yang sebenarnya dilihat oleh penerima.

Jadual di bawah mengumpulkan angka penting setakat 2024 dan 2025. Anggaplah ia titik permulaan dan lihat halaman bantuan perkhidmatan itu sendiri apabila fail berada tepat pada had, kerana pelan dan wilayah berbeza. Untuk baki panduan ini, sasaran kerja ialah 10 MB untuk Discord dan kebanyakan e-mel kerja, 25 MB untuk Gmail dan 20 MB untuk Outlook. Pilih had terkecil antara semua penerima anda, kerana fail yang lulus peti mel anda masih boleh ditolak oleh peti mel mereka.

Fail video kebanyakannya aliran bit yang dihantar pada kadar purata yang stabil, iaitu kadar bit, diukur dalam megabit sesaat (Mbps). Darabkan kadar itu dengan bilangan saat dan anda mendapat saiz fail dalam megabit; bahagi dengan 8 untuk megabait. Resolusi, codec dan kadar bingkai hanya penting kerana ia mengubah bilangan bit yang diperlukan setiap saat supaya kelihatan boleh diterima. Inilah sebabnya klip 4K dan klip 480p boleh sama saiz: jika kedua-duanya berjalan pada 2 Mbps selama 30 saat, kedua-duanya menjadi kira-kira 7.5 MB, cuma salah satunya kelihatan jauh lebih teruk berbanding pada kadar bit semula jadinya.

Gunakan formula itu secara terbalik dan anda mendapat bajet untuk had anda. Sepuluh megabait ialah 80 megabit. Dibahagikan pada klip 60 saat, ia membenarkan kira-kira 1.33 Mbps untuk segalanya, gambar dan bunyi bersama. Sasaran Gmail 25 MB ialah 200 megabit, atau kira-kira 3.3 Mbps untuk seminit yang sama. Audio mengambil bahagiannya dahulu: pada 128 kbps, bunyi menggunakan hampir 1 MB seminit, iaitu sepersepuluh bajet Discord. Bakinya untuk gambar, dan angka baki itulah yang menentukan sama ada hasilnya tajam atau kabur.

Formula yang sama menjelaskan mengapa rakaman telefon begitu besar. Apple menyenaraikan kira-kira 170 MB seminit untuk 4K pada 30 fps dalam format High Efficiency dan kira-kira 60 MB seminit untuk 1080p pada 30 fps, yang bermaksud kadar bit jauh melebihi apa yang boleh dimuatkan fail 10 MB. Memuatkan seminit 4K ke dalam 10 MB ialah pengurangan 17 kali ganda. Ia boleh dilakukan, tetapi hanya dengan membelanjakan jauh lebih sedikit bit setiap bingkai, yang dalam praktiknya bermakna piksel setiap bingkai juga lebih sedikit.

Memotong ialah tuas paling kuat kerana ia mengecilkan tempoh dalam formula, dan setiap saat yang anda buang menyerahkan bitnya kepada saat yang anda kekalkan. Buang kiraan detik, saat awal yang bergoyang dan ucapan perpisahan yang panjang di hujung, dan klip 90 saat selalunya menjadi 40 saat tanpa kehilangan apa-apa yang bernilai. Resolusi menyusul. 720p mempunyai 44% piksel 1080p, jadi pada kadar bit yang sama setiap piksel mendapat lebih dua kali ganda data. Untuk apa-apa yang ditonton pada telefon atau dalam tetingkap sembang Discord, 720p pada kadar bit yang sihat kelihatan lebih bersih daripada 1080p yang kekurangan bit.

Kadar bit atau kualiti ialah kawalan langsung. Pengekod membolehkan anda menetapkan kadar bit purata, yang menetapkan saiz, atau nilai kualiti tetap, yang menetapkan rupa dan membiarkan saiz berubah. Dalam x264, pengekod H.264 yang digunakan oleh HandBrake dan FFmpeg, nilai kualiti itu dipanggil CRF; lalainya 23, nombor lebih rendah bermakna kualiti lebih baik, dan dokumentasi FFmpeg menyatakan menaikkannya sebanyak 6 kira-kira mengurangkan fail separuh. Kualiti tetap sangat baik untuk pengarkiban, tetapi ia tidak boleh menjamin anda berada di bawah 10 MB, jadi ia alat yang salah apabila had tegas terpakai.

Kadar bingkai dan audio ialah tuas yang lebih kecil. Menurunkan rakaman 60 fps kepada 30 fps menjimatkan bahagian yang ketara, walaupun bukan separuh penuh, kerana bingkai bersebelahan termampat dengan baik antara satu sama lain. Ceramah, tutorial dan rakaman skrin tidak kehilangan apa-apa yang kelihatan pada 30 fps atau 24 fps. Untuk bunyi, AAC 128 kbps sesuai untuk muzik, 96 kbps mencukupi untuk suara, dan 64 kbps masih berfungsi untuk seorang yang bercakap. Pada klip pendek tanpa bunyi, seperti sorotan permainan dengan muzik yang tidak diperlukan, membuang trek audio memberi gambar hampir satu megabait tambahan penuh seminit.

Pengekod saiz sasaran melakukan pengiraan di atas untuk anda. Ia membaca tempoh klip, menolak bahagian audio, menyimpan sedikit margin untuk overhead bekas, dan menetapkan kadar bit video kepada baki. Dengan pengekodan dua laluan, laluan pertama mengimbas keseluruhan klip untuk mengetahui di mana pergerakan berlaku; laluan kedua kemudian membelanjakan lebih banyak bit pada babak sibuk dan lebih sedikit pada babak statik sambil mengekalkan purata pada sasaran. Alat kompres video berfungsi begini: biarkan Kompres mengikut pada Saiz sasaran, taip had, dan Pengekodan dua laluan sudah dihidupkan.

Bekas dan codec sama penting dengan saiz. Video H.264 dengan audio AAC dalam fail MP4 dimainkan terus dalam Discord, dipratonton dalam Gmail dan Outlook, dan dibuka pada setiap telefon, komputer riba dan TV pintar yang dibuat sedekad lalu. H.265 (HEVC), AV1 dan VP9 memuatkan lebih banyak kualiti dalam megabait yang sama, tetapi rakan yang menggunakan komputer riba Windows lama atau pelayar tanpa penyahkod yang betul mungkin hanya nampak pautan muat turun atau bingkai hitam. iPhone merakam HEVC dalam MOV secara lalai di bawah tetapan High Efficiency, itulah sebabnya menukar MOV ke MP4 dan mengompres selalunya berlaku dalam langkah yang sama.

Dua tabiat menjadikan pengekodan saiz sasaran boleh dipercayai. Pertama, sasarkan sedikit di bawah had, pada 9.5 MB dan bukan tepat 10 MB, kerana sistem pengendalian mengira megabait secara berbeza dan fail yang menunjukkan 10.0 MB di satu tempat boleh ditolak di tempat lain. Kedua, sentiasa mulakan daripada rakaman asal. Setiap pengekodan semula berlossy membuang perincian, dan mengompres fail yang sudah dikompres oleh aplikasi sembang menimbun kerosakan. Jika hasil pertama terlalu lembut, kembali ke sumber dan ubah resolusi, bukannya menjalankan fail kecil itu melalui pemampat sekali lagi.

Laluan paling pantas untuk klip sekali sahaja ialah alat pelayar, kerana pengiraan saiz sasaran, pengekodan dua laluan dan output MP4 H.264 sudah disediakan. UltKit menerima fail sehingga 95 MB setiap satu dan sehingga 20 sekali gus, tanpa perlu memasang apa-apa dan tanpa daftar, dan memadam muat naik 30 minit selepas pemprosesan. Halaman kompres video ke 10 MB dibuka dengan Saiz sasaran pada 10 MB dan Resolusi maksimum pada 720p; untuk Gmail, taip 24 MB dalam medan yang sama. Jika rakaman lebih panjang daripada yang diperlukan, potong dahulu dengan potong video supaya bajet digunakan untuk bahagian yang penting.

HandBrake ialah laluan desktop: percuma, sumber terbuka, dan tersedia untuk Windows, macOS dan Linux daripada handbrake.fr. Ia tidak lagi mempunyai medan saiz sasaran, jadi anda mengira kadar bit sendiri dan menaipnya. Telefon ialah laluan ketiga. Ia tidak boleh menetapkan saiz sasaran, tetapi merakam pada resolusi lebih rendah dan memotong dalam aplikasi galeri sebelum berkongsi sangat membantu, dan kedua-duanya berlaku sebelum sebarang pemampatan. Lajur di bawah memberi langkah untuk setiap satu.

Pada 10 MB seminit anda mempunyai kira-kira 1.2 Mbps untuk gambar selepas audio 128 kbps. Dengan H.264 pada 720p dan 30 fps, itu mencukupi untuk orang bercakap, demo produk, haiwan peliharaan dan kebanyakan klip telefon harian: pada skrin telefon hasilnya kelihatan hampir sama dengan asal, dan pada komputer riba anda akan perasan perincian halus seperti rambut, rumput dan teks jauh lebih lembut. Rakaman skrin dengan kawasan rata yang besar kelihatan amat baik pada kadar ini, kerana latar belakang statik hampir tidak memerlukan bit untuk dikodkan.

Pergerakan pantas ialah tempat bajet habis. Rakaman permainan, sukan, syot berjalan sambil memegang kamera, konfeti dan air mengubah kebanyakan bingkai setiap saat, dan pada 1.2 Mbps ia pecah menjadi blok pada saat paling sibuk. Untuk bahan sebegitu, turunkan ke 480p, kurangkan kadar bingkai kepada 30 fps jika sumber 60, atau potong klip kepada 20 atau 30 saat yang penting. Sorotan permainan 30 saat pada 10 MB mendapat kira-kira 2.5 Mbps, yang mencukupi untuk 720p dan selalunya baik untuk 1080p yang tenang.

Video yang lebih panjang mengikut lengkung yang sama ke bawah. Dua minit dalam 10 MB meninggalkan kira-kira 0.6 Mbps, yang memerlukan 480p agar kekal boleh dibaca. Lima minit meninggalkan sekitar 0.2 Mbps, hanya cukup untuk pertuturan 360p di mana gambar hampir tidak penting. Pada ketika itu jawapan jujurnya ialah 10 MB bukan bekas yang sesuai untuk video itu. Menaikkan sasaran kepada 25 MB untuk Gmail, atau 50 MB untuk rakan Nitro Basic, mengubah hasil jauh lebih banyak daripada mana-mana tetapan pengekod.

Pemampatan ialah langkah yang betul apabila klip pendek, apabila ia perlu dimainkan terus dalam sembang, atau apabila penerima tidak akan membuka pautan awan. Ia langkah yang salah apabila fail panjang, apabila perincian penting, atau apabila penerima memerlukan fail asal untuk menyunting. Video perkahwinan, tinjauan hartanah, kuliah rakaman atau rakaman yang anda serahkan kepada penyunting patut dihantar pada kualiti penuh. Dalam kes itu, pautan Google Drive, OneDrive, iCloud Drive atau Dropbox tidak mengorbankan kualiti dan mengelakkan semua pertukaran di atas.

Beberapa perkhidmatan sudah membuat peralihan itu untuk anda. Gmail menukar lampiran melebihi 25 MB kepada pautan Drive, Outlook.com menawarkan OneDrive melebihi 20 MB, dan Mail Drop Apple Mail menghantar fail sehingga 5 GB melalui iCloud dan memastikannya tersedia selama 30 hari. Di Discord, pautan awan yang dikongsi menunjukkan kad pratonton dan bukan pemain, jadi penonton perlu mengklik untuk menonton. Pembahagian praktikal: kompres apa-apa yang kurang sekitar dua minit yang perlu dimainkan terus dalam sembang, dan pautkan semua yang lebih panjang atau lebih penting.