Ctrl →

DenisSV · Янв. 15, 2019 05:32:05

Антиалиасинг заданного растрового изображения. На сколько сложна тема курсовой для выполнения на языке Python ? Или стоит выбрать другой язык, то какой?
Подскажите пожалуйста..

PEHDOM · Янв. 15, 2019 10:06:30

DenisSV
На сколько сложна тема курсовой для выполнения на языке Python ?

Про саму курсовую не скажу но сам антиалиасинг не представляет собой ничего архисложного, по сути растровое изображение это двумерный массив, вам нужно этот массив перебрать, и преобразовать согласно определенному алгоритму. Библиотек для работы с растровыми изображениями более чем достаточно,начиная с PIL и заканчивая scipy. Естевтенно в них уже есть свои реализации антиалиасинга, но я так понимаю вам нужно написать свою “математику”, иначе какая же это курсовая.
Алгоритмы тоже общеизвестны, тем более если собираетесь делать по ним курсовую то должны хоть немного разбираться в матчасти. Сам кодинг тоже ничего сложного собой не представляет, открываем картинку, загоняем пикселы в массив, прогоняем массив через математику.
Дяя этого вполне подходит пайтон , как собстенно практически и любой другой ЯП.

DenisSV
Или стоит выбрать другой язык, то какой?

Это уже вам решать, я бы выбирал тот ЯП который я уже знаю.

==============================
Помещайте код в теги:

[code python][/code]

Бериегите свое и чужое время.

Отредактировано PEHDOM (Янв. 15, 2019 10:16:35)

DenisSV · Янв. 15, 2019 15:10:35

Спасибо!

uf4JaiD5 · Янв. 17, 2019 21:14:58

DenisSV
На сколько сложна тема курсовой для выполнения на языке Python ? Или стоит выбрать другой язык, то какой?

Кто-то может посоветовать си, т.к. математику пишут на нём ради скорости. Тогда 10% усилий будет потрачено на запись алгоритма и 90 на поиск ошибок с указателями.
На питоне потребуются только записать алгоритм. Да и это гораздо быстрее получится.

py.user.next · Янв. 18, 2019 05:21:24

uf4JaiD5
Кто-то может посоветовать си, т.к. математику пишут на нём ради скорости. Тогда 10% усилий будет потрачено на запись алгоритма и 90 на поиск ошибок с указателями.

Си не знаешь совсем? 90% там не на указатели уходит, а на переполнения типов. Следишь всё время, чтобы не переполнилась какая-нибудь переменная во время вычислений. А для этого нужно знать стандарт языка наизусть, так как существуют неявные преобразования типов, которые надо просто видеть. Поэтому в каждой строчке ты смотришь “а что там невидимое происходит и не даст ли оно ошибку”.

Отредактировано py.user.next (Янв. 18, 2019 05:22:05)

uf4JaiD5 · Янв. 18, 2019 08:32:00

Си не знаешь совсем? 90% там не на указатели уходит, а на переполнения типов.

То-то в сишном софте переполнения буфера постоянно находят.

py.user.next
Следишь всё время, чтобы не переполнилась какая-нибудь переменная во время вычислений.

Это что-то специфическое, не сталкивался.
Ну, допустим, ещё и “переполнение переменных”. Ещё один довод против си.

py.user.next · Янв. 18, 2019 10:12:35

uf4JaiD5
То-то в сишном софте переполнения буфера постоянно находят.

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

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

uf4JaiD5
Это что-то специфическое, не сталкивался.

Два длинных числа со знаком сложи и запиши в переменную. Вот она обрежется непредсказуемо. Надо это помнить, чтобы в рантайме не получить сюрприз.

Отредактировано py.user.next (Янв. 18, 2019 10:26:14)

uf4JaiD5 · Янв. 18, 2019 10:46:40

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 · Янв. 18, 2019 11:21:54

uf4JaiD5
Переполнение буфера при INSERT. Это 2006 г, postgresql было 11 лет.

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

uf4JaiD5
Я в курсе, что называют переполнением переменной.

Не думаю, что ты в курсе. В Си можно переполнять переменные, но только если они беззнаковые. Поэтому для битовых операций нужно готовить беззнаковые переменные. А числа с плавающей точкой точно так же переполнять нельзя.

uf4JaiD5 · Янв. 18, 2019 11:33:42

py.user.next
Лучше посмотри, как его публично проверяли статическим анализатором кода.

Это убедит меня в том, что “в программах на си не бывает переполнения буфера”?

py.user.next
А числа с плавающей точкой точно так же переполнять нельзя.

У меня написано: “Автору это не грозит, у него целых при расчётах не будет.”
Ты не заметил?

Python-сообщество

Уведомления

#1 Янв. 15, 2019 05:32:05

Антиалиасинг заданного растрового изображения.

#2 Янв. 15, 2019 10:06:30

Антиалиасинг заданного растрового изображения.

#3 Янв. 15, 2019 15:10:35

Антиалиасинг заданного растрового изображения.

#4 Янв. 17, 2019 21:14:58

Антиалиасинг заданного растрового изображения.

#5 Янв. 18, 2019 05:21:24

Антиалиасинг заданного растрового изображения.

#6 Янв. 18, 2019 08:32:00

Антиалиасинг заданного растрового изображения.

#7 Янв. 18, 2019 10:12:35

Антиалиасинг заданного растрового изображения.

#8 Янв. 18, 2019 10:46:40

Антиалиасинг заданного растрового изображения.

#9 Янв. 18, 2019 11:21:54

Антиалиасинг заданного растрового изображения.

#10 Янв. 18, 2019 11:33:42

Антиалиасинг заданного растрового изображения.

Board footer