Sorry for bad english and bad programming

Пилить и пилить.

а где бенчмарки? :(

Ну если в итоге будет работать, то нужно.

Что думаете?

Думал будет тормоз. Сходил по ссылке и выяснилось что угадал.

else if (coeff == 1) {
tokens.bits = 6; /* 1 = «110» */
tokens.size = 3;
}
else if (coeff == 2) {
tokens.bits = 28; /* 2 = «11100» */
tokens.size = 5;
}
else if (coeff == 3) {
tokens.bits = 58; /* 3 = «111010» */
tokens.size = 6;
}
else if (coeff == 4) {
tokens.bits = 59; /* 4 = «111011» */
tokens.size = 6;
}
else if (coeff <= 6) {
tokens.bits = 60; /* cat1 = «111100» */
tokens.size = 6; /* range 5 - 6 (size 2) */
}
else if (coeff <= 10) {
tokens.bits = 61; /* cat2 = «111101» */
tokens.size = 6; /* 7 - 10 (4) */
}
else if (coeff <= 18) {
tokens.bits = 124; /* cat3 = «1111100» */
tokens.size = 7; /* 11 - 18 (8) */
}
else if (coeff <= 34) {
tokens.bits = 125; /* cat4 = «1111101» */
tokens.size = 7; /* 19 - 34 (16) */
}
else if (coeff <= 66) {
tokens.bits = 126; /* cat5 = «1111110» */
tokens.size = 7; /* 35 - 66 (32) */
}
else {
tokens.bits = 127; /* cat6 = «1111111» */
tokens.size = 7; /* 67 - 2048 (1982) */
}

За такой кодинг убивать надо.

просто уточнить

твой вариант - 66 case?

127 ага 66

Мой вариант - вынести коэффициенты в конфиг. Править исходники для настройки кодера - не труЪ. А еще лучше воспользоваться хешем.. ах да, речь же про убогую сищечку. Хотя же вроде под кресты нужные классы есть.

Мой вариант - вынести коэффициенты в конфиг.

Минус статический анализ кода.

А еще лучше воспользоваться хешем.

И при инициализации заполнять все 66 ячеек.

что дает нам те же 66 строк в другом месте.

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

Если эти коэффициенты такие по стандарту, то нечего им делать в конфиге.

В сишечке можно сделать массив поинтеров на функции, но количество кода от этого только вырастет.

что дает нам те же 66 строк в другом месте.

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

Стандарт может быть изменен и дополнен. А тут все прибивается к исходнику гвоздями. Кроме того, это не единственное подобное место в файле. Там такого половина от общего объема.

но количество кода от этого только вырастет.

А если писать строки прямо в исходник кода тоже будет сильно меньше. Но почему-то рекомендуется использовать GNU Text и хранить строки отдельным файлом. Вот дебилы, да?

Стандарт может быть изменен и дополнен. А тут все прибивается к исходнику гвоздями.

Судя по ругани одного из разработчиков x264, стандарт vp8 определяется так: «вот исходник, он и есть стандарт».

А если писать строки прямо в исходник кода тоже будет сильно меньше.

Вообще-то их и пишут прям в исходник кода.

GNU Text

Ты имел в виду gettext?

стандарт vp8 определяется так: «вот исходник, он и есть стандарт».

Молодцы, ms-way - теперь и в линуксе!

Вообще-то их и пишут прям в исходник кода.

Ну я не удивлен. Для скриптов такой код нормален, но не для приложения, которое требуется поддерживать длительное время.

Ты имел в виду gettext?

Ага, запамятовал.

Молодцы, ms-way - теперь и в линуксе!

Не в линуксе, в гугле.

Ну я не удивлен. Для скриптов такой код нормален, но не для приложения, которое требуется поддерживать длительное время.

Я имел в виду, что писать текст прямо в коде и есть «рекомендуемый» способ. И я считаю, это круче, чем с ресурсами в windows. Сравни

printf(_("Loading..."));

char buf[200];
LoadString(hInst, MSG_TEXT_42, buf, sizeof(buf));
printf("%s", buf);

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

не угадал, я наоборот за решение задачи. Если эти коэффициенты в стандарте - пусть будут в коде с комментарием /* see table 2 / ISO 100500 2010y. r2 */

только я бы все-таки большим свитчем набыдлокодил бы

Стандарт может быть изменен и дополнен. А тут все прибивается к исходнику гвоздями.

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

писать текст прямо в коде и есть «рекомендуемый» способ.

Это добавляет проблем с локализацией, кодировками, вычиткой, особенно если это не скрипт на два экрана.

Подобный стандарт не сильно-то и отличается от астропрогноза.

Это добавляет проблем с локализацией, кодировками, вычиткой, особенно если это не скрипт на два экрана.

Ты пропустил _(). Это и был вызов gettext.

Молодцы, ms-way - теперь и в линуксе!

ms-way это вынести искомое значение в реестр в десяти экземплярах для каждого юзера, добавив к нему пару-тройку уровней косвенности.

Молодцы, ms-way - теперь и в линуксе!

ms-way — это «вот бинарник, он и есть стандарт. либо покупайте на него и ОС для него лицензию, либо сосите тунца».

Ты пропустил _().

Посыпаю голову пеплом. Красиво сделали, на перл похоже.

Недокументированный исходник в качестве стандарта не намного лучше бинарика.