You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

CafeDelMar

Professional

Posts: 643

Location: Augsburg

  • Send private message

1,421

Saturday, March 24th 2012, 2:53pm

Mit dem neuen NVIDIA-Treiber (muss aber ja nicht daran liegen) hatte ich jetzt das Phänomen, dass LiveTV plötzlich nur noch Einzelbildweise kam, erst ein VDR-Neustart hat geholfen. Das OSD war ganz normal bedienbar.

Da ich nicht neben dem Fernseher saß, kann ich nicht sagen, wann das genau passiert ist, aber hier ist ein Log, wo das etwa begonnen haben müsste:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
Mar 24 13:41:28 vdr vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:41:28 vdr vdr: video: 26:03:49.745  +57  160   0/\ms  44 v-buf
Mar 24 13:41:28 vdr vdr: video: 26:03:49.765  +77  160   0/\ms  43 v-buf
Mar 24 13:41:28 vdr vdr: video: 26:03:49.785  +79  237   0/\ms  49 v-buf
Mar 24 13:41:28 vdr vdr: video: 26:03:49.805  +59  197   0/\ms  48 v-buf
Mar 24 13:41:38 vdr vdr: [551] changing pids of channel 180 from 501+501=2:502=deu@3:0:0 to 401+401=2:402=deu@3:0:0
Mar 24 13:41:45 vdr vdr: video: 26:04:06.565  +39  185   0/\ms  45 v-buf
Mar 24 13:42:26 vdr last message repeated 3 times
Mar 24 13:42:45 vdr vdr: video: 26:05:06.565  +39  185   0/\ms  53 v-buf
Mar 24 13:43:45 vdr vdr: video: 26:06:06.585   -4  121   0/\ms  52 v-buf
Mar 24 13:43:55 vdr vdr: video: 26:06:16.505  -36  153   0/\ms  46 v-buf
Mar 24 13:43:55 vdr vdr: video: dropping frame (25/114383)
Mar 24 13:43:55 vdr vdr: video: 26:06:16.545  -16  133   0/\ms  44 v-buf
Mar 24 13:43:55 vdr vdr: video: dropping frame (26/114384)
Mar 24 13:44:45 vdr vdr: video: 26:07:06.625   +3   89   0/\ms  50 v-buf
Mar 24 13:45:00 vdr vdr: video: 26:07:21.205  -23  165   0/\ms  54 v-buf
Mar 24 13:45:00 vdr vdr: video: dropping frame (27/117616)
Mar 24 13:45:45 vdr vdr: video: 26:08:06.645  +23  121   0/\ms  44 v-buf
Mar 24 13:45:57 vdr vdr: [548] read incomplete section - len = 3937, r = 690
Mar 24 13:46:45 vdr vdr: video: 26:09:06.665  +43  153   0/\ms  48 v-buf
Mar 24 13:47:45 vdr vdr: video: 26:10:06.665  +43  153   0/\ms  53 v-buf
Mar 24 13:47:47 vdr vdr: video: 26:10:07.965  -52  133   0/\ms  52 v-buf
Mar 24 13:47:47 vdr vdr: video: dropping frame (28/125952)
Mar 24 13:47:47 vdr vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:47:47 vdr vdr: video: 26:10:08.005  -18  128   0/\ms  50 v-buf
Mar 24 13:47:47 vdr vdr: video: dropping frame (29/125953)
Mar 24 13:47:47 vdr vdr: video: 26:10:08.085  +61  128   0/\ms  46 v-buf
Mar 24 13:47:47 vdr vdr: video: 26:10:08.105 +120  198   0/\ms  48 v-buf
Mar 24 13:47:47 vdr vdr: video: 26:10:08.125  +80  138   0/\ms  47 v-buf
Mar 24 13:47:47 vdr vdr: video: 26:10:08.145  +60  194   0/\ms  52 v-buf
Mar 24 13:48:35 vdr vdr: video: 26:10:56.625  -31  174   0/\ms  54 v-buf
Mar 24 13:48:35 vdr vdr: video: dropping frame (30/128383)
Mar 24 13:48:45 vdr vdr: video: 26:11:06.625  +28  178   0/\ms  50 v-buf
Mar 24 13:49:07 vdr vdr: video: 26:11:27.965  -15  118   0/\ms  49 v-buf
Mar 24 13:49:07 vdr vdr: video: dropping frame (31/129949)
Mar 24 13:49:07 vdr vdr: video: 26:11:28.005  +48   98   0/\ms  47 v-buf
Mar 24 13:49:45 vdr vdr: video: 26:12:06.625  +28  178   0/\ms  55 v-buf
Mar 24 13:50:07 vdr vdr: video: 26:12:28.805  -15  110   0/\ms  50 v-buf
Mar 24 13:50:07 vdr vdr: video: dropping frame (32/132990)
Mar 24 13:50:07 vdr vdr: video: 26:12:28.845  +48  186   0/\ms  51 v-buf
Mar 24 13:50:45 vdr vdr: video: 26:13:06.625   -3  146   0/\ms  51 v-buf
Mar 24 13:50:46 vdr vdr: [551] changing pids of channel 180 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Mar 24 13:51:00 vdr vdr: video: 26:13:21.705  -39  106   0/\ms  50 v-buf
Mar 24 13:51:00 vdr vdr: video: dropping frame (33/135634)
Mar 24 13:51:45 vdr vdr: video: 26:14:06.645  +16   50   0/\ms  42 v-buf
Mar 24 13:52:11 vdr vdr: video: 26:14:32.325  -23   98   0/\ms  46 v-buf
Mar 24 13:52:11 vdr vdr: video: dropping frame (34/139164)
Mar 24 13:52:20 vdr vdr: video: 26:14:40.965  -18   96   0/\ms  47 v-buf
Mar 24 13:52:20 vdr vdr: video: dropping frame (35/139595)
Mar 24 13:52:20 vdr vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:52:20 vdr vdr: video: 26:14:41.045  +61   96   0/\ms  43 v-buf
Mar 24 13:52:20 vdr vdr: video: 26:14:41.065  +81  192   0/\ms  52 v-buf
Mar 24 13:52:20 vdr vdr: video: 26:14:41.085  +64  155   0/\ms  51 v-buf
Mar 24 13:52:45 vdr vdr: video: 26:15:06.625  +44  130   0/\ms  47 v-buf
Mar 24 13:53:45 vdr vdr: video: 26:16:06.625  +12   98   0/\ms  51 v-buf
Mar 24 13:54:15 vdr vdr: video: 26:16:36.065  -27   98   0/\ms  44 v-buf
Mar 24 13:54:15 vdr vdr: video: dropping frame (36/145349)
Mar 24 13:54:45 vdr vdr: video: 26:17:06.645  +32   98   0/\ms  50 v-buf
Mar 24 13:55:08 vdr vdr: video: 26:17:28.985  -63   94   0/\ms  47 v-buf
Mar 24 13:55:08 vdr vdr: video: dropping frame (37/147994)
Mar 24 13:55:08 vdr vdr: video: 26:17:29.025  -43   74   0/\ms  45 v-buf
Mar 24 13:55:08 vdr vdr: video: dropping frame (38/147995)
Mar 24 13:55:08 vdr vdr: video: 26:17:29.065  -23   54   0/\ms  43 v-buf
Mar 24 13:55:08 vdr vdr: video: dropping frame (39/147996)
Mar 24 13:55:08 vdr vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:55:08 vdr vdr: video: 26:17:29.165  +53   96   0/\ms  48 v-buf
Mar 24 13:55:08 vdr vdr: video: 26:17:29.185  +73   96   0/\ms  47 v-buf
Mar 24 13:55:08 vdr vdr: video: 26:17:29.205  +91  189   0/\ms  49 v-buf
Mar 24 13:55:08 vdr vdr: video: 26:17:29.225  +71  149   0/\ms  48 v-buf
Mar 24 13:55:08 vdr vdr: video: 26:17:29.245  +51  109   0/\ms  47 v-buf
Mar 24 13:55:45 vdr vdr: video: 26:18:06.605  +31  169   0/\ms  51 v-buf
Mar 24 13:56:45 vdr vdr: video: 26:19:06.605  +31  169   0/\ms  52 v-buf
Mar 24 13:57:14 vdr vdr: video: 26:19:35.005  -32  153   0/\ms  53 v-buf
Mar 24 13:57:14 vdr vdr: video: dropping frame (40/154292)
Mar 24 13:57:19 vdr vdr: video: 26:19:40.585  -43  129   0/\ms  53 v-buf
Mar 24 13:57:19 vdr vdr: video: dropping frame (41/154570)
Mar 24 13:57:35 vdr vdr: video: 26:19:56.025  -24  101   0/\ms  52 v-buf
Mar 24 13:57:35 vdr vdr: video: dropping frame (42/155341)
Mar 24 13:57:35 vdr vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:57:35 vdr vdr: video: 26:19:56.205  +53   96   0/\ms  45 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.225  +73  191   0/\ms  51 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.245  +93  191   0/\ms  50 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.265 +113  191   0/\ms  49 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.285 +133  319   0/\ms  55 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.305 +153  415   0/\ms  56 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.325 +173  415   0/\ms  55 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.345 +193  511   0/\ms  61 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.365 +213  511   0/\ms  60 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.385 +233  607   0/\ms  66 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.405 +253  703   0/\ms  66 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.425 +273  703   0/\ms  65 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.445 +293  799   0/\ms  72 v-buf
Mar 24 13:57:35 vdr vdr: video: 26:19:56.465 +313  799   0/\ms  71 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.485 +333  927   0/\ms  77 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.505 +353 1023   0/\ms  78 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.525 +373 1023   0/\ms  77 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.545 +393 1119   0/\ms  83 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.565 +413 1119   0/\ms  82 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.585 +433 1215   0/\ms  85 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.605 +453 1215   0/\ms  84 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.625 +473 1311   0/\ms  86 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.645 +493 1407   0/\ms  91 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.665 +513 1407   0/\ms  90 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.685 +533 1503   0/\ms  96 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.705 +553 1503   0/\ms  95 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.725 +573 1631   0/\ms  97 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.745 +593 1727   0/\ms 100 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.765 +613 1727   0/\ms  99 v-buf
Mar 24 13:57:36 vdr vdr: video: 26:19:56.785 +633 1823   0/\ms 107 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.805 +653 1823   0/\ms 106 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.825 +673 1919   0/\ms 108 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.845 +693 2015   0/\ms 109 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.865 +713 2015   0/\ms 108 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.885 +733 2111   0/\ms 114 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.905 +753 2111   0/\ms 113 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.925 +773 2207   0/\ms 119 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.945 +793 2335   0/\ms 120 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.965 +813 2335   0/\ms 119 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:56.985 +833 2431   0/\ms 126 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.005 +853 2431   0/\ms 125 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.025 +873 2527   0/\ms 130 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.045 +893 2623   0/\ms 131 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.065 +913 2623   0/\ms 130 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.085 +933 2719   0/\ms 136 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.105 +953 2719   0/\ms 135 v-buf
Mar 24 13:57:37 vdr vdr: video: 26:19:57.125 +973 2815   0/\ms 141 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.145 +993 2943   0/\ms 142 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.165+1013 2943   0/\ms 141 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.185+1033 3039   0/\ms 147 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.205+1053 3039   0/\ms 146 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.225+1073 3071   0/\ms 146 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.245+1093 3071   0/\ms 145 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.265+1113 3071   0/\ms 144 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.285+1133 3071   0/\ms 143 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.305+1153 3071   0/\ms 142 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.325+1173 3071   0/\ms 141 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.345+1193 3071   0/\ms 140 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.365+1213 3071   0/\ms 139 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.385+1233 3071   0/\ms 138 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.405+1253 3071   0/\ms 137 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.425+1273 3071   0/\ms 136 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.445+1293 3071   0/\ms 135 v-buf
Mar 24 13:57:38 vdr vdr: video: 26:19:57.465+1313 3071   0/\ms 134 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.485+1333 3071   0/\ms 133 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.505+1353 3071   0/\ms 132 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.525+1373 3071   0/\ms 131 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.545+1393 3071   0/\ms 130 v-buf
Mar 24 13:57:39 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 13:57:39 vdr vdr: video: 26:19:57.565+1413 3071   0/\ms 129 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.585+1433 3071   0/\ms 128 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.605+1453 3071   0/\ms 127 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.625+1473 3071   0/\ms 126 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.645+1493 3071   0/\ms 125 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.665+1513 3071   0/\ms 124 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.685+1533 3071   0/\ms 123 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.705+1553 3071   0/\ms 122 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.725+1573 3071   0/\ms 121 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.745+1593 3071   0/\ms 120 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.765+1613 3071   0/\ms 119 v-buf
Mar 24 13:57:39 vdr vdr: video: 26:19:57.785+1633 3071   0/\ms 118 v-buf
Mar 24 13:57:39 vdr vdr: [569] buffer usage: 70% (tid=567)
Mar 24 13:57:40 vdr vdr: video: 26:19:57.805+1653 3071   0/\ms 117 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.825+1673 3071   0/\ms 116 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.845+1693 3071   0/\ms 115 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.865+1713 3071   0/\ms 114 v-buf
Mar 24 13:57:40 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 13:57:40 vdr vdr: video: 26:19:57.885+1733 3071   0/\ms 113 v-buf
Mar 24 13:57:40 vdr vdr: [569] buffer usage: 80% (tid=567)
Mar 24 13:57:40 vdr vdr: video: 26:19:57.905+1753 3071   0/\ms 112 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.925+1773 3071   0/\ms 111 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.945+1793 3071   0/\ms 110 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:57.965+1813 3071   0/\ms 109 v-buf
Mar 24 13:57:40 vdr vdr: [569] buffer usage: 90% (tid=567)
Mar 24 13:57:40 vdr vdr: video: 26:19:57.985+1833 3071   0/\ms 108 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.005+1853 3071   0/\ms 107 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.025+1873 3071   0/\ms 106 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.045+1893 3071   0/\ms 105 v-buf
Mar 24 13:57:40 vdr vdr: [569] buffer usage: 100% (tid=567)
Mar 24 13:57:40 vdr vdr: video: 26:19:58.065+1913 3071   0/\ms 104 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.085+1933 3071   0/\ms 103 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.105+1953 3071   0/\ms 102 v-buf
Mar 24 13:57:40 vdr vdr: video: 26:19:58.125+1973 3071   0/\ms 101 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.145+1993 3071   0/\ms 100 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.165+2013 3071   0/\ms  99 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.185+2033 3071   0/\ms  98 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.205+2053 3071   0/\ms  97 v-buf
Mar 24 13:57:41 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 13:57:41 vdr vdr: video: 26:19:58.225+2073 3071   0/\ms  96 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.245+2093 3071   0/\ms  95 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.265+2113 3071   0/\ms  94 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.285+2133 3071   0/\ms  93 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.305+2153 3071   0/\ms  92 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.325+2173 3071   0/\ms  91 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.345+2193 3071   0/\ms  90 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.365+2213 3071   0/\ms  89 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.385+2233 3071   0/\ms  88 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.405+2253 3071   0/\ms  87 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.425+2273 3071   0/\ms  86 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.445+2293 3071   0/\ms  85 v-buf
Mar 24 13:57:41 vdr vdr: video: 26:19:58.465+2313 3071   0/\ms  84 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.485+2333 3071   0/\ms  83 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.505+2353 3071   0/\ms  82 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.525+2373 3071   0/\ms  81 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.545+2393 3071   0/\ms  80 v-buf
Mar 24 13:57:42 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 13:57:42 vdr vdr: [569] ERROR: driver buffer overflow on device 1
Mar 24 13:57:42 vdr vdr: video: 26:19:58.565+2413 3071   0/\ms  79 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.585+2433 3071   0/\ms  78 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.605+2453 3071   0/\ms  77 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.625+2473 3071   0/\ms  76 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.645+2493 3071   0/\ms  75 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.665+2513 3071   0/\ms  74 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.685+2533 3071   0/\ms  73 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.705+2553 3071   0/\ms  72 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.725+2573 3071   0/\ms  71 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.745+2593 3071   0/\ms  70 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.765+2613 3071   0/\ms  69 v-buf
Mar 24 13:57:42 vdr vdr: video: 26:19:58.785+2633 3071   0/\ms  68 v-buf
Mar 24 13:57:43 vdr vdr: video: 26:19:58.805+2653 3071   0/\ms  67 v-buf
Mar 24 13:57:43 vdr vdr: video: 26:19:58.825+2673 3071   0/\ms  66 v-buf
Mar 24 13:57:43 vdr vdr: video: 26:19:58.845+2693 3071   0/\ms  65 v-buf
Mar 24 13:57:43 vdr vdr: video: 26:19:58.865+2713 3071   0/\ms  64 v-buf
Mar 24 13:57:43 vdr vdr: video: 26:19:58.885+2733 3071   0/\ms  63 v-buf
Mar 24 13:57:43 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode

