Frage bezüglich Kanalwechsel stabilität

Spannend! Ich komme leider heute nicht mehr dazu, neue Pakete anzubieten, habe heute analoges Abendprogramm.

Gruß
hepi

Werd mal ein neues DMG bauen und dann testen. Was mit mit der Version 25243 auffiel: Ich hatte oft Ring Buffer Overflows beim Umschalten. Jetzt weiß ich nicht, ob es an meinem VDR liegt oder an pvr-testing.

Bezüglich des Umschaltens melde ich mich, sobald ich die neue Version laufen habe.

Gruß
TheChief

hi

große klasse pingpong-echt spitze. ich freu mich schon richtig wenn das stabil läuft. natürlich auch wieder ein großes danke an hepi ohne dessen paketier arbeit wohl nur ein bruchteil von uns in den genuss dieser tollen software kommen würde.

sobald hepi die pakete online stellt werde ich testen.

mfg
macgyver

Ich kann leider gerade nicht gescheit kanäle wechseln. Ich krieg nur noch die Overflows. mit VLC über Port 3000 hab ich das problem nicht.. Weiß auch nicht warum. Wer die OSX Version mal testen will, findet sie wieder auf meinem Server. Der Links ist ja bekannt.

gruss
TheChief

So gerade fertig mit kompilieren. Zum umschalten kann ich leider wenig sagen, kriege kaum noch ein Bild rein. In der Regel höre ich nur paar Quietschtöne aus den Boxen aber das Bild bleibt schwarz. Nach etlichen Versuchen hab ich dann endlich wieder einen Sender bekommen, beim umschalten warens dann wieder nur Störgeräusche.

Diesen Fehler kannte ich bislang nur von den Aufnahmen. Genauso hat es sich angefühlt wenn ich versucht habe eine Aufnahme zu streamen.

Genau mein problem. Im VDR Log seh ich die Buffer Overflows.

Ich kann auch leider nicht mehr sagen mit welcher Revision es noch funktioniert hat. Dürfte ca. 1 Woche alt gewesen sein. Bei der älteren Version kamen öfters noch Fehlermeldungen a la "Channel unavailable", das tritt immerhin hier gar nicht mehr auf.

So siehts bei mir jetzt aus:

Dec  3 20:35:17 TS buffer on device 2 thread started (pid=6922, tid=7654)
Dec  3 20:35:17 vdr vdr: [6960] ERROR: 1 ring buffer overflow (188 bytes dropped)
Dec  3 20:35:21 vdr vdr: [7653] buffer usage: 70% (tid=7648)
Dec  3 20:35:21 vdr vdr: [7653] buffer usage: 80% (tid=7648)
Dec  3 20:35:22 vdr vdr: [7653] buffer usage: 90% (tid=7648)
Dec  3 20:35:22 vdr vdr: [7653] ERROR: 1 ring buffer overflow (188 bytes dropped)
Dec  3 20:35:23 vdr vdr: [6960] ERROR: 49 ring buffer overflows (9212 bytes dropped)
Dec  3 20:35:28 vdr vdr: [7653] ERROR: 21583 ring buffer overflows (4057604 bytes dropped)
Dec  3 20:35:29 vdr vdr: [6960] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Dec  3 20:35:32 vdr vdr: [7653] buffer usage: 50% (tid=7648)
Dec  3 20:35:33 vdr vdr: [7653] buffer usage: 70% (tid=7648)
Dec  3 20:35:34 vdr vdr: [7653] buffer usage: 80% (tid=7648)
Dec  3 20:35:35 vdr vdr: [6960] ERROR: 59 ring buffer overflows (11092 bytes dropped)
Dec  3 20:35:35 vdr vdr: [7653] buffer usage: 90% (tid=7648)
Dec  3 20:35:35 vdr vdr: [7653] ERROR: 15394 ring buffer overflows (2894072 bytes dropped)
Dec  3 20:35:41 vdr vdr: [6960] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Dec  3 20:35:41 vdr vdr: [7653] ERROR: 25035 ring buffer overflows (4706580 bytes dropped)
Dec  3 20:35:47 vdr vdr: [6960] ERROR: 59 ring buffer overflows (11092 bytes dropped)
Dec  3 20:35:47 vdr vdr: [7653] ERROR: 35286 ring buffer overflows (6633768 bytes dropped)
Dec  3 20:35:53 vdr vdr: [7653] ERROR: 22061 ring buffer overflows (4147468 bytes dropped)
Dec  3 20:35:53 vdr vdr: [6960] ERROR: 60 ring buffer overflows (11280 bytes dropped)
Dec  3 20:35:56 vdr vdr: [7647] ERROR: streamdev-server: couldn't send data: Die Wartezeit für die Verbindung ist abgelaufen
Dec  3 20:35:56 vdr vdr: [7647] streamdev-writer thread ended (pid=6922, tid=7647)
Dec  3 20:35:56 vdr vdr: [6973] streamdev: closing streamdev connection to 192.168.1.40:52856
Dec  3 20:35:56 vdr vdr: [7648] streamdev-livestreaming thread ended (pid=6922, tid=7648)
Dec  3 20:35:56 vdr vdr: [6973] buffer stats: 3759812 (99%) used
Dec  3 20:35:56 vdr vdr: [7654] TS buffer on device 2 thread ended (pid=6922, tid=7654)
Dec  3 20:35:56 vdr vdr: [7653] buffer stats: 121448 (2%) used
Dec  3 20:35:56 vdr vdr: [7653] receiver on device 2 thread ended (pid=6922, tid=7653)

Danach gibts nur noch "Kanal nicht verfügbar".

Grüsse
TheChief

So siehts bei mir aus:
http://pastebin.com/m8c4b5c9

