PS
Казалось бы, что мы тут какой то самодельный велосипед изобретаем, совсем не по правилам DLNA, но главное то в этом деле - лишь бы работала навигация по HMS и всё запускалось, а то что там возможно какие то нужные запросы будут отсекаться, совершенно до лампочки.
А то ведь этот робот-паук запускает все что есть динамические папки и в HMS и в подкастах, и хочется прижать жало этому спруту-убийце.

Строчка

 if (Pos('<RequestedCount>10</RequestedCount>', HttpRequest.Content)>0) then
    ProcessEventResult := 'No pasaran!';

отфутболивает все запросы, где встречаются '<RequestedCount>10</RequestedCount>', и, видимо, они встречаются в легальных и нужных запросах, которые делает телек.
Т.е. отфильтровать нужные от ненужных запросов непонятно как.
Ради эксперимента, можно попробовать заменить '<RequestedCount>10</RequestedCount>' на '<RequestedCount>24</RequestedCount>', но тогда, скорее всего, вы не сможете тоже навигацию с пульта делать, а всякое автосканирование будет.

Begin
  HttpResponse.MessageHeader.AddField('Access-Control-Allow-Origin', '*');
End.

А скрипт, который отбивает запросы автосканирования (язык C++Script), должен быть в
Обработка HTTP запросов "До":

{

  if (Pos('<RequestedCount>10</RequestedCount>', HttpRequest.Content)>0) {
    ProcessEventResult = 'No pasaran!';
  }
 
}

Т.е. эти скрипты в разных местах и на разных языках.
Последний скрипт (Обработка HTTP запросов "До") можно также на языке PascalScript сделать:

Begin
  if (Pos('<RequestedCount>10</RequestedCount>', HttpRequest.Content)>0) then
    ProcessEventResult := 'No pasaran!';
End.

Вобщем, надо как то подружить между собой
  if (Pos('<RequestedCount>10</RequestedCount>', HttpRequest.Content)>0) {
    ProcessEventResult = 'No Pasaran!';
и
Begin
  HttpResponse.MessageHeader.AddField('Access-Control-Allow-Origin', '*');
End.

За 15 минут "ничего-не-делания" он на обмене только с HMS нагенерил ~ 12 Mb трафика.

В общем, как я и предполагал, получения списка содержимого папки командой от телевизора при навигации от пульта и при самостоятельном сканировании - практически ничем не отличаются. Это обычные UPnP команды получения списка доступных медиа-элементов. И если медиа-элемент является каталогом - идёт запрос содержимого этого элемента.

Единственное, которое я заметил, что при автоматическом сканировании всегда идут подряд запросы
1) <BrowseFlag>BrowseMetadata</BrowseFlag>, <RequestedCount>0</RequestedCount>
2) <BrowseFlag>BrowseDirectChildren</BrowseFlag>, <RequestedCount>10</RequestedCount>

А вот анализ запросов с навигацией через пульт, показывает, что идут запросы:
1) <BrowseFlag>BrowseMetadata</BrowseFlag>, <RequestedCount>0</RequestedCount>
2) <BrowseFlag>BrowseDirectChildren</BrowseFlag>, <RequestedCount>24</RequestedCount>

Т.е. RequestedCount в одном случае 10, в другом 24.
Но в запросах при навигации с пульта также встречаются запросы один в один как и при автоматическом сканировании. Но это, я подозреваю, из-за того, что телек не перестаёт автоматическое сканирование даже при навигации с пульта. Поэтому во втором случае там запросы перемешаны и одни и другие.

RequestedCount - это количество запрашиваемых элементов (чтобы получать данные порциями). Если предположить, что при автоматическом сканировании именно у этой модели с этой прошивкой автоматические запросы делаются со свойством RequestedCount=10, то, теоретически, по этому признаку можем обрубать запросы к серверу.

Теперь вот - как отрубать. Не совсем понял предназначение встроенной переменной ProcessEventResult в скриптах обработки событий в HMS. Я не знаю какие значения туда можно заносить. Но если занести какое-либо от балды, то устройство начинает обламываться и не получает данных от сервера.
Проверял через бублик на телефоне, если в ProcessEventResult заношу какие-нибудь данные, то бублик не может получить никакие данные от HMS.

Поэтому можно попробовать следующее. Вот такой скрипт для обработки HTTP запросов "До":

///////////////////////////////////////////////////////////////////////////////
//                     Г Л А В Н А Я   П Р О Ц Е Д У Р А                     //
{

  if (Pos('<RequestedCount>10</RequestedCount>', HttpRequest.Content)>0) {
    ProcessEventResult = 'No Pasaran!';
  }
 
}

Все запросы, где будут встречаться "<RequestedCount>10</RequestedCount>" - будут обламываться.
Нужно проверить, не будет ли это условие рубить вполне нормальные запросы при навигации с пульта.

Мельком посмотрел логи когда с пульта щёлкал, смотрю там перебирается медиатека с моими аудиокнигами, хотя я в раздел аудио даже и не заходил. Видать телек одновременно выполняет команды с пульта и автосканирует ещё всё подряд.

