ນີ້ແມ່ນຄໍາສັ່ງ zita-j2n ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
zita-j2n, zita-n2j - ລູກຄ້າ Jack ເພື່ອຂົນສົ່ງສຽງຫຼາຍຊ່ອງຜ່ານເຄືອຂ່າຍທ້ອງຖິ່ນ.
ສະຫຼຸບສັງລວມ
zita-j2n [ ທາງເລືອກໃນການ ] ip-address ip-port
zita-n2j [ ທາງເລືອກໃນການ ] ip-address ip-port
zita-j2n [ ທາງເລືອກໃນການ ] ip-address ip-port ການໂຕ້ຕອບ
zita-n2j [ ທາງເລືອກໃນການ ] ip-address ip-port ການໂຕ້ຕອບ
ລາຍລະອຽດ
ໂດຍທົ່ວໄປ
ຄໍາຮ້ອງສະຫມັກ zita-j2n (ຜູ້ສົ່ງ) ແລະ zita-n2j (ຜູ້ຮັບ) ອະນຸຍາດໃຫ້ແລກປ່ຽນໄດ້ເຖິງ 64.
ຊ່ອງຂອງສະຕຣີມສຽງທີ່ບໍ່ໄດ້ບີບອັດຄຸນນະພາບເຕັມລະຫວ່າງສອງລະບົບ ຫຼືຫຼາຍກວ່າລະບົບທີ່ເຮັດວຽກຢູ່
ເຊີບເວີສຽງ Jack. ຜູ້ສົ່ງແລະຜູ້ຮັບແຕ່ລະຄົນສາມາດມີອັດຕາຕົວຢ່າງຂອງຕົນເອງແລະ
ຂະຫນາດຂອງໄລຍະເວລາ, ແລະບໍ່ມີການ sync ໂມງຄໍາສັບຕ່າງໆລະຫວ່າງພວກເຂົາແມ່ນສົມມຸດວ່າ. ຜູ້ຮັບໃຊ້ການປັບຕົວ
resampling ເພື່ອປ່ຽນກະແສສຽງເປັນອັດຕາຕົວຢ່າງທ້ອງຖິ່ນຂອງມັນ.
ບໍ່ມີຄວາມສໍາພັນລະຫວ່າງຜູ້ສົ່ງ ແລະຜູ້ຮັບ. ອັນນີ້ແມ່ນຈະແຈ້ງ
ເປົ້າຫມາຍການອອກແບບ. ໃນທຸກໆດ້ານຜົນສຸດທິຂອງການໃຊ້ zita-njbridge ແມ່ນຄ້າຍຄືກັນກັບການມີ
ການເຊື່ອມຕໍ່ສຽງອະນາລັອກລະຫວ່າງແຜ່ນສຽງຂອງລະບົບທີ່ໃຊ້ມັນ. ບໍ່ມີຫຍັງເປັນຜູ້ສົ່ງ
ສາມາດເຮັດໄດ້ຈະສົ່ງຜົນກະທົບຕໍ່ຜູ້ຮັບ, ນອກຈາກສັນຍານສຽງທີ່ມີຢູ່ຫຼື
ກັບຄືນສູ່ຄວາມງຽບຖ້າບໍ່ມີຜູ້ສົ່ງ. Xruns ຫຼືຮອບວຽນຂ້າມຈະບໍ່ມີຜົນກະທົບ
synchronization ຫຼື resampling. Jack freewheeling ຢູ່ທັງສອງທ້າຍຈະໂຈະຊົ່ວຄາວ
ການປະຕິບັດງານ.
Zita-njbridge ສາມາດນໍາໃຊ້ໄດ້ສອງວິທີ: ຫນຶ່ງຕໍ່ຫນຶ່ງ, ຫຼືຫນຶ່ງຫາຫຼາຍ. ທັງ IPv4 ແລະ IPv6 ແມ່ນ
ສະຫນັບສະຫນູນ.
ສໍາລັບການຕິດຕັ້ງຫນຶ່ງຕໍ່ຫນຶ່ງ, ຮູບແບບທໍາອິດຂອງຄໍາສັ່ງທີ່ສະແດງຂ້າງເທິງຄວນຖືກນໍາໃຊ້. ໄດ້
ໂປໂຕຄອນທີ່ໃຊ້ແມ່ນ UDP ແລະການໂຕ້ຖຽງ ip-address ທີ່ຕ້ອງການສໍາລັບທັງຜູ້ສົ່ງແລະຜູ້ຮັບແມ່ນ
ຂອງຜູ້ຮັບ. ຊື່ເຈົ້າພາບສາມາດຖືກນໍາໃຊ້ແທນທີ່ຢູ່ IP ຕົວເລກ, ນີ້
ຈະຖືກຊອກຫາໂດຍໃຊ້ getaddrinfo().
ສໍາລັບການຕິດຕັ້ງຫນຶ່ງຕໍ່ຫຼາຍແບບຟອມທີສອງຕ້ອງຖືກນໍາໃຊ້ ip-address argument ຄວນເປັນ.
ທີ່ຢູ່ multicast ທີ່ຖືກຕ້ອງ, ແລະການໂຕ້ຖຽງການໂຕ້ຕອບບັງຄັບເລືອກເຄືອຂ່າຍ
ການໂຕ້ຕອບທີ່ຈະນໍາໃຊ້.
ຕົວຕົວຢ່າງ ການກັ່ນຕອງ ຄວາມຍາວ.
ຜູ້ຮັບໃຊ້ຫ້ອງສະຫມຸດ zita-resampler ເພື່ອເອົາຕົວຢ່າງສັນຍານກັບອັດຕາທ້ອງຖິ່ນຂອງມັນ. ໄດ້
ຄວາມຍາວຂອງຕົວກອງຕ່ຳຜ່ານ multiphase ທີ່ໃຊ້ເປັນສ່ວນໜຶ່ງຂອງຂັ້ນຕອນການເກັບຕົວຢ່າງຄືນໃໝ່
ກໍານົດແບນວິດສຽງ, ແລະເພີ່ມການ latency. ມັນຍັງສາມາດມີຜົນກະທົບທີ່ສໍາຄັນ
ກ່ຽວກັບການໂຫຼດ CPU ຖ້າຫຼາຍຊ່ອງທາງໄດ້ຮັບ.
Zita-njbridge ຈະເລືອກຄວາມຍາວຂອງການກັ່ນຕອງໂດຍອີງໃສ່ຕ່ໍາຂອງຜູ້ສົ່ງແລະຜູ້ຮັບ
ອັດຕາຕົວຢ່າງ. ສໍາລັບອັດຕາຕົວຢ່າງຂອງ 44.1 Khz ແລະສູງກວ່າຄ່າທີ່ເລືອກຈະສົ່ງຜົນໃຫ້
ການຫຼຸດຜ່ອນບໍ່ເກີນ 0.1 dB ເຖິງ 20 kHz. ທາງເລືອກ --filt ອະນຸຍາດໃຫ້ override ໄດ້
ການຕັ້ງຄ່າອັດຕະໂນມັດ, ແຕ່ປົກກະຕິນີ້ຈະບໍ່ມີຄວາມຈໍາເປັນ.
ການເລື່ອນເວລາ ບັນຫາ.
ໃນເວລາທີ່ການເຊື່ອມຕໍ່ສອງລະບົບ Jack ກັບໄລຍະ unsynchronised ຕໍາ່ສຸດທີ່ເພີ່ມເຕີມ
latency ພາຍໃຕ້ເງື່ອນໄຂກໍລະນີທີ່ຮ້າຍແຮງທີ່ສຸດແມ່ນຜົນລວມຂອງສອງໄລຍະເວລາ. latency ເພີ່ມເຕີມ
ໝາຍເຖິງເວລາ latency ທີ່ຕ້ອງການເພື່ອເຮັດໃຫ້ການເຊື່ອມຕໍ່ເຮັດວຽກໂດຍບໍ່ມີການຂັດຂວາງ. ຮອບ -
ການເດີນທາງ latency ຈາກການປ້ອນຂໍ້ມູນແບບອະນາລັອກທີ່ເໝາະສົມ (ສູນເກີນຄວາມທ່ຽງ) ຢູ່ໃນຕົວສົ່ງໄປຫາທີ່ເໝາະສົມ
(idem) ຜົນຜະລິດການປຽບທຽບກ່ຽວກັບການຮັບຈະເປັນສອງເທົ່າຂອງຄ່ານີ້. ເງື່ອນໄຂກໍລະນີຮ້າຍແຮງທີ່ສຸດຫມາຍຄວາມວ່າ
ວ່າທັງຜູ້ສົ່ງແລະຜູ້ຮັບສາມາດດໍາເນີນການໄດ້ໃນເວລາທີ່ຕົນເອງມັກພາຍໃນຂອງເຂົາເຈົ້າ
ໄລຍະເວລາ.
Zita-njbridge ຖືກອອກແບບມາເພື່ອສະໜອງການຕອບສະໜອງເພີ່ມເຕີມທີ່ກຳນົດໄວ້ ແລະຄົງທີ່. ເປົ້າໝາຍ
ຄ່າແມ່ນຜົນລວມຂອງສອງໄລຍະ, ບວກກັບຄວາມລ່າຊ້າຂອງ resampling, ບວກກັບ buffering ເພີ່ມເຕີມ
ລະບຸໂດຍຜູ້ໃຊ້. latency ຕົວຈິງຈະເປັນຄ່ານີ້ບວກກັບເຄືອຂ່າຍສະເລ່ຍ
ຊັກຊ້າ. ອັນສຸດທ້າຍແມ່ນບໍ່ຮູ້ສະນັ້ນບໍ່ມີວິທີທີ່ຈະຊົດເຊີຍສໍາລັບມັນ. ນີ້ຈະເປັນການ
ເປັນໄປໄດ້ໂດຍໃຊ້ຊ່ອງທາງກັບຄືນ, ຫຼືບາງວິທີທີ່ຈະຊິງຄ໌ໂມງໃນສອງລະບົບ
ຊຶ່ງຫຼັງຈາກນັ້ນສາມາດຖືກນໍາໃຊ້ເພື່ອວັດແທກຄວາມລ່າຊ້າເຄືອຂ່າຍສະເລ່ຍ. ການປ່ອຍປະຈຸບັນຂອງ
zita-njbridge ບໍ່ໄດ້ສະຫນອງອັນນີ້ຍ້ອນວ່າມັນຫມາຍຄວາມວ່າສໍາລັບການນໍາໃຊ້ໃນເຄືອຂ່າຍທ້ອງຖິ່ນ. ອຸທິດຕົນ
ຫຼື gigabit Ethernet ໂຫຼດເລັກນ້ອຍສາມາດສະຫນອງຄວາມລ່າຊ້າເຄືອຂ່າຍປົກກະຕິໄດ້ດີຂ້າງລຸ່ມນີ້ a
ມິນລິວິນາທີ
ຕົວເລືອກ --buff ຂອງ zita-n2j ເພີ່ມຈໍານວນທີ່ລະບຸໄວ້ຂອງ milliseconds ກັບເປົ້າຫມາຍ
latency. ຄ່າເລີ່ມຕົ້ນແມ່ນ 10 ms ເຊິ່ງຫຼາຍກ່ວາພຽງພໍໃນໂຫຼດປານກາງ
ເຄືອຂ່າຍທ້ອງຖິ່ນ Gigabit. ນີ້ສາມາດຖືກຕັ້ງຄ່າເປັນສູນ, ສໍາລັບການຍົກຕົວຢ່າງໃນເວລາທີ່ມັນເປັນທີ່ຮູ້ຈັກວ່າ
ຜູ້ສົ່ງຈະແລ່ນຢູ່ໃກ້ກັບຈຸດເລີ່ມຕົ້ນຂອງຊ່ວງເວລາ Jack ຂອງມັນສະເໝີ ແລະສັນຍານຄວາມລ່າຊ້າຂອງເຄືອຂ່າຍ
ຫນ້ອຍກວ່າໄລຍະເວລານີ້.
ຖ້າມີການຊັກຊ້າຂອງເຄືອຂ່າຍໃດນຶ່ງ jatter ເກີນ 10ms, ການເພີ່ມເວລາ buffer ເພີ່ມເຕີມຈະເປັນ
ມີຄວາມຈໍາເປັນເພື່ອຫຼີກເວັ້ນການຂັດຂວາງບາງຄັ້ງຂອງການຖ່າຍທອດສຽງທີ່ໄດ້ຮັບ.
latency ບໍ່ໄດ້ຂຶ້ນກັບເວລາທີ່ຜູ້ສົ່ງເຮັດວຽກພາຍໃນໄລຍະເວລາ Jack ຂອງມັນ.
ນີ້ແມ່ນຄ້າຍຄືກັນກັບການຫຼິ້ນກັບ soundcard: ເມື່ອຕົວຢ່າງການຫຼິ້ນຖືກຂຽນໄດ້ດີ
ກ່ອນທີ່ມັນຈະເນື່ອງມາຈາກນີ້ບໍ່ໄດ້ຫຼຸດລົງ latency, ຂໍ້ມູນແມ່ນພຽງແຕ່ buffered ຈົນກ່ວາ
ໃນຕອນທ້າຍຂອງໄລຍະເວລາ. ໃນກໍລະນີຂອງ zita-njbridge ເວລາທີ່ຍັງເຫຼືອແມ່ນສາມາດໃຊ້ໄດ້
ເຄືອຂ່າຍຊັກຊ້າ. ນີ້ແມ່ນວ່າເປັນຫຍັງ, ໃນເວລາທີ່ຜູ້ສົ່ງແມ່ນພຽງແຕ່ໂຫຼດພຽງເລັກນ້ອຍແລະການຊັກຊ້າເຄືອຂ່າຍແມ່ນ
ຂະຫນາດນ້ອຍ, ມັນເປັນໄປໄດ້ທີ່ຈະໃຊ້ --buff 0 ຢູ່ເຄື່ອງຮັບ.
ການນໍາໃຊ້ on ກ້ວາງ ພື້ນທີ່ or ໄຮ້ສາຍ ເຄືອຂ່າຍ.
ການປະຕິບັດໃນປະຈຸບັນຖືກອອກແບບມາເພື່ອໃຊ້ໃນເຄືອຂ່າຍທ້ອງຖິ່ນທີ່ສະຫນອງຫຼາຍຫຼື
ການຈັດສົ່ງແພັກເກັດທີ່ເຊື່ອຖືໄດ້ໜ້ອຍ, ມີຄວາມລ່າຊ້າຕໍ່າ ຫຼືປານກາງ. ແພັກເກັດທີ່ສູນເສຍເປັນບາງຄັ້ງຄາວ
ຈະບໍ່ສົ່ງຜົນກະທົບຕໍ່ການ synchronization ຫຼື resampling, ແຕ່ຕົວຢ່າງໃດໆທີ່ມາຮອດອອກຈາກຄໍາສັ່ງ
ຈະຖືກລະເລີຍ (ພວກມັນຈະຖືກແທນທີ່ດ້ວຍຄວາມງຽບກ່ອນ). buffering ພິເສດ (ການນໍາໃຊ້
ທາງເລືອກ --buff) ຈະອະນຸຍາດໃຫ້ເປັນສັນຍານ uninterrupted ໃນທີ່ປະທັບຂອງ jitter ຊັກຊ້າ, ຢູ່
ລາຄາຂອງ latency ເພີ່ມເຕີມ. Zita-njbridge ອາດຈະສາມາດໃຊ້ໄດ້ໃນອິນເຕີເນັດທາງໄກ
ການເຊື່ອມຕໍ່, ແຕ່ຈື່ວ່າມັນບໍ່ໄດ້ຖືກອອກແບບສໍາລັບການນີ້.
ການປະຕິບັດໃນເຄືອຂ່າຍໄຮ້ສາຍແມ່ນເປັນເລື່ອງຂອງໂອກາດຢ່າງດຽວ. ອີກເທື່ອຫນຶ່ງ zita-njbridge ບໍ່ແມ່ນ
ອອກແບບສໍາລັບການນໍາໃຊ້ດັ່ງກ່າວ.
OPTIONS
ສາມັນ ທາງເລືອກໃນການ
- ຊ່ວຍ
ພິມບັນທັດຄໍາສັ່ງແລະສະຫຼຸບທາງເລືອກ.
--jname ຊື່
ເລືອກຊື່ລູກຄ້າ Jack. ຄ່າເລີ່ມຕົ້ນແມ່ນ 'zita-j2n' ຫຼື 'zita-n2j'.
--jserv ເຄື່ອງແມ່ຂ່າຍ
ເລືອກເຊີບເວີ Jack ເພື່ອເຊື່ອມຕໍ່.
zita-j2n ທາງເລືອກໃນການ
--ຈັນ ຊ່ອງທາງ
ຈໍານວນຂອງຊ່ອງທາງການຖ່າຍໂອນ, ຄ່າເລີ່ມຕົ້ນແມ່ນ 2 ຊ່ອງທາງ.
--16 ບິດ
ສົ່ງສຽງເປັນຕົວຢ່າງ 16-bit ລົງຊື່ຈຳນວນເຕັມ.
--24 ບິດ
ສົ່ງສຽງເປັນຕົວຢ່າງ 24-bit ລົງຊື່ຈຳນວນເຕັມ. ນີ້ແມ່ນຮູບແບບເລີ່ມຕົ້ນ.
--ລອຍ
ສົ່ງສຽງເປັນຕົວຢ່າງຈຸດລອຍ 32-ບິດ (ຮູບແບບພາຍໃນຂອງ Jack).
--mtu ບຸກຄົນ
ແຈ້ງ zita-j2n ຂອງເສັ້ນທາງ MTU, ໃຫ້ມັນໃຊ້ແພັກເກັດເຖິງຂະຫນາດນັ້ນ. ໄດ້
ຄ່າເລີ່ມຕົ້ນແມ່ນ 1500. ໃຫ້ສັງເກດວ່າຄ່າ MTU ຂະຫນາດໃຫຍ່ໃນເຄືອຂ່າຍທີ່ໃຊ້ຮ່ວມກັນອາດຈະເພີ່ມຂຶ້ນ
ການຊັກຊ້າເຄືອຂ່າຍກະຕຸ້ນ.
--hops hops
ກໍານົດຈໍານວນສູງສຸດຂອງ hops ສໍາລັບແພັກເກັດ multicast. ຄ່າເລີ່ມຕົ້ນກັບຫນຶ່ງ, ie
multicast ແມ່ນໄປຫາສຸດທິໃນທ້ອງຖິ່ນເທົ່ານັ້ນ.
zita-n2j ທາງເລືອກໃນການ
--ຈັນ ບັນຊີລາຍຊື່
ບັນຊີລາຍຊື່ຂອງຕົວເລກຊ່ອງໃນລໍາດັບນ້ອຍຫາໃຫຍ່ແລະແຍກອອກດ້ວຍເຄື່ອງໝາຍຈຸດ ຫຼື dash
ຕົວອັກສອນ, ສຸດທ້າຍຊີ້ໃຫ້ເຫັນໄລຍະ. ຕົວເລກຊ່ອງເລີ່ມຕົ້ນທີ່ 1. ພຽງແຕ່ໄດ້
ຊ່ອງທາງທີ່ຮ້ອງຂໍຈະຖືກນໍາມາໃຊ້ຄືນໃຫມ່ແລະມີພອດ Jack ທີ່ສອດຄ້ອງກັນ. ຊ່ອງ
ບໍ່ໄດ້ສະໜອງໃຫ້ໂດຍຜູ້ສົ່ງຈະອອກຄວາມງຽບ. ລາຍຊື່ຊ່ອງເລີ່ມຕົ້ນແມ່ນ '1,2'.
-- ບັກ ທີ່ໃຊ້ເວລາ
ເພີ່ມຄວາມລ່າຊ້າເປົ້າໝາຍຕາມເວລາທີ່ກຳນົດ, ເປັນມິນລິວິນາທີ. ຄ່າເລີ່ມຕົ້ນແມ່ນ 10
ນາງສາວ. ເບິ່ງຄໍາອະທິບາຍຂ້າງເທິງສໍາລັບສິ່ງທີ່ແນ່ນອນນີ້ຫມາຍຄວາມວ່າ.
--filt ຊັກຊ້າ
ກໍານົດການຊັກຊ້າການກັ່ນຕອງ resampler, ໃນຕົວຢ່າງທີ່ຕ່ໍາກວ່າສອງອັດຕາຕົວຢ່າງ, ໃນ
ຂອບເຂດ 16..96. ເບິ່ງຂ້າງເທິງສໍາລັບລາຍລະອຽດ.
-- ຂໍ້ມູນ
ພິມຂໍ້ມູນການວິນິດໄສເພີ່ມເຕີມ. ສາມຄ່າຈະຖືກພິມສອງຄັ້ງຕໍ່
ອັນທີສອງ: ຄວາມຜິດພາດການຄວບຄຸມ resampler ສະເລ່ຍໃນເຟຣມ, ອັດຕາສ່ວນ resampler
ປັດໄຈການແກ້ໄຂ, ແລະຈໍານວນຕໍາ່ສຸດທີ່ຂອງເຟຣມທີ່ມີຢູ່ໃນການໄດ້ຮັບ
buffer
ໃຊ້ zita-j2n ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net