und kurz vor dem Neustart:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr last message repeated 4 times
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr last message repeated 2 times
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: [569] ERROR: driver buffer overflow on device 1
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:49 vdr last message repeated 31 times
Mar 24 14:43:49 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:49 vdr last message repeated 3 times
Mar 24 14:43:49 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:49 vdr last message repeated 3 times
Mar 24 14:43:49 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode
Mar 24 14:43:49 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf
Mar 24 14:43:50 vdr last message repeated 49 times
Mar 24 14:43:50 vdr vdr: [567] ERROR: TS packet not accepted in Transfer Mode


Ich kann nicht ausschließen, dass das eine Nebenwirkung von dem EPG-Plugin, dass ich gerade entwickle ist, aber kann ja eigentlich nichts miteinander zu tun haben, gestern lief es auf dem gleichen Stand (ich glaube da war der neue NVIDIA-Treiber noch nicht drauf) auch problemlos.

CafeDelMar

This post has been edited 2 times, last edit by "CafeDelMar" (Mar 24th 2012, 3:07pm)


1,422

Saturday, March 24th 2012, 7:13pm

Mit dem neuen NVIDIA-Treiber (muss aber ja nicht daran liegen) hatte ich jetzt das Phänomen, dass LiveTV plötzlich nur noch Einzelbildweise kam, erst ein VDR-Neustart hat geholfen. Das OSD war ganz normal bedienbar.

