تغییرات و بهبود های نسخه جدید HandBrake

#HandBrake #Video #Audio #Encode #Decode #Compression

نرم افزار HandBrake یک ابزار متن باز قدرتمند برای تبدیل و فشرده سازی موزیک و ویدیو است و با نسخه 1.9.1 بسیاری از مشکلات را رفع کرده است. و این آخرین نسخه از سری 1.9 است.

تغییرات عبارتند از:

• بهبود پشتیبانی از فایل های SRT با زیرنویس‌های تداخل‌دار(Overlapping Subtitls).

• بهبود دیکود کردن ویدیوهای AV1 با به‌روزرسانی کتابخانه libdav1d به نسخه 1.5.1.

• بهبود داده های اضافی AC3 و EAC3 در فایل های MKV.

• حل مشکل انتخاب فرمت پیکسل FFV1 هنگام استفاده از دیکودر سخت‌افزاری.
(Hardware Decoder)

• رفع مشکلی که ممکن است هنگام عدم استفاده از UTF-8 در عناوین فصل‌ها رخ دهد.

• به‌روزرسانی‌ به HarfBuzz 10.2.0(موتور رندر متن) برای پشتیبانی از زیرنویس.

• حل مشکل عدم‌ موفقیت در کامپایل با GCC 14 در معماری AArch64.

• بروزرسانی کتابخانه libjpeg-turbo به نسخه 3.1.0 برای بهبود فشرده‌سازی تصاویر پیش‌نمایش.

اصلاحات نسخه ویندوز:

• رفع مشکل عملکرد نام‌گذاری خودکار(به‌صورت پیشفرض: {عنوان}-{منبع} ) وقتیکه عنوان تنها گزینه است.

• رفع مشکل نمایش نادرست پیشرفت در نوار عنوان (noscriptbar) یا نوار وظیفه (taskbar) هنگام انجام چندین کدگذاری همزمان (multi-instance encoding).

• رفع مشکل درست فعال نشدن کنترل های برش(crop).

• رفع مشکل در گزینه نامگذاری خودکار پسوند و پیشوند.

• رفع مشکل در وارد کردن فصل زمانیکه تعداد آنها ناهماهنگ است.

• حل مشکلی که ممکن است باعث شود انکودر صوتی(Audio encoder) پس از وارد کردن صف و ویرایش آیتم های آن به درستی نمایش داده نشود.

ویژگی های سری 1.9 نرم افزار:

• اضافه شدن دیکودر ویدیوی سخت‌افزاری Intel QSV VVC.

• پشتیبانی از رمزگذاری VP9 بدون افت‌کیفیت (lossless encoding).

• پشتیبانی از انکودر صوتی ALAC.

• پشتیبانی از Vorbis و افزودن گزینه‌ای جدید برای فعال کردن کدگذاری محتوای صفحه نمایش AV1 (SCC) در Intel Lunar Lake.

منبع خبر
گیت هاب پروژه

@LinNews | @LinAcademy

یکی از دوستان دنبال DevOps engineer میگرده برا تیمشون.

اگه فکر میکنید این توضیحات باهاتون الاین هست یا سوالی داشتید لطفا به مهدیار (@MhdyrMrd) پیام بدید.

This is a full-time on-site role for a DevOps Engineer. The DevOps Engineer will be responsible for infrastructure as code (IaC), software development pipelines, continuous integration and system administration. The DevOps Engineer will also be responsible for supporting the AI team by setting up and monitoring data pipelines.

Key Responsibilities

· Design, implement, and maintain automated deployment pipelines for our applications using CI/CD tools such as Jenkins, GitLab CI.
· Collaborate with development teams to streamline the deployment process and improve time-to-market for new features.
· Automate provisioning, configuration, and deployment processes for consistency and scalability.
· Manage and scale clusters for containerized applications.
· Performing monitoring and maintenance activities to ensure system reliability and performance.
· Define and monitoring code quality metrics.

Qualifications

