opusenc - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

opusenc - ເຂົ້າລະຫັດສຽງເຂົ້າໄປໃນຮູບແບບ Opus

ສະຫຼຸບສັງລວມ

opusenc [ -h ] [ -V ] [ --ອັດຕາບິດ kbit/ວິນາທີ ] [ --vbr ] [ --cvbr ] [ --hard-cbr ] [ --comp
ຄວາມສັບສົນ ] [ --ຂອບຂະໜາດ 2.5, 5, 10, 20, 40, 60 ] [ --ຄາດ​ຫວັງ​ການ​ສູນ​ເສຍ​ ເປີເຊັນ ] [ --downmix-mono
] [ --downmix-stereo ] [ --max-delay ms ] [ --serial serial ຈໍານວນ ] [ --save-range ເອກະສານ ]
[ --set-ctl-int ctl=ຄ່າ ] [ -- ຄໍາເຫັນ tag=value ] [ --ສິນລະປິນ ຜູ້​ປະ​ພັນ ] [ --ຫົວຂໍ້ 'ຕິດຕາມ
ຫົວຂໍ້' ] [ -- ອັລບັມ 'ອັລບັມ ຫົວຂໍ້' ] [ - ວັນທີ YYYY-MM-DD ] [ --ປະເພດ ປະເພດ ] [ --ຮູບ
ຊື່​ເອ​ກະ​ສານ|ຂໍ້ມູນ ] [ -- padding n ] [ --ຖິ້ມ​ຄໍາ​ເຫັນ​ ] [ --discard-ຮູບ ] [
-- ດິບ ] [ --raw-bits bits/ຕົວຢ່າງ ] [ --raw-rate Hz ] [ --raw-chan N ] [ --raw-endianness
ທຸງ ] [ --ບໍ່ສົນໃຈ ] input.wav output.opus

ລາຍລະອຽດ

opusenc ອ່ານຂໍ້ມູນສຽງໃນຮູບແບບດິບ, Wave, ຫຼື AIFF ແລະເຂົ້າລະຫັດເປັນ Opus
ກະແສ. ຖ້າໄຟລ໌ປ້ອນຂໍ້ມູນແມ່ນ "-" ຂໍ້ມູນສຽງຖືກອ່ານຈາກ stdin. ເຊັ່ນດຽວກັນ, ຖ້າຫາກວ່າຜົນຜະລິດ
ໄຟລ໌ແມ່ນ "-" ຂໍ້ມູນ opus ຖືກຂຽນໃສ່ stdout.

ເວັ້ນເສຍແຕ່ວ່າງຽບ opusenc ສະແດງສະຖິຕິທີ່ໜ້າສົນໃຈກ່ຽວກັບຄວາມຄືບໜ້າຂອງການເຂົ້າລະຫັດ.

OPTIONS

-h, --help
ສະແດງການຊ່ວຍເຫຼືອຄໍາສັ່ງ

-V, - ຫັນ
ສະແດງໝາຍເລກລຸ້ນ

--bitrate N.nn
ອັດຕາບິດເປົ້າໝາຍເປັນ kbit/ວິນາທີ (6-256 ຕໍ່ຊ່ອງ)

ໃນໂຫມດ VBR ນີ້ກໍານົດອັດຕາສະເລ່ຍສໍາລັບການລວບລວມຂະຫນາດໃຫຍ່ແລະຫຼາກຫຼາຍຊະນິດ
ສຽງ. ໃນໂຫມດ CVBR ແລະ Hard-CBR ມັນກໍານົດອັດຕາບິດຂອງຜົນຜະລິດສະເພາະ.

ຄ່າເລີ່ມຕົ້ນສໍາລັບ >=44.1kHz ປ້ອນຂໍ້ມູນແມ່ນ 64kbps ຕໍ່ການຖ່າຍທອດແບບໂມໂນ, 96kbps ຕໍ່ຄູ່ຄູ່.