Da ich nicht neben dem Fernseher saß, kann ich nicht sagen, wann das genau passiert ist, aber hier ist ein Log, wo das etwa begonnen haben müsste:

Source code

1
2
Mar 24 13:57:35 vdr vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar 24 13:57:43 vdr vdr: video: 26:19:58.885+2733 3071   0/\ms  63 v-buf

und kurz vor dem Neustart:

Source code

1
Mar 24 14:43:48 vdr vdr: video:  0:30:15.407+8888 3071   0/\ms   0 v-buf


Ich kann nicht ausschließen, dass das eine Nebenwirkung von dem EPG-Plugin, dass ich gerade entwickle ist, aber kann ja eigentlich nichts miteinander zu tun haben, gestern lief es auf dem gleichen Stand (ich glaube da war der neue NVIDIA-Treiber noch nicht drauf) auch problemlos


Kanal umschalten sollte helfen, da läuft der Audiobuffer voll. Wenn HDMI kann es am NVidia Treiber liegen.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

CafeDelMar

Professional

Posts: 643

Location: Augsburg

  • Send private message

1,423

Saturday, March 24th 2012, 7:43pm

Kanal umschalten sollte helfen, da läuft der Audiobuffer voll. Wenn HDMI kann es am NVidia Treiber liegen.


