rm_events_tbl branch

 در ارتباط با پست قبل؛

البته تغییر file system یک راه حل موقت برای مکانیزمی است که در حال حاضر برای ذخیره رکوردها در نظر گرفته شده. راه حل اساسی در نظر گرفته شده به صورتی است که عرض میکنم. برای این راه حل branch جدایی به اسم rm_events_tbl در نظر گرفته شده.

ما به ازای هر فایل چرا اصولاً باید رکوردی در دیتابیس داشته باشیم؟ برای پر کردن timeline لازمه دسترسی سریعی به فایلهایی داشته باشیم که متعلق به یک بازه زمانی خاص هستند. این شاید مهمترین استفاده از جدول Events باشه. اما فقط این نیست. جاهای مختلف در به نما اول میبینیم چه رکوردهایی رو لازم داریم و بعد میریم سراغ فایلهای متناظر با اونها. در هاردی که برای ذخیره رکوردها در نظر گرفته شده به ازای هر دوربین یک directory ایجاد میکنیم که اسمش همون id دوربین در جدول Monitors هست. همه رکوردهای این دوربین تو این directory قرار میگیره. اسم هر رکورد هم id اون در جدول Events هست.

با این روش طبعاً به ازای هر دوربین فایلهای رکورد زیادی همه در داخل یک directory ایجاد میشه. یه فکری کردم که همین رو درستش کنم و با یه تیر دو نشون بزنم. بخشی از اطلاعاتی که داخل جدول Events میریزیم مربوط به زمان آغاز و پایان رکورد هست. به نظرم رسید به ازای هر روز یک folder ایجاد کنم و داخل اون به ازای هر ده دقیقه یک folder. تمام رکوردها و اطلاعاتی که مربوط به اون ده دقیقه میشه رو تو اون folder قرار بدم. خیالمون راحت میشه که هرچی مربوط به فلان ده دقیقه میشه رو دقیقاً کجا باید پیدا کنیم. تو اون folder هست و خارج از اون folder نیست. طبعاً یه سری اطلاعات غیر از زمان شروع و پایان هم هست که در دیتابیس هست و ما لازمش داریم. میتونیم فایلهای db رو همچنان داشته باشیم. اما دیگه تعدادش اونقدر در یک folder بالا نمیره که file system کند بشه. اینطوری به نوعی تقسیم بندی کرده‌ایم و هیچ دسترسی نفس گیری برای هیچ folderی ایجاد نکرده‌ایم. شاید همون ext4 هم بتونه کارمون رو راه بندازه.

چند وقت پیش به دنبال این ایده تغییراتی هم در branch مذکور در به نما ایجاد کردم. اما کار زیاد داره و کارهای با اولویت بالا هم اومد و مانع شد که ادامه‌ش بدم. فکر عدم ادامه پیدا کردن به نما هم مزید بر علت شد و سستم کرد. اما اگر بشه کار خیلی خوبی میشه. لازمه تغییرات زیادی صورت بگیره، مثل اینکه ما الان هر فایل رکوردمون با یک iframe شروع میشه. اومدیم و iframe دوربین سر ده دقیقه نیومد. تکلیف چیه؟ شاید دوربینی به صورت تعمیم یافته، نه اینکه واقعاً اینطور باشه، تصمیم گرفت هر ساعت یک iframe بیشتر نفرسته. آیا باید رکوردهای ده دقیقه تا یک ساعت ادامه پیدا کنه؟ پس آیا باید قبول کنیم که یک record file با یک iframe شروع نشه؟ مشکل دیگه اینه که dts و ptsی که دوربین داره میده رو ظاهراً داریم میندازیم دور و بر اساس زمان سیستم اونها رو در سرور مجدداً میسازیم و در record file میریزیم. دیده شده که بر اثر بار سیستم اینها خیلی وقتها منظم نیستند. مثلاً فاصله زمانی فریمهای دوربین با یک tolerance کم یه مقدار معلومی است، اما خیلی وقتها فاصله زمانی فریمهای ذخیره شده برای فریمهای زیادی پشت سر هم حتی صفر بوده و بعد یه دفعه یه مقدار زیادی شده و از نظم خارج شده. از طرفی اگر بخواهیم dts و pts دوربین رو ملاک قرار بدیم یه sync زمانی بین زمان دوربین و زمان سرور باید صورت بگیره ظاهراً. آیا میشه از این بگذریم و زمان اولیه رو ملاک قرار بدیم؟ یه مقدار به این چیزها باید فکر کنم و تغییراتی که میدم باید دقیق و درست باشه که خرابکاری صورت نگیره. تو بخش رکورد هم یه کدهایی رو من نزده‌ام و شاید بتونم بگم بیشتر کدهاش رو دیگران زده‌اند و همین یه مقدار کار رو کند میکنه. باید برم بخونم ببینم چطوریه که خراب نشه. برای همین این branch یه مقدار سر فرصت پیش میره و وقتی کار دیگه‌ای نیست روش کار میکنم. اما ایده ایدهٔ خوبیه.