· Solid understanding of Linux systems and architecture
· Experience with Cloud Computing and Containerization technologies such as Docker and Kubernetes
· Experience with Configuration Management tools (Ansible)
· Related certifications are preferred
· Proficiency in Software Development and programming languages such as Python and go are preferred.

سلام به همگی

فردا روز ولنتاین هست و این روز، روز عشق به نرم افزار آزاد هم هست که از FSFe در حال برنامه ریزی هست

متأسفانه ما دیر فهمیدیم و نشد رویدادیبراش در نظر بگیریم

اما در خصوص شیوع رسانه میتونیم کارهایی رو انجام بدیم

یکی از کمک هایی که لازم داریم ترجمه صحیح توضیحات این رویداد هست که در گروه شیرازلینوکس قرار دادیم متن ها رو و نیازمند مشارکت هستیم براش


مشارکت بعدی در خصوص همه گیری این روز هست که چطور از توسعه دهندگان در این روز تشکر کنیم و جا بندازیمش در ایران ( اگه دایکیومنت ها رو مطالعه کنید منظورم رو میفهمید )

یه سری قالب های تصویری مخصوص این روز هست که جملات اختصاصی کاربران داخلش نوشته میشه ما بخشی رو ترجمه و فارسی سازی کردیم و بخشی هم نیازمند مشارکت هستیم


ممنون میشم در گروه شیرازلینوکس راجبش همفکری کنیم و در شخصی زیاد جالب نیست میخواییم همه مشارکت و همفکری کنیم

دمتون گرم

#ilovefs
#نرم_افزار_آزاد_رو_دوست_دارم

در همین رابطه:

https://www.fsf.org/blogs/community/i-love-free-software-2025


@SohrabContents

پروتکل تایپ C خیلی هوشمنده؛ موقع شارژ یه دستگاه طرفین کابل میان باهم سر توان و ولتاژ مذاکره می‌کنن و همیشه هم بهترین توافق رو انجام می‌دن در صورتی که به توافق نرسن می‌آن و حداقل توان و ولتاژ مشترک و انتخاب می‌کنن.

یعنی اگه شارژر توان و ولتاژ بالا داشته باشین همون اول اون ولتاژ رو نمی‌ده بلکه مذاکره روی ولتاژ 5 که همه دستگاه ها ساپورتش می‌کنن انجام می‌شه، بعدا که دستگاه به یکی از توان و ولتاژ های مشترک اوکی داد توان و ولتاژش رو زیاد می‌کنه.


@Linuxor

مولانا | دیوان شمس | رباعیات | رباعی شمارهٔ ۱۹۱۶

گر خوب نیم خوب پرستم باری
ور باده نیم ز باده مستم باری
گر نیستم از اهل مناجات رواست
از اهل خرابات تو هستم باری

#مولانا | گنجور
📍@iipoem

این گزینه رو الان توی گوشی سامسونگم دیدم، می‌تونین همزمان Hotspot و Wi-Fi رو روشن کنین !


@Linuxor

این ریپو اومده کلی منابع برای System Design جمع آوری کرده و اونارو دسته بندی کرده

https://github.com/ashishps1/awesome-system-design-resources


@Linuxor

فلسفه نرم‌افزار آزاد و اهداف آن
تماشا از پیرتیوب:
https://tubedu.org/w/bSUWdL1YaFBCu4hT1uETxQ
تماشا از یوتیوب:
https://youtu.be/A1vpYW-zE2s

شرکتا سر همه چی تونستن به توافق برسن جز دکمه ورود به BIOS موقع روشن شدن سیستم


@Linuxor

در لاراول یه متود داریم با نام ()lockForUpdate که برای جلوگیری از مشکلات Race Conditions استفاده میشه.

