Въпроси за транскодиране (Страница 3) - Профилитранскодиране - Неофициален начален форум за DLNA

Страници Предишна 1 23 4 5 6 Следваща

За да изпратите отговор, трябва да влезете или да се регистрирате.

Публикации: 61 до 90 от 172

61 Отговор от WendyH 2015.08.15 07:21:13

  • Уенди Х
  • Просто член
  • Неактивен
  • От:Планетата Земя
  • Регистриран: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, ако HmsGetStreamCount = 0 се заменя с if mpHeight = 0 . Maybe somewhere there is a description of these functions in Bulgarian ?, otherwise we have difficulties not only with programming, but also with English, but there is a desire to experiment. I tried to switch different transcode profiles on five channels of Eska HD, so with frequent clicking of channels, the main plug is due to the fact that the traffic accelerates to 100 Mbps, and when switching the channel, it somehow gradually decreases to 0, and only then it accelerates eats again. И както и да е, с профила Ace Stream FFMPEG каналите се стартираха след 3-5 секунди, с профила AceStream (ремиксиране) + свойства за зареждане след 7-10 секунди, а с профила Films, ремиксирането понякога се паузираше до 40 секунди, като свойствата вече бяха заредени -тип памет. Той все още пази основния изтеглен буфер някъде на винта. Може ли някой да измисли нещо по въпроса? Може ли автоматичното стартиране на AcePlayera да прави нещо в RAM?

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, ако HmsGetStreamCount = 0 се заменя с if mpHeight = 0 . Може би някъде има описание на тези функции на български?, иначе имаме затруднения не само с програмирането, но и с английския, но има желание да експериментираме.

WendyH Опитах се да превключа различни профили за транскодиране на пет канала Eska HD, така че при често щракане на канали основното запушване се дължи на факта, че трафикът се ускорява до 100 Mbps, а при превключване на канала някак си постепенно намалява до 0 и едва след това се ускорява отново. И както и да е, с профила Ace Stream FFMPEG каналите се стартираха след 3-5 секунди, с профила AceStream (ремиксиране) + свойства за зареждане след 7-10 секунди, а с профила Films, ремиксирането понякога се паузираше до 40 секунди, като свойствата вече бяха заредени -тип памет. Той все още пази основния изтеглен буфер някъде на винта. Може ли някой да измисли нещо по въпроса? Може ли автоматичното стартиране на AcePlayera да прави нещо в RAM?

И тук не разбирам съвсем. Как щракането на канали е различно от превключването им?

UPD. Що се отнася до разкъсването на AceStream, първо бих погледнал настройката HMS->Transcoder->Stop transcoding, ако устройството направи заявка за друг файл, и второ, бих симулирал ситуацията с щракване върху каналите с тестови транскодирания - няколко подред. Веднага. Когато бъде поискан ресурс, HMS обработва връзката, прехвърля контрола на външна програма и изчаква резултатът да премине към устройството. Ако външна програма (AcePlayer) не реагира незабавно на HMS, тогава може да възникне ситуация, когато в същото временяколко процеса на AcePlayer ще висят (което може да се проследи с помощта на всеки монитор на ресурси). Разбира се, те ще паднат бавно, но ако често сменяте каналите, те могат да се натрупат прилично. И аз не бих разчитал на регистъра, но предадох параметъра --live-cache-type в стартовия ред.

64 Отговор от Leshiy71 2015.08.16 22:38:59

  • Leshiy71
  • модератор
  • Неактивен
  • От:Оттам
  • Регистриран:2015.01.10
  • Съобщения:910

Re: Въпроси относно транскодирането

Опитах се да превключа различни профили за транскодиране на пет канала на Eska HD, така че при често щракване на канали основното запушване се дължи на факта, че трафикът се ускорява до 100 Mbps, а при превключване на канала той някак си постепенно намалява до 0 и едва след това се ускорява отново. И както и да е, с профила Ace Stream FFMPEG каналите се стартираха след 3-5 секунди, с профила AceStream (ремиксиране) + свойства за зареждане след 7-10 секунди, а с профила Films, ремиксирането понякога се паузираше до 40 секунди, като свойствата вече бяха заредени -тип памет. Той все още пази основния изтеглен буфер някъде на винта. Може ли някой да измисли нещо по въпроса? Може ли автоматичното стартиране на AcePlayera да прави нещо в RAM?

И тук не разбирам съвсем. Как щракането на канали е различно от превключването им?

UPD. Що се отнася до разкъсването на AceStream, първо бих погледнал настройката HMS->Transcoder->Stop transcoding, ако устройството направи заявка за друг файл, и второ, бих симулирал ситуацията с щракване върху каналите с тестови транскодирания - няколко подред. Веднагакак. Когато бъде поискан ресурс, HMS обработва връзката, прехвърля контрола на външна програма и изчаква резултатът да премине към устройството. Ако външна програма (AcePlayer) не реагира незабавно на HMS, тогава може да възникне ситуация, когато няколко процеса на AcePlayer ще висят едновременно (което може да се проследи с помощта на всеки монитор на ресурси). Разбира се, те ще паднат бавно, но ако често сменяте каналите, те могат да се натрупат прилично. И аз не бих разчитал на регистъра, но предадох параметъра --live-cache-type в стартовия ред.

Да, имах предвид честото превключване на канали и като цяло ситуацията стана ясна: тъй като AceStream се актуализира автоматично, след това незабелязано от всички, те тихо заклаха този чип, като запазиха кеша в паметта, тъй като това не е домашно направен крак, а функция на самата програма (http://wiki.acestream.org/wiki/index.php/AceStream_3.0). И тъй като кеша беше зададен като динамичен в настройките, целият винт беше задръстен с файлове и хард дискът ми започна да се възмущава: Всички ли сте там или какво? Хвърлиха 100 гига различни файлове на различни места, а аз трябва да ви ги раздавам едновременно със скорост 100 Mbps? Освен това щракнете върху каналите напред-назад Мислех, че ще се разбие от мен от натоварването Започнах да измислям нещо тук, опитах се да забраня писането в папката D:\_acestream_cache_, така че всичко работи перфектно - потокът върви, връщането е почти нула, твърдият диск спи, но по дяволите след рестартиране на компютъра, без значение как излъчването не започва, клиентът и сървърът не могат да се споразумеят. Като цяло изтрих тази папка - същото. Като цяло трябваше да задам само фиксиран минимален кеш и скорост на качване досега. Скоростта все още не е ограничена, но кешът вече не надвишава 1 гигабайт.