نظرات

ارسال یک نظر

پست‌های معروف از این وبلاگ

دوربین Avigilon جدید

 وقتی دوربین Avigilon اومد هیچ SDKیی همراهش نبود. نیاز بود motion رو از خود دوربین بگیریم و برای ارتباط برقرار کردن با اون تنها راه، استفاده از پروتکل Onvif بود. تقریباً یک ماه وقت گذاشتم و کلاس مستقلی برای ارتباط برقرار کردن با این دوربین نوشتم. کلاً چهار راه برای دریافت notification messageها از دوربین در دسته. از جمله اونها، چیزی که ما لازم داریم، دریافت وضعیت حرکت (motion state) است: pull point subscription policy pausable subscription manager interface بعضی از دوربینها موقعی که دارند تصویر رو به دست میدند یک data stream هم علاوه بر video stream و احیاناً audio stream حاوی اطلاعات حرکت و غیره رو با اون همراه میکنند. در مورد این دوربین روش دوم پیاده شده بود و هیچ کدی که بتونه چنین ارتباطی رو با دوربین برقرار کنه زده نشده بود. در کلاس avigilon camera این کد آماده شد و از اون به بعد تونستیم از این دوربین motion رو هم بگیریم. طبعاً اطلاعات مربوط به video stream url هم به صورت hard code در این کلاس قرار گرفت. گذشت تا نوبت به دوربین KDT رسید. این دوربین برای ارسال اطلاعات (meta data)...
بیشتر بخوانيد

مقدمه

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

تغییرات داده شده در database در ارتباط با دوربین Hikvision DS-2CD1123G0E-I

 همونطور که گفتم تغییراتی که روی sourceها و database در ارتباط با این دوربین دادم موقتی است و لازمه این دوربین به طور صحیح‌تری به به نما اضافه بشه. برای همین یک branch با نام hikvision_ds-2cd1123g0e-i ساختم تا تغییراتی که در sourceها ایجاد میکنم موقتی باشه و تو branch اصلی اعمال نشه. اما تغییراتی که در database ایجاد کردم طبعاً در database هم باقی میمونه و لازمه بعد که برگشتم سر branch اصلی و مسأله این دوربین رو حل کردم اونها رو undo کنم. برای همین به خاطر اینکه این تغییرات به طور دقیق جایی ثبت بشن اونها رو اینجا میارم: 1. ALTER TABLE `MonitorPresets` CHANGE `Type` `Type` ENUM( 'Local', 'Remote', 'File', 'Ffmpeg', 'openRTSP', 'Win4Net', 'RcpPlus', 'Grundig', 'Avigilon', 'KDT', 'HIKVISION' ) CHARACTER SET utf8 COLLATE utf8_general_ci NULL DEFAULT NULL; 2. ALTER TABLE `Monitors` CHANGE `Type` `Type` ENUM( 'Local', 'Remote', 'File', 'Ffmpeg', 'openRTSP', 'Rcp...
بیشتر بخوانيد