download.bg
 Вход Списание  Новини  Програми  Статии  Форум  Чат   Абонамент  Топ95   Архив 

300+ лева за програма за обработка на 1bit TIFF файлове

Автор
Съобщение
milen
Нед, 29.03.09, 22:52
Трябва ми програма на C, C++, Python или Java , която да да извършва следната обработка на еднобитови (черно-бели) TIFF изображения:
Ако за даден бит (пиксел) с координати X и Y в изображението са изпълнени следните условия:
 
1. Всички битове в оригиналното изображение с координати X1 и У1 , 
като Х-3 <= Х1 <= Х+3 и У-3 <= У1 <= У+3 да са черни (това означава, че и дадения бит е черен)
 
2. Х+У да е нечетно;
 
=> тогава в изходното изображение дадения бит се инвертира (т.е. става бял).
 
Във всички останали случаи дадения бит се запазва същия, какъвто е бил.

Програмата може да е конзолна. Сорс + изпълним код за Linux или Windows. Изисква се да може да обработва големи файлове, разбира се на подходяща машина. Например 1 ГБ файл да го обработва за не-повече от 10-20 минути.
 
Срок: 15 Април.
Минимален хонорар: 300 лв.

Препоръчително използването на OpenSource библиотеки за работа с TIFF файлове.

insecteater
Нед, 29.03.09, 23:34
Не че ще тръгна да го правя, на тия езици съм бос като нестинарка, ама да попитам:

Какво правим с граничните случаи в краищата? Например за първият пиксел горе вляво, за какви смятаме пикселите (дето ги няма) още по-вляво от него?

И още един тъп въпрос - номерацията на пикселите от 0 ли почва или от 1? И кой ъгъл е стартов (горен ляв май) ...
А, и още нещо - тия TIF-ове имат ли компресия някаква?

milen
Нед, 29.03.09, 23:57

RE: 300+ лева за програма за обработка на 1bit TIFF файлове

” Не че ще тръгна да го правя, на тия езици съм бос като нестинарка, ама да попитам:

Какво правим с граничните случаи в краищата? Например за първият пиксел горе вляво, за какви смятаме пикселите (дето ги няма) още по-вляво от него?

И още един тъп въпрос - номерацията на пикселите от 0 ли почва или от 1? И кой ъгъл е стартов (горен ляв май) ...
А, и още нещо - тия TIF-ове имат ли компресия някаква? „

1. Всички пиксели, които са извън изображението се смятат за бели;

2. Задачата е инвариантна към началото за номериране на пикселите. Просто трябва пискелите, които са навътре в черното по шахматен начин да станат бели.