وقتی دو یا چند نفر میخوان بطور همزمان یک دیتا رو تغییر بدن، این متود باعث میشه فقط یکی ازونا بتونه دیتا رو تغییر بده و بقیه منتظر بمونن. این کار از یه سری اشتباها و تداخلهای ممکن پیشگیری میکنه. مثلاً وقتی میخوایم status یه سفارش رو تغییرش بدیم ، lockForUpdate() باعث میشه فقط یه نفر بتونه اونو در لحظه تغییر بده تا اشتباهی رخ نده.
#Laravel
@GoldenCodeir
(به منبع و مثالش دقت کنید 👇🏾)
https://x.com/thelarrybarker/status/1889738111980118298?t=zQBNvx5a_46OyE2yF8Y4ng&s=35

خداحافظی openSUSE با AppArmor

#openSUSE #SELinux #Security #Module #Kernel

توضیحاتی در مورد AppArmor:

یک ماژول امنیتی کرنل است که قابلیت ها و مجوز های برنامه ها را با پروفایل های مخصوص آنها محدود می‌کند.

این ماژول در ابتدا با نام SubDomain شناخته می شد. اما اکنون در نسخه های جدید openSUSE Tumbleweed (نسخه rolling)، Security Enhanced Linux (SELinux) جایگزین AppArmor خواهد بود. البته توزیع های فعلی تحت تأثیر این تغییر قرار نمی گیرند مگر اینکه کاربر به صورت دستی SELinux را جایگزین Apparmor کند.

اطلاعیه openSUSE:

می‌خواهیم اعلام کنیم که با اسنپ‌شات openSUSE Tumbleweed 20250211، سیستم کنترل دسترسی اجباری (MAC) که توسط نصاب انتخاب می‌شود از AppArmor به SELinux در حالت enforcing تغییر خواهد کرد. openSUSE Tumbleweed minimalVM نیز با SELinux در حالت enforcing ارسال می‌شود.

کاربرانی که نسخه Tumbleweed را از طریق ISO نصب می کنند، SELinux را در حالت enforcing به عنوان گزینه پیش فرض در نصب کننده مشاهده خواهند کرد. اما درصورت نیاز، کاربر می تواند در نصاب به صورت دستی سیستم را به AppArmor تغییر دهد. لازم به ذکر است که AppArmor دقیقاً مانند قبل توسط Christian Boltz (@cboltz) به خوبی آپدیت و نگهداری می شود.

نسخه Leap 15.x که انتشار پایدار این توزیع است همواره از AppArmor استفاده خواهد کرد.

منبع خبر

@LinNews | @LinAcademy

روز نرم‌افزار آزاد رو دوست دارم

۱۴ فوریه روزی است برای ابراز عشق به اطرافیان، از جمله کسانی که نرم‌افزار آزاد را ممکن می‌کنند.
روز دوست‌داشتن نرم‌افزار آزاد که هم‌زمان با روز ولنتاین است، در سال ۲۰۱۳ توسط بنیاد نرم‌افزار آزاد اروپا (FSFE) ایجاد شد.
این روز برای قدردانی از افرادی که نرم‌افزار آزاد را توسعه داده، نگه‌داری کرده و از آن دفاع می‌کنند، در نظر گرفته شده است.
جنبش نرم‌افزار آزاد بدون این جامعه عظیم از افراد و سازمان‌ها که دنیایی را می‌سازند که در آن همه می‌توانند فناوری را استفاده، اشتراک‌گذاری، مطالعه و بهبود بخشند، هرگز به این اندازه رشد نمی‌کرد.

در سال ۲۰۲۰، با وجود ده‌ها هزار برنامه نرم‌افزار آزاد برای انتخاب، ممکن است فراموش کنیم که همیشه این‌طور نبوده است.
در حالی که بیشتر ما می‌توانیم چند پروژه بزرگ نرم‌افزار آزاد را نام ببریم، اما اغلب درباره افرادی که پشت صحنه کار می‌کنند یا ساعت‌های بی‌شماری را صرف ساخت این برنامه‌ها کرده‌اند، زیاد فکر نمی‌کنیم.
برای دوازدهمین سالگرد روز دوست‌داشتن نرم‌افزار آزاد، بنیاد نرم‌افزار آزاد (FSF) همراه با FSFE توجه ویژه‌ای به "پروژه‌های پنهان" دارد.

