The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Доступна реализация на JavaScript звуковых кодеков MP3, Appl..., opennews (??), 12-Июл-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


39. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 12-Июл-12, 18:01 
помнится, я написал новость про аудио плеер с декодерами на жаве, мне то же самое говорили, с возгласами "закопат!", не вы ли? что интересно, жабаскриптовые декодеры, хоть и похуже качеством звук выдают, но кушают всего на 5-7% больше процессора чем декодеры на жабе.

для сравнения, те же жавьи декодеры на адройде насмерть загружают одно ядро на sgs2.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

41. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –2 +/
Сообщение от Нанобот (?), 12-Июл-12, 18:22 
та по-большому счёту на любую, даже самую крутую прогрессивную новость, всегда найдутся желающие обгадить. а дальше дело техники - до у них не будет работать на процессоре пентиум-1 100мгц, то будет не хватать ихних 32Мб памяти, то лицензия не устраивает. на этих нытиков нужно просто научиться забивать и делать то, что считаешь нужным
Ответить | Правка | Наверх | Cообщить модератору

64. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +1 +/
Сообщение от Аноним (-), 13-Июл-12, 01:57 
> научиться забивать и делать то, что считаешь нужным

И главное - ни в коем случае не считать себя скрипткидисом а свои скриптошитовые конструкции - поделками. Надо мнить себя крутым гуру, ставя свои поделки в 1 ряд с кодеками писаными на оптимизнутом SIMD асме. А если бенчи вдруг не в вашу пользу - ну так надо значит время коипила приплюсовать! А то как же это так - вас да вдруг сделали по скорости? В три раза?! Да врут, нагло врут! :)

Ответить | Правка | Наверх | Cообщить модератору

43. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Crazy Alex (ok), 12-Июл-12, 18:29 
с джавой на десктопе есть одна нехорошая проблема - jvm  не умеет отдавать память системе. Не заю уж как тот конкретный плеер был устроен, но сплошь и рядом бывают ситуации, когда память нужна на пару минут, а держит её приложение часами. Причём GC там еще и шуршит что-то, так что ос это дело даже в свопе постоянно держать не может.

Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

48. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 12-Июл-12, 19:08 
> Кстати, насчет "декодеры похуже качеством звук выдают" - а это откуда дровишки?

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

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

Ответить | Правка | Наверх | Cообщить модератору

59. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Crazy Alex (ok), 12-Июл-12, 23:30 
Поподробнее насчёт отдачи джавой памяти и параметров можно? Насколько я знаю, там сам дизайн GC (по крайней мере в Sun JVM) этого не позволяет. Ограничить объем съедаемойпамяти - да, -Xmx и тому подобное. Но чтобы отдавала назад системе?
Ответить | Правка | Наверх | Cообщить модератору

86. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от tulskiy (ok), 14-Июл-12, 10:38 
есть такие параметры как

-XX:MaxHeapFreeRatio=20 (default: 70)
-XX:MinHeapFreeRatio=10 (default: 40)

которые говорят что если больше 20% свободной памяти после gc, то отдать системе памяти. И соответственно забирать больше памяти только если после gc остается меньше 10% свободной.

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

Ответить | Правка | Наверх | Cообщить модератору

87. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  –1 +/
Сообщение от x0r (??), 14-Июл-12, 14:50 
и в итоге получается JVM съевшее полпамяти системы - маскирует лики кривой программы на яве?
Ответить | Правка | Наверх | Cообщить модератору

65. "Доступна реализация на JavaScript звуковых кодеков MP3, Appl..."  +/
Сообщение от Аноним (-), 13-Июл-12, 01:59 
> здесь не совсем правильно выразился. звук у меня заикался,

Видимо не уложилось в реалтайм и продолбало момент когда надо порцию расжатых данных отгрузить.

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

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру