Запитання щодо транскодування (Сторінка 3) - Профілітранскодування - Неофіційний форум DLNA Home

Сторінки Назад 1 23 4 5 6 Далі

Щоб надіслати відповідь, ви повинні увійти або зареєструватися

Повідомлень: з 61 по 90 з 172

61 Відповідь від WendyH 2015.08.15 07:21:13

  • WendyH
  • Просто учасник
  • Неактивний
  • Звідки:Планета Земля
  • Зареєстрований:2015.01.09
  • Повідомлень:888

Re: Питання щодо транскодування

підкажіть, чого там вписати в скрипт профілю AceStream ремуксування, щоб зчитувати властивості файлів. Намагався сам зрозуміти, подивившись ваші профілі з автозавантаженням властивостей, але ні фіга не зрозуміло

Якщо не зрозуміло у мене, то можна дивитися у рідних профілях програми. Там на них і навчався. Наприклад, у профілі "Фільми (Ремуксування)" є рядки:

Ці рядки можна додати. Ось вони це і робить – якщо властивості не раховані, намагається їх рахувати. HmsRetrieveProperties – функція зчитування властивостей поточного елемента.

І може у профілі фільми ремуксування, можна теж чогось підкоригувати, чого він там думає те, коли властивості файлів вже раховані?

Ось тут не знаю, зараз перевірив, "Фільми (Ремуксування)" не дуже то у мене відрізняються за швидкістю від "Фільми (основний)". Обидва починають транскодування через пару сек. За ідеєю, потрібно експериментувати з параметрами, що формуються профілем транскодування для HMSMPEG (вони ті ж, що для ffmpeg). Можна при вибраному профілі та зчитаних властивостях зайти в "Спеціальні налаштування" посилання і там включити "Використовувати зазначені параметри транскодування", натиснути кнопку з картинкою рятувального кола, щоб сформувати поточні параметри і потім з ними експериментувати. Тобто.прибирати ключі або їх змінювати і дивитися, що змінюватиметься.

62 Відповідь від Leshiy71 2015.08.15 10:53:57

  • Leshiy71
  • Модератор
  • Неактивний
  • Звідки:Від туди
  • Зареєстровано:2015.01.10
  • Повідомлень:910

Re: Питання щодо транскодування

WendyH Дякую, вийшло, хоча у вас у профілі AceStream (ACEPLAYER - FFMPEG) + 16 9, замість if HmsGetStreamCount = 0 стоїть if mpHeight = 0 . Може де є опис цих функцій українською ?, а то у нас труднощі не тільки з програмуванням, але й з англійською, а бажання поекспериментувати є. основний затик відбувається через те, що трафік розганяється до 100 мбіт, а при перемиканні каналу він поступово знижується до 0, і тільки потім розганяється знову. І все одно, з профілем Ace Stream FFMPEG канали запускалися через 3-5сек, з профілем AceStream (ремуксування) + завантаження властивостей через 7-10сек, а з профілем Фільми ремуксування іноді аж до 40сек доходила пауза, при вже завантажених властивостях. І до речі, при постійному перемиканні каналів вінчестер взагалі надривається, хоча в реєстрі для AceStream дописано --live-cache-type memory. Він собака все одно на гвинт кудись основний завантажений буфер зберігає. Може хто чого придумає на рахунок цього? Може автозапуск AcePlayera як робити в ОЗУ?

63 Відповідь від d1mas 2015.08.16 10:59:28 (2015.08.16 21:29:25 відредаговано d1mas)

  • d1mas
  • Досвідчений
  • Неактивний
  • Зареєстрований:2015.07.11
  • Повідомлень:321

Re: Питання щодо транскодування

WendyH Дякую, вийшло, хоча у вас у профілі AceStream (ACEPLAYER - FFMPEG) + 16 9, замість if HmsGetStreamCount = 0 стоїть if mpHeight = 0 . Може де є опис цих функцій українською?, а то ми маємо труднощі не лише з програмуванням, а й з англійською, а бажання поекспериментувати є.

WendyH Пробував на п'яти каналах Eska HD перемикати різні профілі транскоду, так при частому клацанні каналів, основний затик відбувається через те, що трафік розганяється до 100 мбіт, а при перемиканні каналу він поступово знижується до 0 і тільки потім розганяється знову. І все одно, з профілем Ace Stream FFMPEG канали запускалися через 3-5сек, з профілем AceStream (ремуксування) + завантаження властивостей через 7-10сек, а з профілем Фільми ремуксування іноді аж до 40сек доходила пауза, при вже завантажених властивостях. І до речі, при постійному перемиканні каналів вінчестер взагалі надривається, хоча в реєстрі для AceStream дописано --live-cache-type memory. Він собака все одно на гвинт кудись основний завантажений буфер зберігає. Може хто чого придумає на рахунок цього? Може автозапуск AcePlayera як робити в ОЗУ?