Das Kanal umschalten hat eben leider nicht geholfen, sonst hätte ich es auch gar nicht erst gepostet. ;-)

Ich habe das Log auch in der Länge gepostet, da ich den Verlauf ganz interessant fand, zum Schluss "... 0 v-buf" und die ganzen "ERROR: TS packet not accepted in Transfer Mode" sowie "ERROR: driver buffer overflow on device 1".

Es ist übrigens HDMI. Und die vorletzte GIT-Version.

CafeDelMar

This post has been edited 1 times, last edit by "CafeDelMar" (Mar 24th 2012, 8:07pm)


1,424

Sunday, March 25th 2012, 12:37pm

In der letzten Git Version wird das Bild immer kurz schwarz beim Umschalten. Kann man das irgendwo wieder herausnehmen??
Yavdr 0.5 , TT-S2-1600, 2GB Ram, Asus EN210 Silent, 2GB Ram, 1x60 GB SSD, 1x500GB HDD, 1x1500GB HDD, Panasonic Plasma.
Precise mit yavdr Paketen, SHD, Pentium4 @ 2800Mhz, 2GB Ram, Nvidia GT-9400, 1x 120GB HDD, 1x Pinnacle PCTV-Sat, Philips 82ér Röhre

1,425

Sunday, March 25th 2012, 1:17pm