Интересно, теоретически запросы от телека на воспроизведение видео и то что он сканирует медиатеку залазия во все папки, должны же как то отличаться, иначе бы все видео автоматом бы запускались. Как бы сделать фильтр на ненужные запросы ?

Запросы от телека могут быть на воспроизведение видео, а могут быть на получение содержимого каталога.
Запрос на содержимое получение каталога происходит, когда мы в телеке заходим в папку. Ну, т.е. реально шаримся по меню и ищем нужное видео.
И вот этот вот запрос во время простоя и во время реальной навигации по телеку - думаю сложно различить. Ибо это просто запрос на содержимое папки, он, я думаю, точно такой-же в обоих случаях. Хотя... Если телек только как-то их специально помечает или чем-то они действительно отличаются...

Но это нужно посмотреть http запросы от телека к серверу.

В вашем файле лога к сожалению не ясно и не видно самих запросов к каталогам, там только по UDP и SSDP протоколу (общение между устройствами, но такой низкий уровень, типа "Кто в сети?" - "Я в сети и описание обо мне можешь взять здесь").

В общем, тогда будем сами писать сниффер.
В настройках устройства -> Дополнительные -> вкладка "Обработка событий" и там ставим галочку у "Обработка HTTP-запросов"
Скрипт "До":

///////////////////////////////////////////////////////////////////////////////
//                     Г Л А В Н А Я   П Р О Ц Е Д У Р А                     //
{
 
  // Путь до logfile изменить на тот, который будет удобен
  string logfile = 'D:\\request.log';
  string text = FormatDateTime('yyyy.mm.dd hh:nn:ss.zzz ', Now);
  text += 'Headers:\r\n'+HttpRequest.Header    +'\r\n';
  text += 'Content: '   +HttpRequest.Content   +'\r\n';
  text += 'LocalInfo: ' +HttpRequest.LocalInfo +'\r\n';
  text += 'RemoteInfo: '+HttpRequest.RemoteInfo+'\r\n';
  string sData = '';
  if (FileExists(logfile)) sData = HmsStringFromFile(logfile);
  HmsStringToFile(sData+text, logfile);
}

Скрипт "После":

///////////////////////////////////////////////////////////////////////////////
//                     Г Л А В Н А Я   П Р О Ц Е Д У Р А                     //
{
  HttpResponse.MessageHeader.AddField('Access-Control-Allow-Origin', '*');

  // Путь до logfile изменить на тот, который будет удобен
  string logfile = 'D:\\response.log';
  string text = FormatDateTime('yyyy.mm.dd hh:nn:ss.zzz ', Now);
  text += 'Headers:\r\n'+HttpResponse.Header    +'\r\n';
  text += 'Content: '   +HttpResponse.Content   +'\r\n';
  text += 'LocalInfo: ' +HttpResponse.LocalInfo +'\r\n';
  text += 'RemoteInfo: '+HttpResponse.RemoteInfo+'\r\n';
  string sData = '';
  if (FileExists(logfile)) sData = HmsStringFromFile(logfile);
  HmsStringToFile(sData+text, logfile);
}

Внизу редактора скриптов выбрать язык "C++Script"

Значение пути до лог файлов в переменной logfile (где 'D:\\response.log') нужно изменить на свои, где есть доступ на запись (например, если диска D нет или это CD-Rom).

При общении устройства с HMS будут созданы и заполняться два файла request.log и response.log.
Нужно сначала включить и полазить по телеку (реальное использование навигации по папкам в телеке и засечь время !важно!, когда это делалось).
Потом оставить телек в покое - пусть сам пошарится по папкам.
Эти файлы пришлите и мы посмотрим, есть ли разница в запросах и ответах в то время, когда вы сами лазили по папкам, а когда это делал телек без спроса.

А насчёт хрени со сканированием, так уж действительно неприятность. Но я пока убеждён, что HMS тут не причём и ничего толком сделать не может, ибо это сам телек берёт и запрашивает папки подкастов все подряд, а HMS как правильный ему показывает. Конечно, было бы круто решить эту проблему. Ибо жесть.

Надо бы проанализировать траффик запросов от TV LG к серверу HMS, да забанить порты, по которым они прут... Хотя, - всё может оказаться не так просто...

ЗЫ. Вот такая хрень сейчас происходит, если на ночь оставить включенным телек, и комп с запущенным HMS... Кррасота...

Обновление на версию 1.99.8 (1.99.7) - (1.99.8)

- внесены изменения для управления "задумчивыми" DMR-устройствами;
- исправлена проблема с обновлением подкастов по расписанию.

Возможно автор пофиксил хрень с несанкционированным сканированием подкастов...

Да не, то исправление было сделано после моего сообщения автору о вот этой проблеме.
А насчёт хрени со сканированием, так уж действительно неприятность. Но я пока убеждён, что HMS тут не причём и ничего толком сделать не может, ибо это сам телек берёт и запрашивает папки подкастов все подряд, а HMS как правильный ему показывает. Конечно, было бы круто решить эту проблему. Ибо жесть.