>>100550

>мне надо в реалтайме рисовать графики

Matplotlib

>но мне кажется что это оверкилл

Нет

> посоветуй чего-нибудь?

http://linil.wordpress.com/2008/09/16/cairoplot-11/
http://mathgl.sourceforge.net/doc_en/Main.html
Ещё можешь написать сам на pyopengl или хоть на turtle, но зачем?

>sample = ord(c_sample)

sample = int(c_sample)

>>100550

> как только я снимаю mute и у меня начинает валить минимальный фоновый шум, поток нулей перемешивается с потоком 255. а если происходит клиппинг, то мы имеем поток примерно пополам состоящий из 127 и 255. как так может быть и что мне делать?

255 для беззнакового однобайтового числа эквивалентно -1, т.е. на практике ты скорее всего получаешь нули и -1 при тишине и 127 и -1 когда дуешь в микрофон.

> а вообще я делаю аппаратный ГСЧ

Его кстати встраивают в процессоры начиная с ivy bridge (инструкция rdrand).

> но мне кажется что это оверкилл. посоветуй чего-нибудь?

Может рисовать напрямую графическими примитивами будет проще?

>>100553

>255 для беззнакового однобайтового числа эквивалентно -1

Ты так сформулировал, что кажется бредом, если не догадываться, что ты хотел сказать

>>100554
Увы, не знаю как сформулировать понятней (uint8_t)255==(int8_t)-1

>>100551

>http://linil.wordpress.com/2008/09/16/cairoplot-11/
>http://mathgl.sourceforge.net/doc_en/Main.html

но в описании не слова на предмет обновления, реалтайма или скроллинга. может этого нет? а надо

>>100552

>sample = int(c_sample)

ага, а теперь попробуй скорми ей букву

>>100553

>на практике ты скорее всего получаешь нули и -1 при тишине и 127 и -1 когда дуешь в микрофон.

минуточку, когда я дую в микрофон я в таком случае должен получать преимущественно 127 и 128, нулей и всего что к ним близко там должно быть мало. это же двухполярный сигнал.

>Его кстати встраивают в процессоры начиная с ivy bridge (инструкция rdrand).

это они хорошо делают, когда-нибудь я его куплю по объявке

>Может рисовать напрямую графическими примитивами будет проще?

по крайней мере интереснее, но нет в линуксе никакого "напрямую". скажи мне название API и я пойму о чем ты

>(uint8_t)255==(int8_t)-1

а это из какого языка?

но в целом я согласен, я тоже так считаю, но это не сходится с тем, что я наблюдаю при клиппинге. и это все портит.

я подозреваю, что я неправильно как-то делаю преобразование типов. как сделать правильно?

>>100556

> минуточку, когда я дую в микрофон я в таком случае должен получать преимущественно 127 и 128

Это если там в аналоговом контуре звуковухи перед ацп не стоит что-то вроде диода, который срезает обратную полуволну.

> по крайней мере интереснее, но нет в линуксе никакого "напрямую". скажи мне название API и я пойму о чем ты

http://anh.cs.luc.edu/python/hands-on/3.1/handsonHtml/graphics.html

> а это из какого языка?

C

>>100557

>Это если там в аналоговом контуре звуковухи перед ацп не стоит что-то вроде диода, который срезает обратную полуволну.

уверяю тебя, так быть не может. это был бы дисторшн 89 левела, а микрофон работает отлично.

>http://anh.cs.luc.edu/python/hands-on/3.1/handsonHtml/graphics.html

вау! круто. а можно в таком же стиле работать на сишке? точнее я понимаю что можно, вопрос - как? вот так же просто, чтобы ничего лишнего.

и как быть с обновлением графика? я так понимаю что надо просто рисовать его и когда кончается место - очищать экран и рисовать заново?

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

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

>>100601

> это был бы дисторшн 89 левела, а микрофон работает отлично.

Попробуй все-таки проверить каким-нибудь audacity наличие обратной полуволны.

> вау! круто. а можно в таком же стиле работать на сишке? точнее я понимаю что можно, вопрос - как? вот так же просто, чтобы ничего лишнего.

На сишке есть несколько разных либ для работы с графикой, например xlib и sdl.

> я так понимаю, что скроллинг штука недешевая и подразумевает аппаратное ускорение?

Довольно дешевая, копируешь прямоугольный фрагмент и рисуешь его несколько смещенным. Даже без аппаратного ускорения работает быстро.