Будем ждать исправления глюков, хотя ещё темпимо, если бы не 2-й пункт.Prog wrote:1. По поводу переноса каналов там конечно много поля для работы
Категорически не могу согласиться. Надо сделать так чтобы потраченное на сортировку каналов время, а это не минуты, а часы, не при каких обстоятельствах не пропадало даром. Результат сортировки ни в коем случае не должен уничтожаться при смене режима списка каналов, это грубая ошибка.Prog wrote: 2. Всё правильно отработало. Если переключились на динамический то он вам создал новый лист. потому что динамический это и есть динамический лист.
Вообще сама концепция работы со списком каналов была изначально выбрана не верная, здесь надо не дорабатывать, а переделывать полностью.
Сам по себе список каналов в базе данных должен быть один общий. При сортировке каждый элемент в списке должен получать какой-нибудь идентификатор, указывающий принадлежность какой-либо группе, созданной пользователем вручную. Если идентификатора нет, то канал должен отображаться во вкладке "Не сортированные" (либо должен отображаться при переключении списка каналов в режим "Динамический"). При создании какой-либо папки с произвольным именем, ей должен присваиваться какой-либо идентификатор, и если я отправляю канал в эту папку, в базе данных для этого канала записывается идентификатор этой папки, и канал уже не должен отображаться в динамическом списке, а в избранных в выбранной папке.
В результате, если я повторно сканирую спутник, то каналы, не зависимо от того, занёс я их в избранный список или нет, не будут повторно находиться как новые. При этом каналы, которые я отсортировал, разместив по папками в избранном списке, уже не будут путаться среди не сортированных. Это будет очень удобно.
И что самое главное - не при каких обстоятельствах не будет уничтожаться многочасовая работа по сортировке каналов.
При удалении канала из избранного списка, физически в базе данных удаляется идентификатор, указывающий принадлежность канала какой-либо папке.
Обязательно должна быть возможность физического удаления выбранного канала или папки с каналами из базы данных.
Пусть при сканировании спутника эти каналы вернутся вновь, ведь можно тут же снова их удалить из базы. Ведь решение за тем, нужны эти каналы в базе данных или нет, должно оставаться за пользователем.
И обязательно, в избранном списке каналов, уже после того как каналы сгруппированы по папкам, созданными пользователем, должна присутствовать возможность дополнительной группировки по транспондерам, по имени провайдера, по спутникам.
В данном случае это недоработка самой программы ProgDVB.Prog wrote: 3. Количество каналов зависит от аудио кодеков. Я на это повлиять не могу. Могу предположить что выпутались в том кто именно должен раскодировать. Скорее всего правильным решением было бы пропускать ac3 через кодек, а в драйверах или рессивере декодировать.
Поток данных, извлечённый из транспортного потока, направляется аудиодекодеру AC3Filter, и он исправно декодирует все 6 аудиоканалов. Оттуда данные направляются на аудиорендер, и вот тут в ProgDVB имеется недоработка, потому что в конечном итоге из 6 каналов на звуковую карту попадают только 2 канала.
В DVBDream при выборе этого же канала, при включении этой же звуковой дорожки AC3, при выборе этого же кодека AC3Filter и при выборе рендера "Default DirectSound Device", на звуковую карту попадают все 6 каналов и в колонках получается 6-канальный звук.
Микшер звуковой карты, поддерживающий 6-канальный звук, имеет отдельно линии для передних, задних, боковых и центрального с сабвуфером каналов, куда и направляются данные программой DVBDream
при выборе рендера Default DirectSound Device:
Но в ProgDVB при тех же самых условиях - тот же самый выбранный канал, та же самая аудио-дорожка AC3, тот же самый кодек AC3Filter и тот же самый аудио-рендер, данные попадают на линию для стерео-канала (WaveOut).
при выборе того же самого рендера Default DirectSound Device:
В результате, 6-канальный звук не получается.
Так что ищите, где-то Вы не правильно работаете с аудио-рендером.