Vasfed
если для вас предстваляют сложность подобные вычесления, то ой. =)
Кстати, если интересно вам=)))
есть такая библиотека - IPP от интелей, спец мат библиотека заточенная под проц. (т.е в асме ковыряться уже не надо)
В общем скажите прямо уже - почему (хрен с ним с рилтаймом) в оффлайне нельзя сделать вычисление с необходимой битностью, надоело переливать из пустого в порожнее.
Vasfed:
специфика другая => нужно каждый из них предварительно поделить (т.е. фейдеры треков), а какой смысл в таком модном сложении, если все треки прийдут уже с понижением битности?
в таком случае уже разумнее сами треки бит по 128float делать и делить и уж потом складывать...
Блин, вы СЕРЬЁЗНО ЭТО говорите??? =)))
т.е для того чтоб наступило счастье на всей планете, надо привести каждый поток к пусть 128 битному формату для исключения потерь, потом поделить и потом опять сложить в том же 128 битном сумматоре?
[ADDED=buncker]1137942763[/ADDED]
Vasfed:
двайте постепенно. согласны ли вы с утверждением, что после деления числа пополам один бит в любом случае перестанет использоваться?
не согласен, если оставаться в целочисленной арифметике, то да, будут проблемы.
если нет, то хватит всего лишь запастись необходимой разрядностью.
разрядность на машине - не проблема.
дальше какие будут утверждения?
кажется здесь уже говорилось что берём трэк. -90 дб ему, потом обратно. и о чудо!!! всё на месте! вроде даже не было возражений...