امیدواریم رابطه شما با نرم‌افزار آزاد برای همیشه ادامه یابد!❤️

امروز، روزی عالی برای قدردانی از پروژه‌های کمتر شناخته‌شده نرم‌افزار آزاد است.
این جمعه، پیشنهاد می‌کنیم درباره پروژه‌هایی صحبت کنید که در سکوت کار می‌کنند و بسیاری از ابزارهایی که روزانه استفاده می‌کنیم را ممکن می‌سازند.
این پروژه‌های پنهان شایسته توجه و عشق بیشتری در روز دوست‌داشتن نرم‌افزار آزاد هستند.

ایده‌هایی برای جشن گرفتن پروژه‌های بزرگ و کوچک نرم‌افزار آزاد

با استفاده از نرم‌افزار آزاد:

❤️ یک ویدیو با نرم‌افزار آزاد بسازید و بگویید چرا نرم‌افزار آزاد را دوست دارید.

❤️ با استفاده از الگوی FSFE، یک تصویر برای شبکه‌های اجتماعی بسازید.

❤️ یک کارت تبریک ولنتاین (با نرم‌افزار آزاد) برای عزیزانتان یا یک پروژه نرم‌افزار آزادی که شایسته توجه ویژه است، درست کنید.

❤️ برنامه‌ای را که همیشه کنجکاو بودید اما امتحان نکرده‌اید، آزمایش کنید.

❤️ مهارت جدیدی یاد بگیرید! ویدیوها و آموزش‌های زیادی برای یادگیری خط فرمان، ساخت موسیقی و... وجود دارد.

با مطالعه نرم‌افزارهای آزاد:

❤️ درباره پروژه‌هایی که در سال گذشته استفاده کرده‌اید فکر کنید. چه چیزی را در مورد تجربه خود دوست داشتید؟
❤️ ببینید که چگونه یک برنامه که اغلب از آن استفاده می‌کنید، کار می‌کند.
❤️ نرم‌افزارهای آزاد را با یکدیگر مقایسه کنید، تفاوت‌ها و شباهت‌های آن‌ها را درک کنید، و ببینید کدام یک برای نیازهای شما بهتر است.

با اشتراک‌گذاری عشق خود:

❤️ با پروژه‌ای که واقعاً آن را دوست دارید تماس بگیرید و بگویید چرا آن را دوست دارید.

❤️ چیزی که با نرم‌افزار آزاد ساخته‌اید (مانند ویدیو، تصویر شبکه اجتماعی یا کارت تبریک) به اشتراک بگذارید.

❤️ شخص دیگری را با نرم‌افزار آزاد آشنا کنید و شاید حتی اصول اولیه استفاده از آن را نشان دهید.
❤️ اگر در رسانه‌های اجتماعی به اشتراک می‌گذارید، لطفاً از #ilovefs استفاده کنید.

با کمک به پیشرفت نرم‌افزار آزاد:

❤️ به یک پروژه نرم‌افزار آزاد کمک مالی کنید (لازم نیست مبلغ زیادی باشد، حتی هزینه یک نوشیدنی هم می‌تواند کمک کند).

❤️ در صورتی که به چند زبان تسلط دارید، به ترجمه نرم‌افزارهای آزاد کمک کنید.

سپاس ویژه!

از همه کسانی که نرم‌افزار آزاد را توسعه و نگه‌داری می‌کنند، سپاسگزاریم.
ابزارهایی که با آن‌ها این کارت تبریک را ساخته‌ایم، بدون شما ممکن نبودند!

- - - - - - - - - - - - - - - -

🌐 https://sudoshz.ir
🆔 Shirazlinux Channels:
@sudoshz
@shirazlinuxcommunity
(Linux Users Group)

#ilovefs

از طریق آدرس زیر کارت پوستال با متن اختصاصی و نام خودتون برای تشکر از فعالان و توسعه دهندگان نرم افزار آژاد در رسانه تشکر کنید.
https://sudoshz.ir/valentine-day