3. Тифовете могат да имат компресия. Предполага се, че ще се използва библиотека за четене и запис ( https://artis.imag.fr/Software/TiffIO/ , http://libtiff.org/index.html , примери http://www.ibm.com/developerworks/linux/library/l-libtiff/ , http://freeimage.sourceforge.net/ , http://ij-plugins.sourceforge.net/libraries/imageio/index.html , http://www.pythonware.com/products/pil/ ) ...

milen
Пон, 30.03.09, 21:47
Понеже тук не е утвърдено място за freelancers, някой ако знае, да каже къде има в БГ нета сайтове за работа "на проект"?
insecteater
Пон, 30.03.09, 23:37
Едно време влизах в http://www.rentacoder.com там със сигурност ще има, само е малко заигравка с начина на разплащане. Сега гледам че доста са паднали цените на услугите. Системата е добре измислена. Но НЕ Е БГ. Разбира се може да си изберете български кодери ако се явят кандидати за тази задача.

В http://forums.bgdev.org/ се събират интересни хора, и е изцяло български.

редактиран от insecteater на 30.03.09 23:39
anonymous
Вто, 31.03.09, 17:28

RE: 300+ лева за програма за обработка на 1bit TIFF файлове

@Milen: Може да публикуваш TYK , TYK u TYK

Ако предефинираш условието ще е много добре:все ми се струва, че има зависимост м/у първия X0Y0==(0 или 1) u image.height,image.width, каква е логиката за следващите (това X+Y четно е ясно, но x1<=X u какво е X какво е X1-т.е. разбирам, че изходния файл е различен от входния.С една дума не трябва да записваме във входния файл, а трябва да имаме изходен, като входа остава непроменен, нали така? ). Ако са 2 файла по 1Gb сигурно ще е още по-бавно...

Например, ако имаме картинка с (height=2,width=3):
X0Y0,X1Y0,X2Y0
X0Y1,X1Y1,X2Y1
^^ горните са всички черни (01h), какъв трябва да е изхода?
Може и нагледно с две картинки.
Как трябва да се записва изходния файл-презаписва входния или примерно добавя output+filename или е фиксиран, напр. output.tiff?

Не твърдя, че се заемам със задачата. Не съм работил с TIFF-ове, но има доста готови библиотеки, а и като гледам, всеки може да се пробва: до 15-и има много време ...

Поздрави

milen
Вто, 31.03.09, 19:27

RE: RE: 300+ лева за програма за обработка на 1bit TIFF файлове

@Milen: Може да публикуваш TYK , TYK u TYK

Ако предефинираш условието ще е много добре:все ми се струва, че има зависимост м/у първия X0Y0==(0 или 1) u image.height,image.width, каква е логиката за следващите (това X+Y четно е ясно, но x1<=X u какво е X какво е X1-т.е. разбирам, че изходния файл е различен от входния.С една дума не трябва да записваме във входния файл, а трябва да имаме изходен, като входа остава непроменен, нали така? ). Ако са 2 файла по 1Gb сигурно ще е още по-бавно...

Например, ако имаме картинка с (height=2,width=3):
X0Y0,X1Y0,X2Y0
X0Y1,X1Y1,X2Y1
^^ горните са всички черни (01h), какъв трябва да е изхода?
Може и нагледно с две картинки.
Как трябва да се записва изходния файл-презаписва входния или примерно добавя output+filename или е фиксиран, напр. output.tiff?

Не твърдя, че се заемам със задачата. Не съм работил с TIFF-ове, но има доста готови библиотеки, а и като гледам, всеки може да се пробва: до 15-и има много време ...

Поздрави „

1. Публикувах задачата си в RentACoder и доста бързо получих 6 предложения. За съжаление никой не пита за детайли по задачата, както тук, а предлагат един от друг по-ниски цени. Само един програмист (българин) попита за нещо.

2. Наистина входният и изходният файл трябва да са два отделни. Все пак, компютъра на който ще се пуска тази обработка има 4 GB рам.

3. Ето пример
00000000000000        00000000000000
00111111111100 =>     00111111111100
00111111111100	      00111111111100
00111111111100	      00111111111100
00111111111100	      00111101011100
00111111111100	      00111010111100
00111111111100	      00111111111100
00111111111100	      00111111111100
00111111111100	      00111111111100
00000000000000	      00000000000000

1-ците в примера са черното

Целта е да се инвертират шахматно пиксели, които са навътре в черното поне 3 пиксела от границите му.

Решаването на тази задача, очаквам да подобри един определен процес в полиграфията.

Добро решение е, изходния файл да се запише с някаква добавка в името си.

Смятам до края на седмицата да възложа задачата, така че, ако някой от този форум има желание - да пише (ще има приоритет;)

dreamskill
Вто, 31.03.09, 22:37
Ся ми стана интересно.Какви ще са снимките?
milen
Вто, 31.03.09, 22:49
Не става дума за снимки. Това е програма за пост-рип обработка, която може да свърши работа в един особен случай (съчетаните на материали). Вероятно ще стябва да обобщя задачата, като сложя някои коефициенти, наместо забити числа.
 
Не знам дали ще получа това което искам, обаче опита с RentACoder е доста интересен. Имам няколко предложения от програмисти с имена на индийци, даже име един с име Митал - може да е рода на бившия собственик на Кремиковци;) Всички твърдят, че са правили много подобни проекти, обаче никой не пита за подробности. Чудя се може ли да им се вярва?
milen
Вто, 31.03.09, 23:01
Ето един примерен TIFF, който трябва да се обработи:

test.tiff

insecteater
Сря, 01.04.09, 00:34
Виж им профилите. Ако са правили други поръчки в rentacoder, би трябвало да има оценки за предишните им работи от други клиенти. Има строго дефинирани критерии по които се дават тези оценки, така че донякъде би трябвало да имат основание. Получавал съм отлични оценки в този сайт, така че може и да не са толкова точни, но поне не са с голямо отклонение . Би трябвало да може да се прецени доколко потенциалните кандидати за работа са надеждни и как са се справяли с предни задачи.
В едно съм сигурен - там има хора, които могат да се справят с тази задача на професионално ниво. Малко идва и въпрос на късмет такива хора да са свободни точно в този момент или пък от кандидатите да избереш точно най-подходящите.Ако не намериш някой от България да свърши работата и се наложи да прибегнеш до услугите на rentacoder.com се увери, че си описал максимално точно заданието (то явно вече си обявил bid-a де), а също и че всички последващи инструкции са достатъчно точни и ясни. И че комуникацията става единствено чрез сайт им. Така се постига добрата защитеност от системата.
Искрено съжалявам, че нямам конкретните познания за подходящия език за тази задача.
nofearinc
Сря, 01.04.09, 11:06
Привет,

мога да ти представя решение на проблема по описаното условие, използващо една от библиотеките, цитирани от теб по-горе. Ще ми трябва обаче един по-обемен файл, за да тествам дали моят алгоритъм ще се впише във времевите граници, които си описал. Имаш ли на разположение един 100MB файл и един 1GB?

P.S. Ето резултатното изображение от горния пробен файл - дано това да е идеята: форматиран файл

редактиран от nofearinc на 01.04.09 11:46
редактиран от nofearinc на 01.04.09 11:46

Коментар

за нас | за разработчици | за реклама | станете автори | in english  © 1998-2024   Experta Ltd.