--vbr ໃຊ້ການເຂົ້າລະຫັດອັດຕາບິດຕົວແປ (ຄ່າເລີ່ມຕົ້ນ)

ໃນ​ຮູບ​ແບບ VBR ​​ອັດ​ຕາ​ບິດ​ອາດ​ຈະ​ຂຶ້ນ​ແລະ​ລົງ freely ໂດຍ​ອີງ​ໃສ່​ເນື້ອ​ໃນ​ທີ່​ຈະ​
ບັນລຸຄຸນນະພາບທີ່ສອດຄ່ອງຫຼາຍຂຶ້ນ.

--cvbr ໃຊ້ການເຂົ້າລະຫັດອັດຕາບິດຕົວແປທີ່ຈຳກັດ.

ສົ່ງຜົນໃຫ້ອັດຕາບິດສະເພາະ. ໂໝດນີ້ແມ່ນຄ້າຍຄືກັນກັບ CBR ໃນຕົວເຂົ້າລະຫັດ AAC/MP3
ແລະຮູບແບບການຄຸ້ມຄອງໃນ vorbis coders. ນີ້ສະຫນອງຄຸນນະພາບທີ່ສອດຄ່ອງຫນ້ອຍກວ່າ VBR
ຮູບແບບແຕ່ອັດຕາບິດທີ່ສອດຄ່ອງ.

--hard-cbr
ໃຊ້ການເຂົ້າລະຫັດອັດຕາບິດຄົງທີ່ຍາກ.

ດ້ວຍ hard-cbr ທຸກໆກອບຈະມີຂະ ໜາດ ຄືກັນ, ຄ້າຍຄືກັບ ຄຳ ເວົ້າ
codecs ເຮັດວຽກ. ນີ້ສະຫນອງຄຸນນະພາບໂດຍລວມຕ່ໍາແຕ່ເປັນປະໂຫຍດ
ບ່ອນທີ່ການປ່ຽນແປງອັດຕາບິດອາດຈະຮົ່ວໄຫລຂໍ້ມູນໃນຊ່ອງທີ່ຖືກເຂົ້າລະຫັດຫຼືຢູ່ໃນ synchronous
ການຂົນສົ່ງ.

--comp N
ການເຂົ້າລະຫັດຄວາມຊັບຊ້ອນຂອງຄອມພິວເຕີ (0-10, ຄ່າເລີ່ມຕົ້ນ: 10). ສູນໃຫ້ໄວທີ່ສຸດ
ການເຂົ້າລະຫັດແຕ່ມີຄຸນນະພາບຕ່ໍາ, ໃນຂະນະທີ່ 10 ໃຫ້ຄຸນນະພາບສູງສຸດແຕ່ການເຂົ້າລະຫັດຊ້າກວ່າ.

--ຂອບຂະໜາດ N
ຂະໜາດເຟຣມສູງສຸດເປັນມິນລິວິນາທີ (2.5, 5, 10, 20, 40, 60, ຄ່າເລີ່ມຕົ້ນ: 20)
ຂະໜາດນ້ອຍກວ່າຈະບັນລຸການຕອບສະໜອງທີ່ຕໍ່າກວ່າ ແຕ່ມີຄຸນນະພາບໜ້ອຍລົງໃນອັດຕາບິດທີ່ກຳນົດໄວ້.
ຂະຫນາດທີ່ໃຫຍ່ກວ່າ 20ms ແມ່ນຫນ້າສົນໃຈພຽງແຕ່ໃນອັດຕາບິດຕ່ໍາພໍສົມຄວນ.

--ຄາດຫວັງ-ການສູນເສຍ N
ເປີເຊັນການສູນເສຍແພັກເກັດທີ່ຄາດຫວັງ (ຄ່າເລີ່ມຕົ້ນ: 0)

--downmix-mono
Downmix ເປັນ mono

--downmix-stereo
Downmix ເປັນ stereo (ຖ້າ> 2 ຊ່ອງ input)

