Найти - Пользователи
Полная версия: Антиалиасинг заданного растрового изображения.
Начало » Центр помощи » Антиалиасинг заданного растрового изображения.
1 2
DenisSV
Антиалиасинг заданного растрового изображения. На сколько сложна тема курсовой для выполнения на языке Python ? Или стоит выбрать другой язык, то какой?
Подскажите пожалуйста..
PEHDOM
DenisSV
На сколько сложна тема курсовой для выполнения на языке Python ?
Про саму курсовую не скажу но сам антиалиасинг не представляет собой ничего архисложного, по сути растровое изображение это двумерный массив, вам нужно этот массив перебрать, и преобразовать согласно определенному алгоритму. Библиотек для работы с растровыми изображениями более чем достаточно,начиная с PIL и заканчивая scipy. Естевтенно в них уже есть свои реализации антиалиасинга, но я так понимаю вам нужно написать свою “математику”, иначе какая же это курсовая.
Алгоритмы тоже общеизвестны, тем более если собираетесь делать по ним курсовую то должны хоть немного разбираться в матчасти. Сам кодинг тоже ничего сложного собой не представляет, открываем картинку, загоняем пикселы в массив, прогоняем массив через математику.
Дяя этого вполне подходит пайтон , как собстенно практически и любой другой ЯП.
DenisSV
Или стоит выбрать другой язык, то какой?
Это уже вам решать, я бы выбирал тот ЯП который я уже знаю.
DenisSV
Спасибо!
uf4JaiD5
DenisSV
На сколько сложна тема курсовой для выполнения на языке Python ? Или стоит выбрать другой язык, то какой?
Кто-то может посоветовать си, т.к. математику пишут на нём ради скорости. Тогда 10% усилий будет потрачено на запись алгоритма и 90 на поиск ошибок с указателями.
На питоне потребуются только записать алгоритм. Да и это гораздо быстрее получится.
py.user.next
uf4JaiD5
Кто-то может посоветовать си, т.к. математику пишут на нём ради скорости. Тогда 10% усилий будет потрачено на запись алгоритма и 90 на поиск ошибок с указателями.
Си не знаешь совсем? 90% там не на указатели уходит, а на переполнения типов. Следишь всё время, чтобы не переполнилась какая-нибудь переменная во время вычислений. А для этого нужно знать стандарт языка наизусть, так как существуют неявные преобразования типов, которые надо просто видеть. Поэтому в каждой строчке ты смотришь “а что там невидимое происходит и не даст ли оно ошибку”.
uf4JaiD5
Си не знаешь совсем? 90% там не на указатели уходит, а на переполнения типов.
То-то в сишном софте переполнения буфера постоянно находят.

py.user.next
Следишь всё время, чтобы не переполнилась какая-нибудь переменная во время вычислений.
Это что-то специфическое, не сталкивался.
Ну, допустим, ещё и “переполнение переменных”. Ещё один довод против си.

py.user.next
uf4JaiD5
То-то в сишном софте переполнения буфера постоянно находят.
Интерпретатор питона написан на С. (это то, что ты запускаешь, чтобы выполнить скрипт на питоне)
PostgreSQL написана на C. (это самая крутая и надёжная СУБД)
Nginx написан на C. (это сервер, через который ты читаешь это сообщение)

Никаких переполнений в них не находят. Ты просто не знаешь нифига.

uf4JaiD5
Это что-то специфическое, не сталкивался.
Два длинных числа со знаком сложи и запиши в переменную. Вот она обрежется непредсказуемо. Надо это помнить, чтобы в рантайме не получить сюрприз.
uf4JaiD5
py.user.next
Интерпретатор питона написан на С.
PostgreSQL написана на C.
Nginx написан на C.

Никаких переполнений в них не находят.
Первая ссылка в поисковике:
https://www.postgresql.org/message-id/4564769D.2000406@archivas.com
Переполнение буфера при INSERT. Это 2006 г, postgresql было 11 лет.

py.user.next
Два длинных числа со знаком сложи и запиши в переменную.
Я в курсе, что называют переполнением переменной. Но видел это всего пару раз, в вызывающе бестолковых ситуациях типа “зачем-то взяли char, зачем-то пытались засунуть туда 1000”.

Автору это не грозит, у него целых при расчётах не будет.

А грозило бы – был бы лишний повод не трогать си.
py.user.next
uf4JaiD5
Переполнение буфера при INSERT. Это 2006 г, postgresql было 11 лет.
Лучше посмотри, как его публично проверяли статическим анализатором кода.

uf4JaiD5
Я в курсе, что называют переполнением переменной.
Не думаю, что ты в курсе. В Си можно переполнять переменные, но только если они беззнаковые. Поэтому для битовых операций нужно готовить беззнаковые переменные. А числа с плавающей точкой точно так же переполнять нельзя.
uf4JaiD5
py.user.next
Лучше посмотри, как его публично проверяли статическим анализатором кода.
Это убедит меня в том, что “в программах на си не бывает переполнения буфера”?

py.user.next
А числа с плавающей точкой точно так же переполнять нельзя.
У меня написано: “Автору это не грозит, у него целых при расчётах не будет.”
Ты не заметил?
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Powered by DjangoBB