Kanal umschalten sollte helfen, da läuft der Audiobuffer voll. Wenn HDMI kann es am NVidia Treiber liegen.


Das Kanal umschalten hat eben leider nicht geholfen, sonst hätte ich es auch gar nicht erst gepostet. ;-)

Ich habe das Log auch in der Länge gepostet, da ich den Verlauf ganz interessant fand, zum Schluss "... 0 v-buf" und die ganzen "ERROR: TS packet not accepted in Transfer Mode" sowie "ERROR: driver buffer overflow on device 1".

Es ist übrigens HDMI. Und die vorletzte GIT-Version.


Wenn umschalten nicht mehr hilft, dann hat sich Audio aber böse aufgehängt. Wenn die Audiopuffer voll sind, ist der Rest alles Folgefehler.
Ansonsten scheint "VdpauBlackSurface" ein Problem mit dem neuen NVidia Treiber zuhaben.
Die Funktion erschien auch öfters bei "render too slow" vorher im Log.
Wenn Abstürze mit 295.33, dann ein "return;" am Anfang der Funktion.

In der letzten Git Version wird das Bild immer kurz schwarz beim Umschalten. Kann man das irgendwo wieder herausnehmen??


Jo, guck mal ins Setup, was du willst ist "soft start a/v sync".

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,426

