Closed GoogleCodeExporter closed 8 years ago
http://pokazywarka.pl/tw0quk/ tutaj log, akurat włączyłem BBC HD, też
przycina.
Original comment by luk...@gmail.com
on 22 Oct 2012 at 9:58
Sorry nie zauważyłem Twojego postu, teraz widzę najświeższe są na dole :)
Zrobiłem mały test, po wyłączeniu dekodowania dźwięku (ustawiłem
nieprawidłowo rodzaj karty audio) dropy się uspokoiły. Ale tylko trochę.
Mam OPENELEC na Linux, bez żadnego systemu, działa to bardzo szybko i w
niewielkim stopniu obciąża procesor główny.
Zastanawiam się czy nie wrodzić do starszej wersji OPENELEC, może to się
poprawi?
Wystarczy popatrzeć na TVP1 i TVP2 czy Canal+HD, działają prawidłowo bez
żadnych problemów... a BBC HD niestety nie.
Original comment by t...@ansibl.com
on 25 Oct 2012 at 8:47
U mnie to samo. Nie zauważyłem twojego postu i napisałem podobny.
Original comment by zbigniew...@gmail.com
on 26 Oct 2012 at 8:11
Pozwolę sobie skopiować z innego wątku..
Comment 78 by avatar...@gmail.com, Oct 7, 2012
... Czysto instalowany XBMC nic nie zmienia. Przez ostatnie kilka dni dosc duzo
czytalem w necie i jest to spowodowane sciezka dzwiekowa. Nie jest to zacinanie
a taka czkawka gdzie dzwiek plynie normalnie, ale za to obraz uzupelniany jest
w poprzednie kadry.
Problem dokladnie pokazuje ten wycinek loga:
12:00:23 T:185561088 WARNING: CDVDPlayer::CheckContinuity - resync backword :2,
prev:4783895000.000000, curr:7482000.000000, diff:-4776413000.000000
12:00:23 T:185561088 WARNING: CDVDPlayer::CheckPlayerInit(1) - Ignoring too
large delay of 4776456999.999999
Przejrzalem dziesiatki watkow i pojawia sie to i nigdzie nie znalazlem
rozwiazania.
Original comment by martyna....@gmail.com
on 28 Oct 2012 at 8:01
Po aktualizacji błąd na niektórych kanałach przestał występować
(działają już Discovery HD, TVN Style, nPremiumy) ale na niektórych nadal
się pojawia (Bomerang, History Chanel)
Original comment by zbigniew...@gmail.com
on 1 Nov 2012 at 9:06
@zbyszek a co zaktualizowałeś?
Original comment by marcin.m...@gmail.com
on 5 Nov 2012 at 7:36
Też by mnie to interesowało bo zmagam się z problemem na tvp seriale
Original comment by lukasz...@gmail.com
on 6 Nov 2012 at 8:05
Mi to w tym momencie czasami zaczyna się przywieszać na więcej niż 10-15
sekund, tylko na niektórych programach. Sprawdzałem już na 3 komputerach.
Niestety do naprawienia błędu koniec zabawy ze sterowaniem z androida, trzeba
oglądać przez przeglądarkę, nie xmbc.
Original comment by luk...@gmail.com
on 6 Nov 2012 at 7:57
To problem po stronie nadajacego. Player w XBMC czesto ma problem ze
zinterpretowaniem zagubionych klatek z weeb.tv, zaczyna buforowac i przycinac.
Przy ogladaniu przez strone jesli sie dobrze przyjrzec rowniez mozna zauwazyc,
ze co jakis czas znikaja klatki z ta roznica, ze ich player po prostu leci
dalej. Dosc czesto ten problem wystepuje na chocby SciFi i jedyne co mozna
zrobic to zglosic mailowo. Po kilku dniach, czasem tygodniach (czas reakcji
maja kiepski) nadajacy zrestartuje stream i przez jakis czas wszystko bedzie w
porzadku.
Identyczny problem wystepuje przy ogladaeniu z pomoca mplayera. VLC postepuje
podobnie jak player na stronie po prostu lecac dalej i kompletnie olewajac
zagubione klatki.
Original comment by krzyszto...@gmail.com
on 18 Nov 2012 at 4:56
Po dłuższym przyjrzeniu się problemowi, też tak mi się wydaje. Wczoraj na
tv puls, który cały czas przycinał nie miałem problemów, wszystko było ok.
Original comment by luk...@gmail.com
on 19 Nov 2012 at 9:58
Nie dało by się jakoś przestawić playera XBMC zeby też leciał dalej przy
brakujących klatkach?
Original comment by pawlowsk...@gmail.com
on 6 Dec 2012 at 3:31
cały czas maja te błędy i najgorsze że ich support olewa sobie sprawę
totalnie ;/ 2 mail poszedł a oni milczą.
Original comment by wadam1...@gmail.com
on 16 Dec 2012 at 9:00
U mnie teraz wszystko chodzi ok.
Original comment by luk...@gmail.com
on 17 Dec 2012 at 10:44
Original comment by jatrn69
on 24 Dec 2012 at 4:09
wyglada na to ze problem lezal po stronie andawcy. zamykam issue
Original comment by jatrn69
on 14 Jan 2013 at 10:46
Original comment by jatrn69
on 14 Jan 2013 at 10:46
Niestety problem jest dalej i to na coraz więcej kanałach. Testowane u
różnych znajomych na różnych łączach i różnych komputerach. Zostaje
niestety oglądanie przez stronkę.
Original comment by luk...@gmail.com
on 27 Feb 2013 at 7:02
W logach jest pełno takich wpisów:
"
20:27:01 T:4948 DEBUG: CDVDPlayerAudio:: Discontinuity1 -
was:105295787.345569, should be:105455940.756369, error:160153.410800
20:27:01 T:4948 DEBUG: CDVDPlayerAudio:: Discontinuity1 -
was:105705490.815008, should be:105864863.688238, error:159372.873229
20:27:01 T:2228 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2,
prev:109674000.000488, curr:109594000.000488, diff:-80000.000000
20:27:01 T:2228 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2,
prev:109953000.000488, curr:109834000.000488, diff:-119000.000000
20:27:01 T:2228 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2,
prev:110273000.000488, curr:110153000.000488, diff:-120000.000000
20:27:01 T:2228 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2,
prev:110592000.000488, curr:110473000.000488, diff:-119000.000000
20:27:01 T:3148 DEBUG: CApplication::ProcessMouse: trying mouse action
leftclick
20:27:01 T:3148 NOTICE: Disabled debug logging due to GUI setting. Level 0.
20:27:01 T:3148 NOTICE: Log level changed to 0
"
Original comment by luk...@gmail.com
on 27 Feb 2013 at 7:28
potwierdzam - na łączu TP 10mbit cholernie tnie prawie wszystko, w czym jest
problem?
Original comment by przemysl...@gmail.com
on 7 Mar 2013 at 7:59
Polecenie tracert daje taki wynik:
Śledzenie trasy do weeb.tv [176.31.91.51]
z maksymalną liczbą 30 przeskoków:
1 1 ms 2 ms 2 ms 192.168.1.1
2 1 ms 1 ms 1 ms 192.168.2.1
3 30 ms 30 ms 30 ms kat-bg2.neo.tpnet.pl [83.1.4.58]
4 31 ms 34 ms 36 ms kat-r4.tpnet.pl [80.50.147.37]
5 45 ms 39 ms 43 ms war-r1.tpnet.pl [194.204.175.61]
6 58 ms 61 ms 57 ms bundle-ether2.ffttr3.Frankfurt.opentransit.net [193.251.250.77]
7 58 ms * * fra-1-6k.de.eu [178.33.100.189]
8 * 66 ms 66 ms rbx-g1-a9.fr.eu [178.33.100.248]
9 * 66 ms 71 ms rbx-s2-6k.fr.eu [178.33.100.6]
10 66 ms 72 ms 65 ms weeb.tv [176.31.91.51]
Śledzenie zakończone.
ping wygląda tak:
Badanie weeb.tv [176.31.91.51] z 32 bajtami danych:
Odpowiedź z 176.31.91.51: bajtów=32 czas=66ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=65ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=67ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=65ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=69ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=65ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=70ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=66ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=75ms TTL=246
Odpowiedź z 176.31.91.51: bajtów=32 czas=66ms TTL=246
Statystyka badania ping dla 176.31.91.51:
Pakiety: Wysłane = 10, Odebrane = 10, Utracone = 0
(0% straty),
Szacunkowy czas błądzenia pakietów w millisekundach:
Minimum = 65 ms, Maksimum = 75 ms, Czas średni = 67 ms
Original comment by przemysl...@gmail.com
on 7 Mar 2013 at 8:02
Tutaj nie chodzi o szybkość internetu ani o ping, tylko o synchronizację
dźwięku z video.
Original comment by luk...@gmail.com
on 10 Mar 2013 at 1:07
ok, jak temu zaradzić?
Original comment by przemysl...@gmail.com
on 12 Mar 2013 at 7:35
Original issue reported on code.google.com by
luk...@gmail.com
on 22 Oct 2012 at 9:46