--max-delay N
ຄວາມລ່າຊ້າຂອງຕູ້ຄອນເທນເນີສູງສຸດເປັນ milliseconds (0-1000, ຄ່າເລີ່ມຕົ້ນ: 1000)

--serial ນ
ບັງຄັບໝາຍເລກລຳດັບການຖ່າຍທອດໃຫ້ເປັນຄ່າທີ່ລະບຸ (ແທນທີ່ຈະເປັນການສຸ່ມ).
ນີ້ຖືກນໍາໃຊ້ເພື່ອເຮັດໃຫ້ຕົວເຂົ້າລະຫັດກໍານົດສໍາລັບການທົດສອບແລະບໍ່ແມ່ນໂດຍທົ່ວໄປ
ແນະນໍາໃຫ້.

--save-range file
ບັນທຶກຄ່າກວດສອບສຳລັບທຸກກອບໃສ່ໄຟລ໌

--set-ctl-int x=y
ຜ່ານການຄວບຄຸມ encoder x ທີ່ມີຄ່າ y (ແບບພິເສດ) Preface with s: to direct the
ctl ກັບ multistream s
ອັນນີ້ອາດຈະຖືກໃຊ້ຫຼາຍຄັ້ງ

--comment tag=value
ເພີ່ມຄໍາຄິດເຫັນເພີ່ມເຕີມ. ນີ້ອາດຈະຖືກນໍາໃຊ້ຫຼາຍຄັ້ງ, ແລະຕົວຢ່າງທັງຫມົດຈະເປັນ
ເພີ່ມໃສ່ແຕ່ລະໄຟລ໌ທີ່ລະບຸໄວ້. ການໂຕ້ຖຽງຄວນຈະຢູ່ໃນຮູບແບບ
"tag=value". ເບິ່ງຂໍ້ສະເພາະຂອງ vorbis-comment ສໍາລັບຊື່ແທັກທີ່ຮູ້ຈັກກັນດີ:
http://www.xiph.org/vorbis/doc/v-comment.html

--ສິນລະປິນ
ຕັ້ງຊ່ອງສະແດງຄວາມຄິດເຫັນຂອງສິລະປິນເປັນ ຈິດຕະນາການ. ອັນນີ້ອາດຈະຖືກໃຊ້ຫຼາຍຄັ້ງເພື່ອລາຍຊື່
ປະກອບສ່ວນສິລະປິນເປັນສ່ວນບຸກຄົນ. ໃຫ້ສັງເກດວ່າບາງຊອບແວການຫຼິ້ນບໍ່ໄດ້
ສະແດງສິລະປິນຫຼາຍໆຄົນຢ່າງສະຫງ່າງາມ.

--ຊື່ຫົວຂໍ້
ກໍານົດພາກສະຫນາມຄໍາຄິດຄໍາເຫັນຫົວຂໍ້ຕິດຕາມກັບ ຫົວຂໍ້

-- ອັລບັມອັນລະບັ້ມ
ຕັ້ງຊ່ອງໃສ່ຊື່ອັນລະບັ້ມ ຫຼືຄໍເລັກຊັນເປັນ ອັລບັມ

--ວັນທີ YYYY-MM-DD
ກໍານົດຊ່ອງຄໍາເຫັນວັນທີ YYYY-MM-DD

-- ປະເພດປະເພດ
ກໍານົດປະເພດຄໍາຄິດຄໍາເຫັນຊ່ອງໃສ່ ປະເພດ. ຕົວເລືອກນີ້ອາດຈະຖືກລະບຸຫຼາຍຄັ້ງ
ເພື່ອແທັກເພງທີ່ມີຫຼາຍປະເພດທັບຊ້ອນກັນ.

--ຊື່ໄຟລ໌ຮູບ|ຂໍ້ມູນຈໍາເພາະ
ຄັດຕິດຮູບອະລະບໍ້າສຳລັບເພງ.