TCP Problem könnte gut sein, XBMC und VDR sind bei mir auf verschiedenen Kisten.

Quote

Original von TheChief
Wer die OSX Version mal testen will, findet sie wieder auf meinem Server. Der Links ist ja bekannt.

hi

kannst du den link evtl noch mal posten-ich hab ihn jetzt auf die schnelle nirgends gefunden.

mfg

Hast PN.

Quote

Original von knatsch
Ich kann auch leider nicht mehr sagen mit welcher Revision es noch funktioniert hat. Dürfte ca. 1 Woche alt gewesen sein. Bei der älteren Version kamen öfters noch Fehlermeldungen a la "Channel unavailable", das tritt immerhin hier gar nicht mehr auf.

Lief bei mir noch mir 25094 mit 25243 nicht mehr. Vielleicht hilfts.

Ich hab bei mir mal ~/Library/Application Support/XBMC gelöscht, seid dem kann ich wieder kanäle sehen.

Make clean an der Commandozeile muss auch sein, sonst baut er das addon nicht neu.
Eventuell liesst ja wer mit der mir mal sagen kann wie man so ein addon unter OSX richtig baut....

Hi, habe das gleiche problem, oft quietschen und ring buffer mit vdr 1.7.7
Habe 1.7.10 gebaut, werde es heute abend testen.

Ich habe heute auch auf r25316 aktualisiert. Und so sieht es bei mir aus.

- Umschalten dauert ca 3 sec.
- Wenn es länger dauert bekomme ich "NO SIGNAL" eingeblendet
- Kommt "NO SIGNAL" gibt es in ca 50% der Fälle quische Sound.
- verlasse ich den Vollbild Modus bleibt das Bild Stehen. Bleibe ich länger als 25 sec im Menü bekomme ich "buffer overflows" beim VDR.
- wechselt man aus dem Menü zurück zum Vollbild läuft das Bild schnell vor bis es wieder synchron ist.

ich verwende VDR 1.7.9 und streamdev 0.5.0-pre-20090706

Quote

Original von swer
- Umschalten dauert ca 3 sec.
- Kommt "NO SIGNAL" gibt es in ca 50% der Fälle quische Sound.
- verlasse ich den Vollbild Modus bleibt das Bild Stehen. Bleibe ich länger als 25 sec im Menü bekomme ich "buffer overflows" beim VDR.
- wechselt man aus dem Menü zurück zum Vollbild läuft das Bild schnell vor bis es wieder synchron ist.

ich verwende VDR 1.7.9 und streamdev 0.5.0-pre-20090706

Hi,
genau die gleichen Probleme.
Die Probleme treten sowohl mit internem VDR als auch externen VDR-Server auf !

Ich habe noch einen Test PC mit pvr-testing r24384 und VDR 1.6.0, streamdev 20090701 da
habe ich keine Probleme wenn ich vom Vollbild ins Menü wechsel läuft das TV Bild weiter.
aber es gibt auch hin und wieder quische Sound wenn ich zB. von RTL nach Pro7 schalte und der Kanal nicht sofort übernommen wird. XBMC neu starten (nur XBMC) dann kommt Pro7 auch
sofort.

Das gleich mit dem quische Sound habe ich übrigens auch mit TuxBox und Dbox2, mal kommt der Stream von der Box an , mal eben quische Sound und kein Bild.

svn pvr-testing2 r25282
(debian testing, VDR 1.7.10 streamdev 0.5.0-pre-20091108 beides mit aktuellem pvr-patch)

mfg.
jobit

Zu der problematick das das Bild nicht weiterläuft sobalt man den Vollbildmodus verlassen hat kann ich sagen das dieses auch bei Normahlen Videos passiert. Also nichts mit dem VDR Cleint zu tun hat.

Umschalten ist bei mur nun etwas schneller geworden, nach dem ich kein vdpau mher nutzen kann.

Mir ist auch noch aufgefallen das hat XBMC einmahl die verbindung zum VDR vdrloren wird diese nicht wieder aufgebaut. Ab da erhalte ich nur noch die meldung "Kanal steht nicht zur verfügung"

hi,

ich habe mal die aktuelle SVN-Version pvr-testing2 r25620 installiert,
nun habe ich wieder sehr oft "Kanal nicht verfügbar"

kann es sein, dass mit "fixed: (VDRClient) MSG_WAITALL in ReadRecordingStream can freeze XBMC" der unten stehende Patch wieder rückgängig gemacht wurde ?

Quote

Original von TheChief
hepi

Versuch mal XBMC mit folgendem Patch zu übersetzen. Dieser hat bei mir sämtliche Probleme bei Umschalten und mit Ringbuffer errors auf dem Mac behoben, so dass ich jetzt problemlos von meinem entfernt stehenden VDR zu XBMC LiveTV streamen kann.

Diff

--- xbmc/pvrclients/vdr/pvrclient-vdr.cpp	(revision 25370)
+++ xbmc/pvrclients/vdr/pvrclient-vdr.cpp	(working copy)
@@ -1082,7 +1084,7 @@
     return writeNoSignalStream(buf, buf_size);
   }
 
-  res = recv(m_socket_video, (char*)buf, (size_t)buf_size, 0);
+  res = recv(m_socket_video, (char*)buf, (size_t)buf_size, MSG_WAITALL);
   if (res < 0)
   {
     XBMC_log(LOG_ERROR, "cPVRClientVDR::Read - failed");

Display More

Hab den Patch auch mal pingpong geschickt, mal sehen, was er davon hält.

Gruss
TheChief

Display More

mit der Version r25530 gab es keine Probleme mit dem Kanalwechsel, nur eben mit der Wiedergabe von VDR Aufnahmen.

mfg
jobit