IgorA

@AleXH, вот вылеченный Midori: http://albumplayer.ru/linux/test/midori3.rar В качестве альтернативы дополнительным 140MB потребовалось заменить один файлик размером 10KB. Но для этого пришлось перерыть все 140MB.

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

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

От вебкита в целом объеме, видимо, можно избавиться (это он сжатый 140, а так - 400), а видео никто не обещал.

@AleXH http://albumplayer.ru/linux/test/aplayer-fix2.tar.gz

Нет, просто перезапустить Midori, если выполняется. И выходить с сохранением.

@AleXH, я забыл про префикс lib. Правильно так: sce-import -br libwebkitgtk-1.0-0 sce-load libwebkitgtk-1.0-0

@AleXH Текущее решение для Midori заключается в выполнении двух команд: sce-import -br webkitgtk-1.0-0 sce-load webkitgtk-1.0-0 Если удастся найти, чего именно не хватает Midori из webkit, то потом будет компактнее.

Падает Midori по причине, которая цитируется в предыдущем сообщении.

Да, я проверил. Даже нашёл причину. Смертельная пилюля для нашего Midori в одной букве: последней букве в имени папки Pepe Delux... С ней Midori падает, а без нее показывает этот список нормально. Но я проверил и на Midori, установленном на Lubuntu, и он показывает этот список и в оригинале. То есть, причины где-то в конфигурации и настройках. Я посмотрю, что можно сделать. Тест для проверки теперь есть.

@AleXH, спасибо, вроде бы, JSON нормальный. Тогда пока рабочая версия, что что-то не так с Midori. Посмотрю, что с ним можно сделать и насчет альтернативного браузера.

На этом этапе - любым, так как все одинаково формируют эти списки.

@AleXH, нам придется вернуться на шаг назад. А именно - еще раз попробовать получить JSON для аварийной ситуации. Формат запроса надо скорректировать, так как прежний вариант передавал в запрос адрес без параметров и пустой результат, видимо, связан с этим. Адресную строку, передаваемую wget, надо взять в кавычки: wget -O data.json 'http://localhost:7778/?GetPlaylists&ind=-1'

Да, спасибо за усилия.

@AleXH, составление списка папок там проходит успешно. Возможно, проблема в выдаче этого результата в JSON формате. Я посмотрю, что там с именами. Может быть, что-то из символов надо корректировать.

Да.

@AleXH, они только дополнялись и в последнем есть всё, что было в предыдущих. Поэтому можно последний, как самый подробный.

@AleXH, тогда, опять же, интересно, что в логе плеера при возникновении этой ситуации.

@AleXH, интересует запрос не GetPlaylist, а GetPlaylists. На второй запрос не может быть в рабочей ситуации пустой ответ. Там всегда должен быть LastPlaylist и папки верхнего уровня.

Тогда наверно Midori правильно падает Значит, интересно зайти с другого конца - посмотреть лог плеера (который с логом) после падения Midori.

Браузеры в 64-разрядной dCore как-то сложно ставятся, у меня через установку стандартных пакетов пока не получилось. Надо будет посмотреть дистрибутив версии Plus. Если там есть браузер, то оттуда попробовать вытянуть. Мы можем посмотреть JSON, который возвращает плеер в ситуации, когда попытка открытия панели приводит к падению Midori. Надо выполнить wget -O data.json http://localhost:7778/?GetPlaylists&ind=-1

@AleXH, Я посмотрю, что происходит при быстрых кликах, но скорее это не показатель, так как все обработчики событий рассчитаны на определенную ситуацию, а гонками можно как-то эти подразумеваемые условия нарушить. С Midori ситуация следующая - у меня сделан на его основе минимальный обрезок, который на некоторых сайтах, действительно, падает. Просто я надеялся, что с ограниченным набором операций, выполняемых в интерфейсе плеера, никаких проблем не будет. Возможно, полноценный Midori и не будет падать, просто у него зависимости от тридцати пакетов и как-то это хотелось минимизировать. Я посмотрю, что можно сделать в плане более устойчивой версии Midori. Но, может быть, и плеер из-за какого-то сбоя отдаёт битый JSON, который роняет парсер в браузере. Вот тут помог бы проверить, что происходит, другой контрольный браузер - Chrome, Firefox.

@AleXH, тестовая версия aplayer собиралась не релизным компилятором и не с его настройками, поэтому ее проблемы с хрюканием, видимо, обратимы. Функция скорректирована верно, но теперь она совсем безобидная по содержанию. Где там можно упасть, неясно. Возможно, где-то до нее что-то не так идет. А если папку Music выделить, но не раскрывать, ее содержание загружается в плейлист, при закрытии панели с выбором?

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

Можно проверить, изменит ли что-то другая сборка пакета Midori (на основе deb файла Midori): http://albumplayer.r...est/midori2.rar При перемещении по папкам и открытии списка папок выполняется достаточно простая функция в aplayer.js function onselectPlaylist_(data) { Playlists = data.Playlists; RemoveHourglass(); $('#Playlists').empty(); if (Playlists != null && Playlists.length > 0) { var trind = 0; $.each(Playlists, function (ind, val) { var val_ = (ind == 0) ? 'Last Playlist' : val; $('#Playlists').append('<tr ' +'id=tr' + ind +'><td onclick="SelectPlaylist(' + ind + ')">' + val_ + '</td></tr>'); if(val_.toString().indexOf("⊟") != -1) { trind = '#tr' + ind; } } ); } SetPlaylistSelColor(false); $('#bOpen').attr('src', 'img/opena.png') $('#Albums').css('visibility', 'hidden'); $('#Songs').css('display', 'none'); $('#Playlists').css('display', ''); $('#SongsBlock').scrollTop(($(trind).offset().top - $(trind).parent().offset().top)/coeff_y); } И где-то при ее выполнении Midori падает. Задача функции простая - обновить строки в таблице #Playlists на основе данных из data.Playlists. Можно для пробы убрать (закомментировать) последнюю строку, где вызывается scrollTop и блок if в середине, где вызывается indexOf в выражении для if. Это относится к позиционированию на последнюю раскрытую папку и навигация по списку должна работать без этого. Если поможет, то можно искать альтернативный вариант для этих действий. Для редактирования aplayer.js в dCore можно вызывать sudo editor aplayer.js - я к тому, что щелчки в то время, когда direct (с HDD) без них - это разве нормальная ситуация? И там с DVDA ещё переключение треков не работает, т.е. визуально в браузере переключаются, но проигрываться начинает с начала 1-й трек. Я посмотрю сегодня или завтра, что происходит в этих ситуациях. Если буфер предзагрузки пропорционально увеличивать щелчки становятся пропорционально реже или их характер не меняется?