Streaming från Vu+ Ultimo - Problem med 720p kanaler

[sirwio]

Jag märkte precis samma sak sent igår kväll och tidigare i morse när jag tittat via boxen. Har sett det tidigare någon gång i veckan också. De gånger det har hänt är signalstyrkan kring 16dB dvs (99-100%) och BER 0 dvs perfekt mottagning.

Om ovanstående är ett problem på utsändning eller nått annat låter jag vara osagt. Verkar ju konstigt om det inte skulle gnällas mer om andra boxar också är drabbade.

Problemet med streaming från 720p kanalerna sker dock även när bilden är perfekt från boxen.

[Gaston64]

OK. Jag har inga sådana problem normalt sett, bara märkt det igår och i morse och då bara på SVT1 HD. OpenPLI (uppdaterad men testade även en backup från ngn månad tillbaka med samma problem) och VU+ Duo använder jag. Kollar nästan bara via streaming och SVT-kanalerna brukar jag inte ha ngt problem med. Trådat nätverk.

[sirwio]

Gaston64: Kan du speca din hårdvara och vilken mjukvara/distro (version) som du använder?

För att eliminera nätverks problem med switchar/routrar etc har jag testat att direktkoppla, inga switch/router emellan, ultimon' med en pc och streama till pc'n med samma resultat. Dvs några hack per minut.

[Gaston64]

OpenPLi-3.0-beta vuduo från 20130205 är mjukvara på boxen. PCn har moderkort Gigabyte GA-H67A-UD3H-B3 med en Intel Core i5 2500K CPU. Inget grafikkort, kör på inbyggda i CPUn. Windows 7 64-bit är OS på PCn.

Har du tappade frames i VLC? Kolla Tools->Codec->Statistics och lost frames. Maxar du CPUn på PCn?

[sirwio]

Det är inte ett problem med uppspelaren på klient datorn. Det saknas data i strömmen som sänds/sparas.

Hackade om start skriptet för enigma2 processen så att den dumpar en logfil till /var/log/enigma2.log. Där noterade jag att när jag får hack så skrivs följande ut av enigma2 processen:

[eFilePushThreadRecorder] Warning: All write buffers busy
[eDVBRecordFileThread] cancelling
[eDVBRecordStreamThread] failed to cancel, killing all waiting IO
[eDVBRecordFileThread] poll: aio_return returned failure: Interrupted system call
[eDVBRecordFileThread] poll: aio_return returned failure: Interrupted system call
[eDVBRecordFileThread] poll: aio_return returned failure: Interrupted system call
[eDVBRecordFileThread] Waiting for I/O to complete

Några idéer

[Gaston64]

Ta en backup på boxen, flasha en "vanilla" pli och dra bara in typ webif och den cam som behövs och se om problemet försvinner. Kan ju vara ngt plugin som spökar och stör.

[sirwio]

Kör en ren openpli. Har snarare rensat den ytterliggare genom att avinstallera plugins som jag inte kommer att använda.

Men jag börjar tro att orsaken har att göra med om klienten orkar ta emot strömmat data tillräckligt snabbt. Har exempelvis märkt att "All write buffers busy" felet inträffar oftare om jag kör från en långsammare client exempelvis raspberrypi. När clienten inte klarar av att läsa strömmen tillräckligt snabbt antar jag att servern buffrar resultatet till dess att buffrarna är fulla. Därav varningen "All write buffers busy". Tyvärr har jag ingen client som är cpu snabb och har ethernet tråd. MacBook air har tyvärr enbart trådlöst som standard.

När strömmningen avslutas skrivs följande information ut där man kan anta att antalet buffrar är 4.

[eDVBRecordFileThread] buffer usage histogram (4 buffers of 188 kB)
      1:    165
      2:    137
      3:      2
      4:      2

Söker man på nätet efter "[eDVBRecordFileThread] buffer usage histogram" så får man flera träffar där det verkar som om olika image'ar har olika antal buffrar. Ser allt från 4 till 20 st. Någon som har en ide om hur man kan öka antalet buffrar?