لستُ أذكر بشكل خاطئ، أنا فقط من الجيل القديم 
تمت إضافة هذه الميزة قبل 10 سنوات فقط في إصدار Mumble 1.3، بينما كان برنامج Mumble نفسه قد تجاوز عمره 10 سنوات.
كان هذا الشكوى الرئيسية عن Mumble لفترة طويلة جدًا.
5 إعجابات
لقد جربت هذه الميزة للتو وهي رائعة جدًا! أردت تقديم بعض الملاحظات الأولية.
- مستوى صوت مشاركة الشاشة مقابل الصوت:
جربت هذا، لكنه لا يعرض مستوى صوت مشاركة شاشة المشاركين الآخرين بشكل منفصل عن مستوى صوت كلامهم. إنه يعرض شريط تمرير واحدًا مدمجًا لكل من صوتهم وصوت مشاركة الشاشة. هل فاتني شريط تمرير أم أنني فهمت الأمر بشكل خاطئ؟ (حالة الاستخدام لدي هي القدرة على كتم أو خفض صوت بث لعبة شخص ما مع الاستمرار في سماع كلامه.)
- خطأ صغير: عند تحرير غرفة (مثل: جعل الحرف الأول من اسم الغرفة حرفًا كبيرًا)، عندما أعود لتحريرها مرة أخرى، لا تظهر أي خيار للتحرير حتى أقوم بتحديث الصفحة بأكملها. ربما ينسى واجهة المستخدم على جهاز العميل أنني أملك الصلاحيات بعد تطبيق التحرير.
- أنا ممتن جدًا لنافذة تنبيه خصوصية عنوان IP! شكرًا لك على استباق هذه القلق
- على نظامي، ميكروفوني هادئ جدًا ويحتاج إلى الكثير من التضخيم. هذه مشكلة في نظامي، لكن في Mumble (وأفترض أنه كذلك في Discord لكن مرّ وقت طويل لذا لا أتذكر) يمكنني تطبيق الكثير من التضخيم اليدوي للتغلب على هذا. أقترح عند تعطيل خيار التضخيم التلقائي، توفير مقبض تضخيم يدوي بهامش كبير للتضخيم (ضوضاء الخلفية الخام لدي عادةً -48db والكلام حوالي -30db. في Audacity سيكون هذا تقريبًا تضخيمًا بـ 20db للوصول إلى النطاق الطبيعي.)
- ليس بسبب Discourse، لكنه يعاني من نفس القيود التي تعاني منها جميع عمليات مشاركة الشاشة عبر webrtc على linux – أي، عدم وجود مشاركة صوت الشاشة في firefox، ودعم chrome فقط لمشاركة صوت تبويب المتصفح). لذا إذا أردت بث لعبة، لا أستطيع بث صوت اللعبة على linux بسبب قيود المتصفح.
- حل بديل ذكي رأيته في حل آخر كان هو مجرد كشف عنوان نهاية (endpoint address) يمكنني توجيه OBS نحوه. (ربما يدعم livekit هذا بالفعل، لم أقم بإعداد جزء خادم livekit بعد)
- أنا معجب جدًا بميزة الترجمة الفورية! ليس لدي حالة استخدام بعد لجزء التحويل النصي، لكن يمكنني بالتأكيد رؤيته مفيدًا في البيئات التجارية لأخذ الملاحظات.
- هناك حاليًا تحدي في واجهة المستخدم حيث لا يعرف الزوار أن هناك أشخاصًا في غرف الدردشة ما لم يقوموا بالتمرير لأسفل – وهو قد يكون مسافة طويلة. في تثبيتي، إنه أكثر من صفحة كاملة من التمرير بسبب جميع الروابط/الفئات/الوسوم التي لدي. هذا صحيح بشكل خاص على الجوال، حيث لا يظهر قائمة مستخدمي الدردشة على الإطلاق، ما لم يقوموا بالنقر على شريط القائمة. قد أقترح نوعًا من زر في الزاوية العلوية اليمنى عندما تكون الدردشة نشطة (مثال من mumble). رؤية (1) أو أكثر هناك هي دائمًا إشارتي الرئيسية بأن شخصًا ما يريد مني الانضمام إلى الدردشة!
على أي حال، عمل رائع على هذا – إنه خطوة كبيرة إلى الأمام لـ Discourse وأنا متحمس جدًا له! 
6 إعجابات
هناك الكثير من الملاحظات الرائعة، لكنني أود تسليط الضوء على شيء معين
هذا كان التحدي الرئيسي لي حتى الآن، وهو مشكلة تمتد عبر المنصات، حيث يُعد بث جلسات الألعاب بدقة 7680x2160 وبتكرار 240 هرتز عبر المتصفح مستحيلاً بسبب غياب الترميز العتادي.
لذلك، أنا أستكشف معالجة هذه المسألة، وميزات مثل زر التحدث العالمي (PTT)، من خلال تطبيق سطح مكتب أصلي، مما يتيح لنا التعامل مع هذه التكاملات بشكل أفضل.
6 إعجابات
شكرًا لك؛ يبدو التطبيق الأصلي لسطح المكتب مثيرًا للاهتمام، لكن من فضلك ادعم أيضًا معايير البث المفتوحة القائمة، لأن على الأقل في دائرة أصدقائي، كل شخص لديه OBS مثبتًا بالفعل، ويثق به، ويعرف كيف يوجّهه إلى مكان ما. (ومع ذلك، هذا أكثر شيوعًا بين اللاعبين منه بين المستخدمين الأقل تقنية)
إعجاب واحد (1)
بمعنى ما، أوافقك الرأي، أي أنه ليس مثل Zoom. لكنني أيضًا أسمح لنفسي بعدم الموافقة جزئيًا، لأن OBS على حدّ السوء معيار مستخدم في العديد من المجالات!
إعجاب واحد (1)
واجهتُ مشكلة صغيرة أثناء إعادة البناء اليوم، وذلك لأنني كنت قد جرّبت الإضافة سابقًا باسم «Resenha»، وقد حزنتُ كثيرًا عندما تغيّر الاسم إلى «Voice».
هذا الحل عالج مشكلتي:
إعجابَين (2)
الآن، بخصوص الإضافة نفسها، لاحظتُ شيئًا، وربما يكون ذلك مجرد انطباع شخصي لدي بسبب إعادة البناء بعد ما يقرب من أسبوعين مع أكثر من 300 تغيير (commit)، لكن شيئًا ما جعلني أبدو مرئيًا في قناة #من-متصل-حاليًا عندما جربت ميزة الصوت على نسختي الخاصة، حتى لو كانت الخيارات (toggle) مضبوطة على “غير متصل”. هل هذا متوقع؟
يجب أن يتم إصلاح هذا قريبًا: FIX: Do not overwrite permissions after editing - Pull Request #43496 - discourse/discourse - GitHub
3 إعجابات
هل من الممكن أن نعرض في صفحتنا “الموقع > حول > نشاط الموقع” (على سبيل المثال) 5 محادثات صوتية من آخر 7 أيام؟ أو أي صياغة مناسبة أخرى؟
استخدامنا هو إظهار أكبر قدر ممكن من النشاط للمساعدة في تشجيع الأعضاء الجدد على الانضمام.
4 إعجابات
هل يمكنكم دعوة المجموعات إلى غرفة صوتية بدلاً من المستخدمين الأفراد؟ أدرك أن هذا قد يُشكّل مشكلة في صفحة الأعضاء إذا اضطررت إلى إزالة شخص ما لا يزال ضمن تلك المجموعة، وما إلى ذلك.
سنقوم بتطبيق هذا في بعض المشاريع النشطة الموجهة للعملاء التي نعمل عليها حاليًا، لكن الأمر يتعلق بـ 17 مجموعة تضم جميعها أشخاصًا مختلفين 
نعم، هذا هو السبب الأساسي وراء عمل النظام بهذه الطريقة.
إذا كنت ترغب في تقييد الميزة بأكملها بأعضاء تلك المجموعات السبعة عشر، فيمكن تحقيق ذلك عبر إعداد الموقع، لكن الدعوة لمرة واحدة تكون لكل مستخدم على حدة (لأنها ستكون سهلة الاستخدام بشكل مفرط لتصبح أداة تضخيم للإزعاج)، وانتماء الغرفة نفسه يكون لكل مستخدم على حدة (مزامنته مع المجموعات ستُعد تحسينًا مستقبليًا).
4 إعجابات
منطقي تماماً. لا يبدو أن هناك طريقة للقيام بذلك عبر واجهة برمجة التطبيقات (API) أيضاً 
هل فاتني شيء فيما يتعلق بطريقة رابط الدعوة؟ لقد شاركت الرابط مع حساب تجريبي موجود في المجموعات المعتمدة، لكنني أحصل على رسالة عذراً! هذه الصفحة غير موجودة أو خاصة عندما أحاول النقر عليها باستخدام مستخدم الاختبار.
تحديث: حتى إذا دعوت ذلك المستخدم ورأيت قناة الصوت في الشريط الجانبي، فإن النقر على الرابط يأخذني إلى صفحة العذر تلك.
إعجاب واحد (1)
نتعامل بالفعل مع بعض هذه المنطق الخاص بإضافة الأشخاص إلى قنوات الدردشة وإزالتها، إذا كانت القناة مرتبطة بفئة خاصة.
فالكو، لا أتذكر إذا كان لدينا بالفعل طريقة لربط قناة صوتية بقناة دردشة أم لا. أعلم أننا ناقشنا ذلك في الماضي فيما يتعلق بالرسائل المباشرة (DMs). لكن ربما يمكن أن يكون هذا نهجًا مناسبًا هنا.
بديلًا لذلك، يمكننا نسخ ما نفعله لقنوات الدردشة والسماح للفئات بأن تعمل كطبقة التحكم في الوصول (على الرغم من أنني أعلم أننا ناقشنا مرارًا وتكرارًا إزالة هذه الطبقة من التوسيط والسماح بإعداد الوصول مباشرة على مستوى القناة).
- إعداد فئة خاصة
- إنشاء قناة دردشة لتلك الفئة
- تفعيل الصوت في تلك قناة الدردشة (أو إنشاء قناة صوتية للفئة أيضًا)
إذا كنت ترغب أيضًا في تقييد الميزة ككل لمجموعة محددة من المجموعات، فأعتقد أنه لا يزال بحاجة إلى إدارتها عبر إعداد الموقع. ربما يمكن أن يساعد سير عمل (Workflow) في إدارة مستوى معين من الأتمتة أو التحقق من الاتساق لذلك.
@martin قد يكون لهذا الأمر بعض التداخل مع موضوعات التحكم العام في الوصول التي تعمل عليها.
قد يستحق الأمر أن نلتقي مع @awesomerobot لمناقشة إطلاق دفعة أوسع بشأن ذلك قريبًا، حتى نتمكن من التفكير في كيفية تطبيق هذا الجانب من الأمور بشكل أكثر اتساقًا في جميع أنحاء التطبيق.
إعجاب واحد (1)
هذا غريب، هل هؤلاء المستخدمون التجريبيون في وضع غير طبيعي، مثل مستوى ثقة لا يسمح بالوصول؟
نعم، هذا مدرج في خارطة الطريق.
لم يكن عائقًا أمام الإطلاق بالتأكيد، وهذه جزء معقد جدًا من التطبيق بحيث يمكن أن تُوجَّه جهودنا بشكل أفضل نحو ضمان عمل الصوت والفيديو الأساسي بشكل صحيح، لكنني سأتابع الأمر في الأشهر القادمة.
5 إعجابات
رددت على المطور، لكن نظام ACL الجديد سيكون رائعًا لهذا الغرض، بدلًا من استخدام نظام الصلاحيات القديم المعقّد القائم على التوارث حسب الفئة
إعجابَين (2)
لا أعتقد ذلك. لقد رفعت مستخدم تجريبي إلى المستوى TL3، لذا فإن الأمر ليس قيدًا متعلقًا بمستوى الثقة. يبدو أن هناك خللًا في رابط الدعوة نفسه. انظر إلى ما يلي عند الوصول إليه بالطرق العادية (يؤدي الرابط نفس الوظيفة سواء كان لديّ صلاحية الوصول أم لا).
للأسف، تعمل هذه المجموعات فقط عبر الرسائل الخاصة، لذا لا يوجد ارتباط لكل فئة يمكن الاعتماد عليه.
أعتقد أن مشاركة رابط الدعوة في رسالة خاصة ستكون كافية بمجرد أن نكتشف السبب وراء عدم عمله
إعجاب واحد (1)
لاحظت أنه في كل مرة انضم فيها إلى غرفة صوتية من النوع المفتوح، يتم تفعيل الميكروفون للمستخدم تلقائيًا. يحدث هذا أيضًا عندما ينضم متحدث إلى غرفة صوتية على المسرح. أتساءل عما إذا كان من الممكن السماح للمشرف بتحديد ما إذا كان يجب تفعيل الميكروفون تلقائيًا عند الانضمام.
إعجاب واحد (1)
أليس ذلك مُربكًا؟
تتميز تطبيقات اجتماعات “العمل” مثل Zoom وTeams وMeet بخاصية معينة عندما يتجاوز عدد المشاركين حدًا معينًا، لكن هذا السلوك لم يكن موجودًا أبدًا في فئة التطبيقات التي استلهمنا منها، مثل TeamSpeak وVentrillo وMumble وDiscord وغيرها.
أشعر أن هذه الخطوة الإضافية لا تستند إلى أسس سابقة كثيرة، وتبدو وكأنها خطوة إضافية تُعقّد تجربة المستخدم للمبتدئين أكثر.
إعجابَين (2)