ທັງກ ຊື່​ເອ​ກະ​ສານ ສໍາລັບ artwork ຫຼືສໍາເລັດຫຼາຍ ຂໍ້ມູນ ແບບຟອມສາມາດເປັນ
ໃຊ້. ຮູບພາບໄດ້ຖືກເພີ່ມເຂົ້າໃນ a METADATA_BLOCK_PICTURE ຊ່ອງຄໍາເຫັນທີ່ຄ້າຍຄືກັບ
ສິ່ງທີ່ຖືກນໍາໃຊ້ໃນ FLAC. ໄດ້ ຂໍ້ມູນ ແມ່ນສາຍທີ່ພາກສ່ວນຖືກແຍກອອກດ້ວຍ |
(ທໍ່) ຕົວອັກສອນ. ບາງສ່ວນອາດຈະຖືກປະໄວ້ຫວ່າງເປົ່າເພື່ອເອີ້ນຄ່າເລີ່ມຕົ້ນ. ຜ່ານ
ຊື່ໄຟລ໌ທຳມະດາແມ່ນພຽງແຕ່ຫຍໍ້ມາຈາກ "||||filename" ສະເພາະ.

ຮູບແບບຂອງ ຂໍ້ມູນ ແມ່ນ [ປະເພດ]|[mime-
ປະເພດ]|[ຄໍາອະທິບາຍ]|[widthxລະດັບຄວາມສູງxຄວາມເລິກ[/ສີ]]|ຊື່​ເອ​ກະ​ສານ

ປະເພດ ເປັນຕົວເລກທາງເລືອກທີ່ອະທິບາຍລັກສະນະຂອງຮູບ. ຄ່າທີ່ກໍານົດ
ແມ່ນມາຈາກໜຶ່ງໃນ:

0: ອື່ນໆ
1: 32x32 pixels 'ໄອຄອນໄຟລ໌' (PNG ເທົ່ານັ້ນ)
2: ໄອຄອນໄຟລ໌ອື່ນໆ
3: ຝາປິດ (ດ້ານຫນ້າ)
4: ການປົກຫຸ້ມຂອງ (ກັບຄືນໄປບ່ອນ)
5: ໃບຍ່ອຍ
6: ສື່ (ເຊັ່ນ: ປ້າຍກຳກັບຂອງ CD)
7: ນັກສິລະປິນນໍາພາ / ນັກສະແດງນໍາ / soloist
8: ນັກສິລະປິນ/ນັກສະແດງ
9: Conductor
10: ວົງດົນຕີ/ວົງດົນຕີ
11: ຜູ້ແຕ່ງ
12: ນັກແຕ່ງເນື້ອຮ້ອງ/ນັກຂຽນ
13: ສະຖານທີ່ບັນທຶກ
14: ໃນລະຫວ່າງການບັນທຶກ
15: ໃນລະຫວ່າງການປະຕິບັດ
16: ການຈັບພາບໜ້າຈໍຮູບເງົາ/ວິດີໂອ
17: ປາສີສົດໃສ
18: ຮູບປະກອບ
19: ໂລໂກ້ວົງດົນຕີ/ສິນລະປິນ
20: ປະເພດໂລໂກ້ຂອງສຳນັກພິມ/ສະຕູດິໂອ

ຄ່າເລີ່ມຕົ້ນແມ່ນ 3 (ຝາດ້ານຫນ້າ). ສາມາດລະບຸໄດ້ຫຼາຍກວ່າໜຶ່ງທາງເລືອກ --picture
ຄັດຕິດຮູບຫຼາຍຮູບ. ແຕ່ລະປະເພດ 1 ແລະ 2 ອາດຈະມີຮູບດຽວເທົ່ານັ້ນ
ຍື່ນ.