Sunday, March 25th 2012, 2:08pm

Jo, guck mal ins Setup, was du willst ist "soft start a/v sync".

Johns


Steht auf "nein" und wird trotzdem schwarz. Nicht so schlimm. Die ältere Git Version funktioniert ja.
Vielen Dank
Yavdr 0.5 , TT-S2-1600, 2GB Ram, Asus EN210 Silent, 2GB Ram, 1x60 GB SSD, 1x500GB HDD, 1x1500GB HDD, Panasonic Plasma.
Precise mit yavdr Paketen, SHD, Pentium4 @ 2800Mhz, 2GB Ram, Nvidia GT-9400, 1x 120GB HDD, 1x Pinnacle PCTV-Sat, Philips 82ér Röhre

Posts: 4,706

Location: Main-Spessart

  • Send private message

1,427

Sunday, March 25th 2012, 2:09pm

Stell' es auf Ja und es ist wieder so wie vorher.
VDR4Arch-Next --> Lian-Li PC-C37B | Gigabyte GA-MA78LMT-US2H | AMD Athlon II X2 250 | 4GB RAM | SanDisk SDSSDP064G | Samsung HD155UI | DD Cine S2 V6.2 | ZOTAC GT630 (Rev. 2) Zone Edition

1,428

Sunday, March 25th 2012, 2:11pm

Oh sorry. Ich meinte ob es auf "ja" oder "nein" steht, Bild wird immer kurz schwarz beim Zappen.
Yavdr 0.5 , TT-S2-1600, 2GB Ram, Asus EN210 Silent, 2GB Ram, 1x60 GB SSD, 1x500GB HDD, 1x1500GB HDD, Panasonic Plasma.
Precise mit yavdr Paketen, SHD, Pentium4 @ 2800Mhz, 2GB Ram, Nvidia GT-9400, 1x 120GB HDD, 1x Pinnacle PCTV-Sat, Philips 82ér Röhre

1,429

Monday, March 26th 2012, 5:13pm

Also Schwarz schalten ist normal, aber normal 1-2 Bilder (also 20 - 80ms) und nicht länger.
Ohne Schwarzbild würde das OSD verschwinden.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,430

Monday, March 26th 2012, 8:57pm


