Nopz. Det som går via USB är Phoenix-läsaren.
Igårkväll provade jag med att ladda ned sasc-ng från github, https://github.com/bas-t/Sasc-ng. Det är rev 570 med vdr-sasc-ng-2.6.38.patchen. Ingen ändring dock, samma fel.
Det som jag funderar på är om jag skall backa min TBS-driver till en äldre version och se om felet kvarstår?
En annan långsökt fundering är att jag kör sasc-ng som root, kan det ha någon betydelse när mythtv körs som användaren mythtv? Mindre troligt, men nu är mina halmstrån väldigt korta...
Var också inne på att mina frontends hade problem då SVT1 och SVT2 kör 1280x720@50 medan BBC HD kör 1920x1088@25. Problemet tycks nämligen förvärras när det är stora vita ytor i bilden så som moln etc Men det är bara ett tyckande, kan inte bekräfta det.
Om jag laddar ned en liveTV-inspelning via mythwebb och ser den lokalt på en annan dator med exempelvis VLC finns störningarna där. Det är mao minst ett inspelningsproblem.
Jag kan inte med säkerhet koppla problemet till felmeddelande i loggen "ProcessRequest ringbuffer.cpp:1098 (WaitForAvail) RingBuf(/mnt/mythtv/livetv/5104_20121215071200.mpg): Waited 0.2 seconds for data #012#011#011#011to become available... 360448 < 458752" men det känns som så. Dock uppträder stuttering ibland utan felmeddelande i mythbackendlog, vilket motsäger min känsla.
Jag börjar bli lite nyfiken på att ladda ned sourcen till MythTv och leta rätt på felmeddelande i koden och se vad det kan bero på. Är det relaterat till att det saknas information från drivern (sasc-ng) eller är det relaterat till skickandet av information till frontend?
Har nu provat att öka "ringbuffer size" till 75200 med motivet att det är HD-kanaler som råkar ut för stuttering och HD-kanaler innebär stor bandbredd, vilket kanske gör att buffern hinner bli full innan den töms? Ringbuffer size är angiven i kB vilket innebär att buffern är nu ca 77MB stor.
Som sagt, mina halmstrån börjar bli korta...
Svara med citat