ປະເພດ mime ເປັນທາງເລືອກ. ຖ້າປ່ອຍຫວ່າງໄວ້, ມັນຈະຖືກກວດພົບຈາກໄຟລ໌. ສໍາລັບທີ່ດີທີ່ສຸດ
ຄວາມເຂົ້າກັນໄດ້ກັບຜູ້ນ, ການນໍາໃຊ້ຮູບພາບທີ່ມີ a ປະເພດ mime ຂອງຮູບພາບ / jpeg ຫຼື
ຮູບພາບ/png. ໄດ້ ປະເພດ mime ຍັງສາມາດເປັນ "-->" ເພື່ອຫມາຍຄວາມວ່າ ຊື່​ເອ​ກະ​ສານ ຕົວຈິງແລ້ວແມ່ນ URL
ກັບຮູບພາບ, ເຖິງແມ່ນວ່າການນໍາໃຊ້ນີ້ແມ່ນທໍ້ຖອຍໃຈ. ໄຟລ໌ຢູ່ URL ຈະບໍ່ເປັນ
ດຶງມາ. URL ຕົວຂອງມັນເອງຖືກເກັບໄວ້ໃນຊ່ອງຄໍາເຫັນ.

ຄໍາອະທິບາຍ ເປັນທາງເລືອກ. ຄ່າເລີ່ມຕົ້ນແມ່ນສະຕຣິງຫວ່າງເປົ່າ.

ສ່ວນຕໍ່ໄປກໍານົດຄວາມລະອຽດແລະຂໍ້ມູນສີ. ຖ້າ ປະເພດ mime is
image/jpeg, image/png, ຫຼື image/gif, ໂດຍປົກກະຕິແລ້ວ ເຈົ້າສາມາດປ່ອຍໃຫ້ມັນຫວ່າງເປົ່າໄດ້ ແລະເຂົາເຈົ້າສາມາດເຮັດໄດ້
ຖືກກວດພົບຈາກໄຟລ໌. ຖ້າບໍ່ດັ່ງນັ້ນ, ທ່ານຕ້ອງລະບຸຄວາມກວ້າງໃນ pixels, ຄວາມສູງ
ໃນ pixels, ແລະຄວາມເລິກຂອງສີໃນ bits-per-pixel. ຖ້າຮູບພາບໄດ້ດັດສະນີສີເຈົ້າ
ຄວນລະບຸຈໍານວນຂອງສີທີ່ໃຊ້. ຖ້າເປັນໄປໄດ້, ສິ່ງເຫຼົ່ານີ້ຖືກກວດສອບ
ຕໍ່ກັບໄຟລ໌ສໍາລັບຄວາມຖືກຕ້ອງ.

ຊື່​ເອ​ກະ​ສານ ແມ່ນເສັ້ນທາງໄປຫາໄຟລ໌ຮູບພາບທີ່ຈະນໍາເຂົ້າ, ຫຼື URL ຖ້າ mime-
ປະເພດ ແມ່ນ -->.

--padding ນ
ສະຫງວນໄວ້ n bytes ພິເສດສໍາລັບແທັກ metadata. ນີ້ສາມາດເຮັດໃຫ້ການດັດແກ້ tag ຕໍ່ມາເພີ່ມເຕີມ
ປະສິດທິພາບ. ຄ່າເລີ່ມຕົ້ນເປັນ 512.

--ຖິ້ມ​ຄໍາ​ເຫັນ​
ຢ່າເຜີຍແຜ່ແທັກ metadata ຈາກໄຟລ໌ປ້ອນຂໍ້ມູນ.

--discard-ຮູບ
ຢ່າເຜີຍແຜ່ຮູບພາບ ຫຼືສິລະປະຈາກໄຟລ໌ທີ່ປ້ອນຂໍ້ມູນ.

--raw ວັດຖຸດິບ (headerless) ວັດສະດຸປ້ອນ PCM

--raw-bits N
ກໍານົດ bits/sample ສໍາລັບການປ້ອນຂໍ້ມູນດິບ (ຄ່າເລີ່ມຕົ້ນ: 16)

--raw-rate N
ກຳນົດອັດຕາການເກັບຕົວຢ່າງສຳລັບການປ້ອນຂໍ້ມູນດິບ (ຄ່າເລີ່ມຕົ້ນ: 48000)