А ось тут не дуже зрозумів. Чим клацання каналів відрізняється від їхнього перемикання?

UPD. Стосовно надриву AceStream я б у 1-х глянув на налаштування HMS->Транскодер->Припинення транскодування, якщо пристроєм зроблений запит іншого файлу, в 2-х змітував би ситуацію з клацанням по каналах тестовими транскодуваннями - поспіль кілька штук>Тут як. При запиті ресурсу HMS обробляє посилання, передає керування зовнішньою програмою і чекає на результат, щоб передати його пристрою. Якщо зовнішня програма (AcePlayer) не миттєво реагує на HMS, може виникнути ситуація, коли одночасновисітиме кілька процесів AcePlayer'a (що можна відстежити за допомогою будь-якого монітора ресурсів). Вони, звичайно, будуть потихеньку відвалюватися, але при частій зміні каналів накопичитися їх може пристойно. І на реєстр я б не сподівався, а передавав параметр --live-cache-type в рядку запуску.

64 Відповідь від Leshiy71 2015.08.16 22:38:59

  • Leshiy71
  • Модератор
  • Неактивний
  • Звідки:Від туди
  • Зареєстровано:2015.01.10
  • Повідомлень:910

Re: Питання щодо транскодування

Пробував на п'яти каналах Eska HD перемикати різні профілі транскоду, так при частому клацанні каналів, основний затик відбувається через те, що трафік розганяється до 100 мбіт, а при перемиканні каналу він поступово знижується до 0, і тільки потім розганяється знову. І все одно, з профілем Ace Stream FFMPEG канали запускалися через 3-5сек, з профілем AceStream (ремуксування) + завантаження властивостей через 7-10сек, а з профілем Фільми ремуксування іноді аж до 40сек доходила пауза, при вже завантажених властивостях. І до речі, при постійному перемиканні каналів вінчестер взагалі надривається, хоча в реєстрі для AceStream дописано --live-cache-type memory. Він собака все одно на гвинт кудись основний завантажений буфер зберігає. Може хто чого придумає на рахунок цього? Може автозапуск AcePlayera як робити в ОЗУ?

А ось тут не дуже зрозумів. Чим клацання каналів відрізняється від їхнього перемикання?

UPD. Стосовно надриву AceStream я б у 1-х глянув на налаштування HMS->Транскодер->Припинення транскодування, якщо пристроєм зроблений запит іншого файлу, в 2-х змітував би ситуацію з клацанням по каналах тестовими транскодуваннями - поспіль кілька штук>Тут жеяк. При запиті ресурсу HMS обробляє посилання, передає керування зовнішньою програмою і чекає на результат, щоб передати його пристрою. Якщо зовнішня програма (AcePlayer) не миттєво реагує на HMS, може виникнути ситуація, коли одночасно висітиме кілька процесів AcePlayer'a (що можна відстежити з допомогою будь-якого монітора ресурсів). Вони, звичайно, будуть потихеньку відвалюватися, але при частій зміні каналів накопичитися їх може пристойно. І на реєстр я б не сподівався, а передавав параметр --live-cache-type в рядку запуску.

Так я мав на увазі часте перемикання каналів, і загалом ситуація стала зрозуміла : оскільки AceStream оновлюється автоматом, то непомітно для всіх вони тишком-нишком зарізали цю фішку зі збереженням кеша в пам'ять, оскільки це не саморобний кряк, а функція самої проги (http:/ /wiki.acestream.org/wiki/index.php/AceStream_3.0). А оскільки в налаштуваннях стояв кеш як динамічний, то весь гвинт забився файлами і мій вінчестер став обурюватися: Ви там че все офанарілі чи що? Накидали 100г різних шматків файлів по різних місцях, а я вам повинен одночасно їх роздавати на швидкості 100 мбіт? Та ще каналами туди-сюди клацаєте Я думав що він у мене розлетиться наклоп від навантаження. нулям, вінчестер спить, але млинець після перезавантаження комп'ютера, ні як не починається трансляція, не можуть домовитися клієт і сервер. Взагалі видалив цю папку – те саме. Втім, довелося поки що виставляти фіксований мінімальний кеш і швидкість віддачі. Швидкість все одно не обмежується, а ось кеш більше 1 гіга більше не росте.