در روز عشق و روز نرم‌افزار آزاد، با یک متن از طرف خودتان از افرادی که تأثیرات مثبتی در حوزه نرم‌افزار آزاد گذاشته‌اند، تشکر کنید.
هر کسی که به نظر شما در این عرصه تأثیرات خوبی داشته است، می‌تواند مورد تقدیر قرار گیرد.

از این پیام‌ها در شبکه‌های اجتماعی استفاده کنید و تلاش کنیم تا فرهنگ قدردانی از دستاوردهای نرم‌افزار آزاد را در جامعه نرم‌افزار آزاد ایران نهادینه کنیم.
یک تشکر ساده در این روز می‌تواند تأثیر بسیار خوبی داشته باشد.

بیایید با هم این روز را گرامی بداریم و به افرادی که برای پیشرفت نرم‌افزار آزاد تلاش کرده‌اند، ارادت خود را نشان دهیم.

همچنین، از اینکه برای ساخت این کارت پستال از سرویس‌های کلوز استفاده کردیم، عذرخواهی می‌کنیم.
زمان محدود بود و دیر متوجه شدیم که این رویکرد باید اتفاق بیفتد.
در غیر این صورت، حتماً از سایت‌های رسمی ترجمه‌ها را انجام می‌دادیم و برای ساخت کمک می‌گرفتیم.

استراتژی Deployment در Kubernetes چیست؟

برای درک مفهوم استراتژی Deployment در Kubernetes، ابتدا باید دو معنای ممکن "deployment" در محیط Kubernetes را توضیح دهیم:

1. deployment
به فرآیند نصب یک نسخه جدید از یک اپلیکیشن یا workload روی pods در Kubernetes اشاره دارد.
2. Deployment
(با D بزرگ)، یک Kubernetes object است که دارای فایل تنظیمات YAML مخصوص به خود می‌باشد و به شما این امکان را می‌دهد که تعیین کنید:
- فرآیند deployment چگونه باید انجام شود،
- دقیقاً چه چیزی باید deploy شود،
- و همچنین چگونه درخواست‌ها به اپلیکیشن جدید هدایت شوند.

استراتژی deployment تعیین می‌کند که چگونه pods باید به نسخه جدید اپلیکیشن به‌روزرسانی شوند. به‌عنوان مثال، یک گزینه این است که تمامی pods حذف شوند و با نسخه جدید جایگزین شوند؛ این روش باعث downtime می‌شود. اما گزینه‌های پیشرفته‌تری نیز وجود دارند که اپلیکیشن را به‌صورت تدریجی با کمترین اختلال در خدمات به‌روزرسانی می‌کنند.

1. Recreate Deployment
این روش یک فرآیند همه یا هیچ است که اپلیکیشن را فوراً به‌روزرسانی می‌کند، اما با مقداری downtime همراه است.

- در این استراتژی، pods موجود حذف می‌شوند و نسخه جدید جایگزین آن‌ها می‌شود.
- این روش باعث می‌شود که از زمان خاموش شدن نسخه قدیمی تا شروع به کار نسخه جدید، اپلیکیشن downtime داشته باشد.
- موارد استفاده مناسب:
- محیط‌های توسعه (development environments).
- زمانی که کاربران ترجیح می‌دهند یک دوره کوتاه downtime به جای کاهش عملکرد یا خطاهای طولانی‌مدت (در rolling deployment) داشته باشند.
- زمانی که دلایل فنی اجازه اجرای دو نسخه همزمان از یک اپلیکیشن را نمی‌دهند(برای مثال statefull بودن برنامه).

2. Rolling Deployment
در این استراتژی، نسخه جدید اپلیکیشن به‌صورت تدریجی روی pods مستقر می‌شود.

- مزایا:
- امکان بازگشت (rollback) آسان‌تر.
- ریسک کمتری نسبت به روش Recreate دارد.
- نسبتا راحت پیاده‌سازی می‌شود.
- معایب:
- ممکن است کند باشد.
- در صورت بروز مشکل، بازگشت به نسخه قبلی دشوارتر است.
- اجرای همزمان چند نسخه از اپلیکیشن ممکن است برای اپلیکیشن‌های قدیمی مشکل‌ساز باشد.