--raw-chan N
ກໍານົດຈໍານວນຊ່ອງສໍາລັບການປ້ອນຂໍ້ມູນດິບ (ຄ່າເລີ່ມຕົ້ນ: 2)

--raw-endianness [0/1]
ກໍານົດ endianness ສໍາລັບການປ້ອນຂໍ້ມູນດິບ: 1 ສໍາລັບ bigendian, 0 ສໍາລັບພຽງເລັກນ້ອຍ (ຄ່າເລີ່ມຕົ້ນເປັນ 0)

--ບໍ່ສົນໃຈ
ບໍ່ສົນໃຈຄວາມຍາວຂອງຂໍ້ມູນຢູ່ໃນສ່ວນຫົວຂອງ Wave ສະເໝີ. Opusenc ອັດຕະໂນມັດບໍ່ສົນໃຈ
ຄວາມຍາວໃນເວລາທີ່ implausible ຂອງມັນ (ຂະຫນາດນ້ອຍຫຼາຍຫຼືຂະຫນາດໃຫຍ່ຫຼາຍ) ແຕ່ບາງການນໍາໃຊ້ STDIN ອາດຈະ
ຍັງຕ້ອງການທາງເລືອກນີ້ເພື່ອຫຼີກເວັ້ນການຖືກຕັດອອກ.

ຕົວຢ່າງ

ການ​ນໍາ​ໃຊ້​ງ່າຍ​ດາຍ​ທີ່​ສຸດ​. ເອົາ input ເປັນ input.wav ແລະຜະລິດ output ເປັນ output.opus:
opusenc input.wav output.opus

ຜະລິດການເຂົ້າລະຫັດຄຸນນະພາບສູງດ້ວຍອັດຕາເປົ້າໝາຍ 160kbps:
opusenc --bitrate 160 input.wav output.opus

ບັນທຶກ ແລະສົ່ງການຖ່າຍທອດສົດໄປຫາເຊີບເວີການຖ່າຍທອດ Icecast HTTP ໂດຍໃຊ້ oggfwd:
arecord -c 2 -r 48000 -twav - | opusenc --bitrate 96 - - | oggfwd
icecast.somewhere.org 8000 ລະຫັດຜ່ານ /stream.opus

ຫມາຍເຫດ

ໃນຂະນະທີ່ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ opusenc ສໍາລັບການຖ່າຍທອດ latency ຕ່ໍາ (ເຊັ່ນ: -max-delay set
to 0 ແລະ netcat ແທນ Icecast) ມັນບໍ່ໄດ້ຖືກອອກແບບແທ້ໆສໍາລັບການນີ້, ແລະ Ogg
container ແລະການຂົນສົ່ງ TCP ບໍ່ແມ່ນເຄື່ອງມືທີ່ດີທີ່ສຸດສໍາລັບຄໍາຮ້ອງສະຫມັກນັ້ນ. ທໍ່ Shell
ຕົນເອງມັກຈະມີ buffering ສູງ. ຄວາມ​ສາ​ມາດ​ໃນ​ການ​ກໍາ​ນົດ​ຂອບ​ເຂດ​ຕ​່​ໍ​າ 2.5 ms​
ໃນ opusenc ສ່ວນຫຼາຍແມ່ນມີຢູ່ເພື່ອທົດລອງໃຊ້ຄຸນນະພາບຂອງຮູບແບບທີ່ມີການຕັ້ງຄ່າເວລາ latency ຕໍ່າ,
ແຕ່ບໍ່ແມ່ນສໍາລັບການນໍາໃຊ້ latency ຕ່ໍາຕົວຈິງ.
ການນຳໃຊ້ແບບໂຕ້ຕອບຄວນໃຊ້ UDP/RTP ໂດຍກົງ.

AUTHORS

Gregory Maxwell[email protected]>

ໃຊ້ opusenc ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net