anbei ist der Patch gegen letzte GIT-Version für "VideoSkipPixels", also das Aufziehen des rechten und linken Randes zur Unterdrückung der unsauberen Ränder. Der erste Test sieht vielversprechend aus, ich habe aber noch nicht alle Situationen durchprobiert.


So vielen Dank, habe ihn endlich ins GIT übernommen.
Habe noch README.txt ergänzt.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,431

Wednesday, March 28th 2012, 2:26pm

Mein VDR

Asrock M3A770DE, Sempron 140 @ DualCore, 3 x TT S2-1600, GT520
openSuse 13.1 64bit, Kernel 3.12.17 + BER/UNC-Patch für stv090x, nvidia 334.21, vdr 2.1.6 mit Patchen (checkts, naludump, statusleds, ...)

1,432

Wednesday, March 28th 2012, 3:14pm

So was ähnliches habe ich auch schon gedacht, wenn ein Halbbild ausgelassen wurde, kam es häufiger zu den "render too slow".
Aber man muß ja mal synchronisieren.

Oder soll man Bild laufen lassen und Ton verzehren?
(Ich weiß, am Besten als wählbare Option).

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

CafeDelMar

Professional

Posts: 643

Location: Augsburg

  • Send private message

1,433

Wednesday, March 28th 2012, 3:40pm

Oder soll man Bild laufen lassen und Ton verzehren?


Das Bild kann noch so schlecht sein, wenn wenigstens der Ton sauber ist oder anders gesagt, eine kleine Bildstörung ist verzeihlich, Tonaussetzer o.ä. sind nervig.

Oder was meinst Du mit Ton verzehren?

CafeDelMar

mini73

Moderator

Posts: 5,085

Location: Flensburg

  • Send private message

1,434

Wednesday, March 28th 2012, 3:41pm

Moin!

Eigentlich ist es schon besser, das Video zu manipulieren, da ge-/verzerrter Ton auffälliger und nerviger ist.
Und wenn du z.B. Audiopakete weglässt, kann das böse Knackser zur Folge haben. Das kann die Boxen durchaus in Mitleidenschaft ziehen.

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

cmsa

Intermediate

Posts: 217

Location: Rhein-Main

Occupation: Network Engineer

  • Send private message

1,435

Wednesday, March 28th 2012, 8:38pm

Wir leben doch in einer Zeit, wo man den Ton sogar ohne Pitch Änderungen langsamer und schneller rechnen kann. Gibt es da keine Audio-Library, die das sowieso ganz nebenbei erledigt?
Asus M3N78-VM/Athlon II X2 250, Mystique Satix S2 V2, Atric IR, yaVDR 0.5 (prod)
ASRock Z77 Pro4-M/i5-3570K Ivy Bridge (experimental VAAPI) [Saucy Kernel 3.12.0-rc3]
ASRock FM2A75 Pro4-M/AMD A4-5300 (experimental UVD/VDPAU) [Saucy, Kernel 3.12.0]

lostinspc

Intermediate

Posts: 557

Location: Stuttgart

  • Send private message

1,436

Wednesday, March 28th 2012, 9:42pm

Hallo Johns,

ich habe das hier angesprochene Problem der Bildruckler bei alten PES-Aufnahmen jetzt mal auf einen git-commit einkreisen können.

Bei mir tritt das Problem reproduzierbar ab dem commit...c50722 "Fix bug: wrong start of video packet" auf. Bei Versionen davor treten die offensichtlich durch empty packets ausgelösten, wiederholten Framedrops bei mir nicht auf.

Könntest Du da noch mal drüberschauen?. Bei Bedarf kann ich einen Ausschnitt bei dem der Fehler auftritt bereitstellen.

Grüße, Peter
SW: vdr-latest, softhddevice -git, nvidia 331.38 , arch x86_64
HW: 1x Cine C/T V6, 1x Satelco Budget DVB-C, Asus P5G41-M, 2 GB, Pentium 6300, Asus G210 passiv, 60 GB Samsung SSD 470, 3TB WD AV GP (WD30EURS) , Silverstonetek LaScala 10M, LG LM 669S, 1920x1080@50
VDR-User #81

1,437

Wednesday, March 28th 2012, 10:46pm

name of the given (output)-device

johns,