3. Blue/Green Deployment (Red/Black Deployment)
این استراتژی به شما امکان می‌دهد که نسخه جدید اپلیکیشن را بدون downtime مستقر کنید.

- در این روش، نسخه فعلی (آبی) فعال است و نسخه جدید (سبز) در کنار آن اجرا می‌شود.
- پس از آزمایش نسخه سبز، ترافیک به آن سویچ می‌شود.
- مزایا:
- حذف کامل downtime.
- ریسک کمتر (به‌دلیل امکان بازگشت فوری به نسخه قبلی).
- عدم وجود مشکلات نسخه‌بندی، زیرا کل اپلیکیشن در یک حالت تغییر می‌کند.
- معایب:
- نیاز به منابع دوبرابر برای نسخه‌های آبی و سبز.
- نیاز به مکانیزمی برای تغییر سریع ترافیک.

4. Canary Deployment
این استراتژی به شما امکان می‌دهد نسخه جدید اپلیکیشن را روی گروه کوچکی از کاربران واقعی آزمایش کنید.

- به صورت تدریجی نسخه جدید در cluster مستقر شده و روی مقدار کمی از ترافیک زنده آزمایش می‌شود.
- پس از اطمینان از عملکرد صحیح، نسخه جدید به طور کامل جایگزین نسخه قبلی می‌شود.
- مزایا:
- ریسک کمتر برای انتشار تغییرات بزرگ یا ویژگی‌های آزمایشی.
- امکان rollout تدریجی.
- معایب:
- نیاز به اجرای همزمان چند نسخه از اپلیکیشن.
- نیاز به مکانیزم هوشمند برای هدایت بخشی از ترافیک به نسخه جدید.


5. A/B Testing

در Kubernetes، A/B Testing نوعی از canary deployment است که ترافیک را بر اساس پارامترهای خاص (مانند کوکی‌ها یا user agents) بین نسخه‌های مختلف اپلیکیشن توزیع می‌کند.

- این روش برای آزمایش گزینه‌های مختلف یک ویژگی جدید و انتخاب نسخه‌ای که کاربران بیشتر می‌پسندند، مناسب است.
- تفاوت اصلی با canary deployment در نحوه توزیع کاربران است.

6. Shadow Deployment
در این روش، نسخه جدید اپلیکیشن روی production workloads آزمایش می‌شود، اما بدون اینکه کاربران نهایی متوجه شوند.

- ترافیک بین نسخه فعلی و نسخه جدید تقسیم می‌شود.
- مزایا:
- امکان آزمایش جنبه‌های غیرفنی (مانند عملکرد و پایداری) نسخه جدید.
- معایب:
- پیچیدگی مدیریت بالا.
- نیاز به منابع دوبرابر برای اجرای همزمان نسخه‌های مختلف

نکته:
توجه داشته باشید که فقط دو استراتژی Recreate و Rolling به‌صورت پیش‌فرض توسط Kubernetes Deployment object پشتیبانی می‌شوند. سایر استراتژی‌ها نیازمند سفارشی‌سازی یا استفاده از ابزارهای تخصصی هستند.

source

#deployment_strategy

@Syntax_fa

برنامه‌نویس‌ها و مهندسای نرم‌افزار معمولاً دوست دارن استارتاپ خودشون رو راه بندازن، اما صرفاً کدنویسی کافی نیست. برای موفقیت باید مدل کسب‌وکار، بازاریابی و فروش را هم بلد باشن؛

این عکس ها خلاصه کتاب The Personal MBA هستش برای کسایی که هیچی نمیدونن خیلی مفیده‌، برای خوندش حتی نیازی به تحصیل رسمی MBA نیست و به صورت ساده بهتون کلی چیز درباره کسب و کار یاد می‌ده


@Linuxor