nur weil du eigentlich selbst den vorschlag gemacht hast :) :
[url='http://www.vdr-portal.de/board60-linux/board62-software/board95-xbmc/p1062016-outputdevice-wechseln-zw-xvdr-xbmc-pvr-und-softhddevice/#post1062016']Outputdevice wechseln zw. xvdr (XBMC-pvr) und softhddevice
[/url]

dringend ist das nicht - man kann ja über die device-nr. schalten .. vllt. kommt's damit man's nicht vergisst in deine ToDo (prio weit unten) ;)

ciax

ps: wollt's nur nochmal erwähnen: DANKE für dieses wunderbare stück software, das du aus dem boden gezaubert hast - läuft (mit der rev. aus meiner sig.) sehr gut - insgesamt "individuell betrachtet" besser als die xine-basierte variante! "wir" sind gespant, was noch kommt ... ansporn! 8)
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

TesaFilm

Trainee

Posts: 95

Location: Westmünsterland

Occupation: Irgendwas mit Computern

  • Send private message

1,438

Thursday, March 29th 2012, 2:07am

Moin,

ich hab heute den lezten commit compiliert und installiert. Leider startet vdr seitdem nicht mehr, sobald das SHD geladen werden soll. Im log und auch auf der console kommt:

Source code

1
root@vdr:/usr/src/vdr-1.7.26/PLUGINS/src/vdr-plugin-softhddevice# vdr --log=3 --plugin="softhddevice -g 1920x1080+0+0 -x"vdr: /usr/lib/vdr/plugins/libvdr-softhddevice.so.1.7.26: undefined symbol: _ZNK7cDevice10DeviceNameEv


ich hab keine Ahnung wo diese Symbol herkommen soll, an updates hatte ich seit Sonnabend nur xbmc, xinelib und den NVidia-Treiber aktualisiert. Das ganze rennt auf nem yavdr. Auch die version vom 26. wirft das gleiche aus, wenn ich die auschecke und compilier'. Kommt das vom 295'er NVidia?
Hilfe :)

Spoiler Spoiler

Server: yaVDR testing, HP ProLiant Microserver N40L, 6GB Ram, DD Cine CT V6 + DuoFlex S2
Client: yaVDR testing, G1610, AS B76M R2.0, 4GB Ram, SSD (/), Nvidia GT630, softhddevice, HDMI Passthrough an Denon AVR-2312, Antec Fusion MAX (imon-LCD), Hamony Smart mit MCE 1039-Profil, cohaus-Berlin RC6-Empfänger (USBID:147a:e03e)

[/font]

Posts: 4,706

Location: Main-Spessart

  • Send private message

1,439

Thursday, March 29th 2012, 8:24am

So was ähnliches habe ich auch schon gedacht, wenn ein Halbbild ausgelassen wurde, kam es häufiger zu den "render too slow".
Aber man muß ja mal synchronisieren.

Oder soll man Bild laufen lassen und Ton verzehren?
(Ich weiß, am Besten als wählbare Option).


Driftet das denn so stark? Eigentlich sollte ja für eine Minute, genau eine Minute Bild und eine Minute Ton kommen.

Kommt das vom 295'er NVidia?


Der Treiber funktioniert bei mir einwandfrei.
VDR4Arch-Next --> Lian-Li PC-C37B | Gigabyte GA-MA78LMT-US2H | AMD Athlon II X2 250 | 4GB RAM | SanDisk SDSSDP064G | Samsung HD155UI | DD Cine S2 V6.2 | ZOTAC GT630 (Rev. 2) Zone Edition

1,440

Thursday, March 29th 2012, 8:29am

@tesafilm yavdr hat kein softhddevice in natty
keine ahnung was du da gemacht hast, aber hat nix mit yavdr zu tun.
softhddevice wird es erst (so richtig) mit yavdr-0.5 und precise geben.

ich schätze mal bei dir wird es vdr-dev sein welches in der falschen version vorliegt.


grrrrrrrrrrrrrrrrrrrrrrrrRRR :

Source code

1
/usr/src/vdr-1.7.26/PLUGINS/src


damit bin ich raus ....
nenne es doch bitte einfach nicht yavdr ! und gut.