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.

rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

101

Tuesday, December 25th 2007, 7:41pm

Hi,

Quoted

Original von mentox
nur mal so zur info, auf pro7 hd kam letztens ladykiller .. ich glaube gestern :-) ... das lief auf meinem pentium D 3ghz super fluessieg mit noch luft.. frueher hats gehackt.. also da habt ihr (alle entwickler die da drann sitzen) supi arbeit geleistet ...


Da ich ja so faul bin, muss das wohl jemand anderes gewesen sein ;-)

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

This post has been edited 1 times, last edit by "rnissl" (Dec 25th 2007, 7:42pm)


duc

Professional

Posts: 733

Location: Erlangen

Occupation: IT consultant

  • Send private message

102

Tuesday, December 25th 2007, 10:18pm

Quoted

Original von mentox
Moin,

nur mal so zur info, auf pro7 hd kam letztens ladykiller .. ich glaube gestern :-) ... das lief auf meinem pentium D 3ghz super fluessieg mit noch luft.. frueher hats gehackt.. also da habt ihr (alle entwickler die da drann sitzen) supi arbeit geleistet ...

lg mentox


hmm, dann sollte es ja auf meiner kiste auch so laufen. mit welchen optionen beim übersetzen der einzelnen tools warst du denn erfolgreich, bzw. wie hast du alles installiert?
Board: ASUS AT5IONT-I, 4 GB Ram
DVB Karte: Tevii S480
40 GB ssd als boot/systemplatte (2,5" Wechelrahmen, um auf einer anderen Platte ein Testsystem zu installieren)
3x2TB hdd für /media
Medion X10 Fernbedienung
yaVDR 0.5
Samsung UE46D5700

103

Wednesday, December 26th 2007, 12:47am

habe mir ebuild fuer gentoo gebaut und ziehe mir die aktuellen sachen von ffmpeg und xine-lib raus ...

xine-ui ist auch aus dem cvs und auf 2 threads eingestellt.

muss erstmal wech deswegen nur die kurze info ..

ansonsten bei ffmpeg alles an was geht :-)

gruesse
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28

Magic Michael

Professional

Posts: 756

Location: Berlin (West)

  • Send private message

104

Wednesday, December 26th 2007, 10:32am

Moin Mentox,

wuerdest Du mir bitte Dein ebuild fuer die xine-lib schicken oder hier anhaengen ? Sowas fehlt mir noch in meiner Sammlung ...
Wie hast Du xine-ui auf zwei Threads eingestellt ?

Danke und Gruss
Michael
Glotz-VDR: Aopen i945GTm-VHL, CoreDuo T2500, 1x Nova HD S2, 1x Reel HDe, Gentoo mit 2.6.32er kernel, VDR 1.7.15
ueber einen Yamaha RX-1700 verbunden mit Sharp Aquos LC46 XL2E und Panasonic PT AE 3000

105

Wednesday, December 26th 2007, 3:53pm

:moin

xine starten .. einstellungen --> video --> ganz unten "ffmpeg video decoding thread count" auf 2 stellen.

vorher musste evtl die erfahrenheit im tab gui hoeher stellen.


fuer die ebuild ueber nehme ich aber keine garantie oder sowas .. sind total dirty


musste in ein locales overlay legen



.. ich sollte die mal alle officiell machne .. habe soviele ebuild die evtl einigen helfen wuerden ;-)


lg mentox
mentox has attached the following file:
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28

106

Wednesday, December 26th 2007, 7:51pm

Quoted

Original von rnissl
...
Falls sich ein Core noch langweilt: auf der xine-ML wurde mal ein Post-Plugin vorgestellt, welches andere Post-Plugins in einem eigenen Thread ablaufen lässt. Das würde den Video-Dekoderthread entlasten, in dem normalweise das Deinterlacing durchgeführt wird.

http://www.nabble.com/Threading-of-post-…to10632990.html

BTW: die Angabe von '-D...' an xines Kommandozeile kann auch als '--post ...' geschrieben werden. Bei aktiviertem Deinterlacer baut xine implizit das Deinterlace Plugin am Anfang der Postprocess-Kette ein, und obiges "multithreading" Plugin könnte nicht wirken.


Hi,
leider kommt es zu folgender Fehlermeldung!

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
antec xine-thread # make
cc -O2 -pipe -Wall -fPIC  -I/usr/local/include   -c xine_post_thread.c
xine_post_thread.c: In function 'thread_init_plugin':
xine_post_thread.c:61: error: 'post_class_t' has no member named 'get_identifier'
xine_post_thread.c:62: error: 'post_class_t' has no member named 'get_description'
xine_post_thread.c: In function 'thread_main':
xine_post_thread.c:116: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'struct vo_frame_t *'
xine_post_thread.c:116: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'struct xine_stream_t *'
xine_post_thread.c: In function 'yv12toyuy2_main':
xine_post_thread.c:313: warning: format '%lx' expects type 'long unsigned int', but argument 3 has type 'struct vo_frame_t *'
xine_post_thread.c:313: warning: format '%lx' expects type 'long unsigned int', but argument 4 has type 'struct xine_stream_t *'
xine_post_thread.c: In function 'yv12toyuy2_init_plugin':
xine_post_thread.c:383: error: 'post_class_t' has no member named 'get_identifier'
xine_post_thread.c:384: error: 'post_class_t' has no member named 'get_description'
make: *** [xine_post_thread.o] Error 1


Ich habe das OSD im Xine Plugin mal auf X11 Overlay gestellt und die config.h von VDR für MAXOSDHEIGHT und MAXOSDWIDHT entsprechend angepasst. Hier wird relativ wenig CPU Power benötigt. man hat hier aber auch keine Transparenz...

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

107

Thursday, December 27th 2007, 12:51am

Hi,

kann jemand mal die neue Video Option "skip loop filter" ausprobieren?

Überarbeiteter Anhang ist weiter unten zu finden.

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

This post has been edited 1 times, last edit by "rnissl" (Dec 27th 2007, 8:09pm)


108

Thursday, December 27th 2007, 11:24am

Moin,

bin noch dabei .. funzt nicht so recht weil bei mir die c datei unter

PHP Source code

1
/usr/portage/distfiles/hg-src/xine-lib/xine-lib-1.2/src/combined/ffmpeg/ff_video_decoder.c


liegt und nicht unter

PHP Source code

1
/src/libffmpeg/ff_video_decoder.c



hmm komisch ..


Quoted

Original von rnissl
Hi,

kann jemand mal die neue Video Option "skip loop filter" ausprobieren?

Bye.
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28

109

Thursday, December 27th 2007, 11:42am

habe es gepatcht bekommen aber irgend was geht da nicht :-(


Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
flac_decoder.c:165: warning: 'flac_metadata_callback' defined but not used
flac_demuxer.c:56:31: error: ../demuxers/demux.h: No such file or directory
flac_demuxer.c:703: warning: no previous prototype for 'demux_flac_init_class'
/bin/sh ../../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils  -I../../src/input -I../../src/input  -I../../lib -I../../lib  -DNSF_PLAYER -I../../contrib/nosefart -I../../src/demuxers -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE  -O0 -fvisibility=hidden -fno-strict-aliasing   -pipe  -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -g -march=prescott -O3 -pipe -fomit-frame-pointer -frename-registers -ffunction-sections -c -o xineplug_nsf_la-nsf_demuxer.lo `test -f 'nsf_demuxer.c' || echo './'`nsf_demuxer.c
make[3]: *** [xineplug_flac_la-flac_demuxer.lo] Fehler 1
make[3]: *** Warte auf noch nicht beendete Prozesse...
 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../.. -I../../include -I../../include -I../../src -I../../src/xine-engine -I../../src/xine-engine -I../../src/xine-utils -I../../src/input -I../../src/input -I../../lib -I../../lib -DNSF_PLAYER -I../../contrib/nosefart -I../../src/demuxers -D_FILE_OFFSET_BITS=64 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O0 -fvisibility=hidden -fno-strict-aliasing -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wpointer-arith -g -march=prescott -O3 -pipe -fomit-frame-pointer -frename-registers -ffunction-sections -c nsf_demuxer.c  -fPIC -DPIC -o .libs/xineplug_nsf_la-nsf_demuxer.o
make[3]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src/combined'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src/combined'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/media-libs/xine-lib-1.2/work/xine-lib-1.2/src'
make: *** [all-recursive] Fehler 1
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28

110

Thursday, December 27th 2007, 12:57pm

Ok du hast recht... es laesst sich nicht ohne patch ueber setzen .. irgen ein fehler im aktuellen hg

ohne flac gehts wieder ...


Source code

1
 USE="-flac" emerge xine-lib



muss ich jetzt noch was einschalten oder was soll ich testen ob es was bringt ?! :-)


mfg mentox
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28

111

Thursday, December 27th 2007, 1:04pm

Quoted

Original von rnissl
kann jemand mal die neue Video Option "skip loop filter" ausprobieren?


Hier funktioniert der Patch!
Gerade bau ich noch deine Patches (3x) aus der ML in den VDR ein... ;)

Edit: was mir schon des öfteren aufgefallen ist, dass xine bei Szenewechsle oder Abspann eines Filmes scheinbar aus dem "Tritt" kommt und anfängt zu ruckeln. (vielleicht bei geringen Bitraten!?) Die CPU Usage geht hier nicht etwa in die höhe, sondern gegen 0... (xine)
Kann das jemand bestätigen? Aktuell "fängt" sich Xine aber wieder. Das kommt sehr oft bei Astra HD vor.

Gruß Uwe

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

This post has been edited 2 times, last edit by "Uwe" (Dec 27th 2007, 1:11pm)


rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

112

Thursday, December 27th 2007, 3:03pm

Hi,

Quoted

Original von Uwe
Edit: was mir schon des öfteren aufgefallen ist, dass xine bei Szenewechsle oder Abspann eines Filmes scheinbar aus dem "Tritt" kommt und anfängt zu ruckeln. (vielleicht bei geringen Bitraten!?) Die CPU Usage geht hier nicht etwa in die höhe, sondern gegen 0... (xine)
Kann das jemand bestätigen? Aktuell "fängt" sich Xine aber wieder. Das kommt sehr oft bei Astra HD vor.


Wenn ich mir ASTRA HD Aufzeichnungen bei 25 % Geschwindigkeit anschaue, dann kann ich das nicht nachvollziehen. Mehr Geschwindigkeit schafft mein System ja nicht.

Um eine Aussage treffen zu können, wäre mal ein Auszug der xine-Ausgaben recht (--verbose=2), damit man sieht, ob es evtl. mit Bufferusage, dropped Frames oder Discontinuities zu tun hat (letzeres hatten wir ja schon mal bei der roten Premiere-Tafel, wo Bild und Ton ca. 3 Sekunden Versatz hatten).

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

113

Thursday, December 27th 2007, 3:19pm

Hi,

scheinbar handelt es sich um dieses Problem. :(
Es kam gerade auf AstraHD eine Werbung für DiscoveryHD und bei der Einblendung der roten Premiere Tafel blieb Xine stehen (0% CPU Usage ...)

Im Anhang mal das Log, welches genau in diesem Augenblick entsteht.
Uwe has attached the following file:
  • log.txt.tar.gz (4.4 kB - 51 times downloaded - latest: Nov 6th 2013, 5:36pm)

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

114

Thursday, December 27th 2007, 4:02pm

Mhh,
bisher habe ich den start von Xine so übernommen, wie er im dvbs2-wiki steht.
Ich startete so:
xine --no-logo --no-gui --fullscreen -V xv --post vdr_video --verbose=2 --post vdr_audio --post upmix_mono "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" | logger 2>&1

Nun sieht es so aus:
xine --no-logo --no-gui --fullscreen -V xv --post vdr_video --verbose=2 --post vdr_audio --post upmix_stereo "vdr:/tmp/vdr-xine/stream#demux:mpeg_pes" | logger 2>&1

Nun habe ich die Option --post upmix_mono in --post upmix_stereo geändert! Es scheint nun, als würde mein obiges Problem nicht mehr so auftreten, wie oben beschrieben. Im Log sieht man dann folgendes! (siehe unten)
Es bleibt nun der Ton weg und das Video läuft weiter, aber meist kommt der Ton wieder ...
Insgesamt läuft es so aber besser. :)

Wo findet man eigentlich die ganzen Optionen für Xine bzw post Filter etc, außer in den Sourcen ;)

Gruß Uwe

Edit: AstraHD läuft jetzt mit --post upmix_stereo fast ohne Probleme durch :D

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
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
Dec 27 15:58:29 [kernel] dvb_frontend_ioctl: DVBFE_GET_INFO
Dec 27 15:58:29 [kernel] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2
Dec 27 15:58:29 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:29 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:29 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:29 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:29 [vdr] [24177] TS buffer on device 1 thread ended (pid=23386, tid=24177)
Dec 27 15:58:29 [vdr] [24176] buffer stats: 191008 (9%) used
Dec 27 15:58:29 [vdr] [24176] receiver on device 1 thread ended (pid=23386, tid=24176)
Dec 27 15:58:29 [vdr] [24195] receiver on device 1 thread started (pid=23386, tid=24195)
Dec 27 15:58:29 [logger] ao_flush (loop running: 1)
Dec 27 15:58:29 [logger] audio discontinuity #97, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for in_discontinuity update #97
Dec 27 15:58:29 [vdr] [24196] TS buffer on device 1 thread started (pid=23386, tid=24196)
Dec 27 15:58:29 [logger] video discontinuity #97, type is 0, disc_off 0
Dec 27 15:58:29 [logger] vpts adjusted with prebuffer to 98896709
Dec 27 15:58:29 [logger] ao_flush (loop running: 1)
Dec 27 15:58:29 [logger] video discontinuity #98, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for audio discontinuity #98
Dec 27 15:58:29 [logger] audio discontinuity #98, type is 0, disc_off 0
Dec 27 15:58:29 [logger] waiting for in_discontinuity update #98
Dec 27 15:58:29 [logger] vpts adjusted with prebuffer to 98896741
Dec 27 15:58:29 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:29 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:29 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:29 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:36 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:36 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:37 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:38 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:39 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:40 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:41 [vdr] [23396] frontend 0 lost lock on channel 15, tp 112722
Dec 27 15:58:43 [vdr] [23396] frontend 0 timed out while tuning to channel 15, tp 112722
Dec 27 15:58:48 [vdr] [23396] set DVB-S2
Dec 27 15:58:48 [kernel] dvb_frontend_ioctl: DVBFE_GET_INFO
Dec 27 15:58:48 [kernel] dvb_frontend_ioctl: FESTATE_RETUNE: fepriv->state=2
Dec 27 15:58:48 [kernel] stb6100_set_bandwidth: Bandwidth=1195327
Dec 27 15:58:48 [kernel] stb6100_get_bandwidth: Bandwidth=42000000
Dec 27 15:58:48 [kernel] stb6100_set_frequency: Frequency=2122000
Dec 27 15:58:48 [kernel] stb6100_get_frequency: Frequency=2121978
Dec 27 15:58:48 [vdr] [23396] frontend 0 regained lock on channel 15, tp 112722
Dec 27 15:58:48 [logger] audio discontinuity #99, type is 0, disc_off 0
Dec 27 15:58:48 [logger] waiting for in_discontinuity update #99
Dec 27 15:58:48 [logger] set_speed 125000
Dec 27 15:58:48 [logger] video discontinuity #99, type is 0, disc_off 0
Dec 27 15:58:48 [logger] vpts adjusted with prebuffer to 100650446
Dec 27 15:58:48 [logger] video discontinuity #100, type is 2, disc_off 5780026248
Dec 27 15:58:48 [logger] waiting for audio discontinuity #100
Dec 27 15:58:48 [logger] audio discontinuity #100, type is 2, disc_off 5780026248
Dec 27 15:58:48 [logger] waiting for in_discontinuity update #100
Dec 27 15:58:48 [logger] vpts adjusted with prebuffer to 100650449
Dec 27 15:58:48 [logger] load_plugins: plugin ffmpegvideo will be used for video streamtype 4d.
Dec 27 15:58:48 [logger] set_speed 1000000
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 15:58:48 [logger] set_speed 125000
Dec 27 15:58:48 [logger] video jump
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 15:58:48 [logger] load_plugins: plugin mad will be used for audio streamtype 01.
Dec 27 15:58:48 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 15:58:48 [kernel] azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11
Dec 27 15:58:48 [logger] audio_alsa_out:open pause_resume=0
Dec 27 15:58:48 [logger] output sample rate 48000
Dec 27 15:58:48 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] fixing sound card drift by 2570 pts
Dec 27 15:58:49 [logger] audio jump, diff=29789
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 198787 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 299718 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.
Dec 27 15:58:49 [logger] set_speed 125000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 125000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:49 [logger] set_speed 1000000
Dec 27 15:58:49 [logger] will resample audio from 48000 to 48000
Dec 27 15:58:50 [logger] fixing sound card drift by 3345 pts
Dec 27 15:58:51 [logger] fixing sound card drift by 2504 pts
Dec 27 15:58:52 [logger] fixing sound card drift by 1874 pts
Dec 27 15:58:53 [logger] fixing sound card drift by 1402 pts
Dec 27 15:58:53 [logger] 200 Bilder angezeigt, 14 Bilder ýbersprungen, 3 Bilder verworfen
Dec 27 16:00:01 [cron] (root) CMD (rm -f /var/spool/cron/lastrun/cron.hourly)
Dec 27 16:02:51 [logger] fixing sound card drift by 1493 pts
Dec 27 16:02:52 [logger] fixing sound card drift by 3302 pts
Dec 27 16:02:56 [logger] fixing sound card drift by 3644 pts
Dec 27 16:02:57 [logger] fixing sound card drift by 2737 pts
Dec 27 16:02:58 [logger] fixing sound card drift by 2049 pts
Dec 27 16:02:59 [logger] fixing sound card drift by 1533 pts
Dec 27 16:03:40 [logger] fixing sound card drift by 1482 pts
Dec 27 16:03:41 [logger] fixing sound card drift by 3415 pts
Dec 27 16:03:42 [logger] fixing sound card drift by 3327 pts
Dec 27 16:03:43 [logger] fixing sound card drift by 2492 pts
Dec 27 16:03:44 [logger] fixing sound card drift by 1865 pts
Dec 27 16:03:45 [logger] fixing sound card drift by 1395 pts
Dec 27 16:04:15 [logger] fixing sound card drift by 1853 pts
Dec 27 16:04:16 [logger] fixing sound card drift by 3369 pts
Dec 27 16:04:17 [logger] fixing sound card drift by 2524 pts
Dec 27 16:04:18 [logger] fixing sound card drift by 1890 pts
Dec 27 16:04:19 [logger] fixing sound card drift by 1414 pts
Dec 27 16:05:09 [logger] fixing sound card drift by 1286 pts
Dec 27 16:05:17 [logger] fixing sound card drift by 3455 pts
Dec 27 16:05:18 [logger] fixing sound card drift by 2903 pts
Dec 27 16:05:19 [logger] fixing sound card drift by 2174 pts
Dec 27 16:05:20 [logger] fixing sound card drift by 1627 pts
Dec 27 16:06:25 [logger] fixing sound card drift by 1610 pts
Dec 27 16:06:31 [logger] fixing sound card drift by 3424 pts
Dec 27 16:06:32 [logger] fixing sound card drift by 2889 pts
Dec 27 16:06:33 [logger] fixing sound card drift by 2164 pts
Dec 27 16:06:34 [logger] fixing sound card drift by 1620 pts
Dec 27 16:11:40 [logger] fixing sound card drift by 1476 pts
Dec 27 16:11:42 [logger] fixing sound card drift by 2726 pts
Dec 27 16:11:43 [logger] fixing sound card drift by 2041 pts
Dec 27 16:11:44 [logger] fixing sound card drift by 1527 pts
Dec 27 16:13:54 [logger] fixing sound card drift by 2368 pts
Dec 27 16:14:01 [logger] fixing sound card drift by 3431 pts
Dec 27 16:14:02 [logger] fixing sound card drift by 2577 pts
Dec 27 16:14:03 [logger] fixing sound card drift by 1929 pts
Dec 27 16:14:04 [logger] fixing sound card drift by 1443 pts
Dec 27 16:14:44 [logger] fixing sound card drift by 1427 pts
Dec 27 16:14:45 [logger] fixing sound card drift by 3452 pts
Dec 27 16:14:47 [logger] fixing sound card drift by 3465 pts
Dec 27 16:14:49 [logger] fixing sound card drift by 3591 pts
Dec 27 16:14:50 [logger] fixing sound card drift by 2697 pts
Dec 27 16:14:51 [logger] fixing sound card drift by 2019 pts
Dec 27 16:14:52 [logger] fixing sound card drift by 1510 pts
Dec 27 16:14:55 [logger] fixing sound card drift by 1624 pts
Dec 27 16:15:01 [logger] fixing sound card drift by 3243 pts
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:02 [logger] fixing sound card drift by 2436 pts
Dec 27 16:15:02 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:02 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:03 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:03 [logger] fixing sound card drift by 1823 pts
Dec 27 16:15:04 [logger] fixing sound card drift by 1363 pts
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:05 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:08 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:08 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 60% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 70% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 90% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] clearing transfer buffer to avoid overflows
Dec 27 16:15:10 [logger] ao_flush (loop running: 1)
Dec 27 16:15:10 [logger] ao_close
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [logger] audio_out: no streams left, closing driver
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x0, channel=0, format=0x0
Dec 27 16:15:10 [logger] audio discontinuity #101, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #101
Dec 27 16:15:10 [logger] video discontinuity #101, type is 0, disc_off 0
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188917899
Dec 27 16:15:10 [logger] ao_flush (loop running: 1)
Dec 27 16:15:10 [logger] video discontinuity #102, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for audio discontinuity #102
Dec 27 16:15:10 [logger] audio discontinuity #102, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #102
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188917929
Dec 27 16:15:10 [vdr] [24195] buffer usage: 0% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] TS continuity error (4)
Dec 27 16:15:10 [vdr] [24194] TS continuity error (1)
Dec 27 16:15:10 [logger] video discontinuity #103, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for audio discontinuity #103
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] audio discontinuity #103, type is 0, disc_off 0
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #103
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188927025
Dec 27 16:15:10 [logger] audio discontinuity #104, type is 2, disc_off 5868363048
Dec 27 16:15:10 [logger] waiting for in_discontinuity update #104
Dec 27 16:15:10 [logger] video discontinuity #104, type is 2, disc_off 5868363048
Dec 27 16:15:10 [logger] vpts adjusted with prebuffer to 188927026
Dec 27 16:15:10 [logger] load_plugins: plugin ffmpegvideo will be used for video streamtype 4d.
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 2 times -
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] load_plugins: plugin mad will be used for audio streamtype 01.
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [kernel] azx_pcm_prepare: bufsize=0x10000, fragsize=0x1000, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x6, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x2, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x3, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x4, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [kernel] hda_codec_setup_stream: NID=0x5, stream=0x5, channel=0, format=0x11
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] audio_alsa_out:open pause_resume=0
Dec 27 16:15:10 [logger] output sample rate 48000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] fixing sound card drift by 2763 pts
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
Dec 27 16:15:10 [logger] audio jump, diff=22782
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 4 times -
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated 3 times -
Dec 27 16:15:10 [logger] set_speed 125000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 198787 um ýberlauf zu vermeiden.
Dec 27 16:15:10 [logger] set_speed 1000000
Dec 27 16:15:10 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:10 [logger] video jump
Dec 27 16:15:10 [logger] ffmpeg_video_dec: error decompressing frame
                - Last output repeated twice -
Dec 27 16:15:11 [logger] set_speed 125000
Dec 27 16:15:11 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:11 [logger] set_speed 1000000
Dec 27 16:15:11 [logger] will resample audio from 48000 to 48000
Dec 27 16:15:11 [logger] 200 Bilder angezeigt, 20 Bilder ýbersprungen, 0 Bilder verworfen
Dec 27 16:15:11 [logger] fixing sound card drift by 3725 pts
Dec 27 16:15:12 [logger] fixing sound card drift by 2790 pts
Dec 27 16:15:13 [logger] fixing sound card drift by 2089 pts
Dec 27 16:15:14 [logger] fixing sound card drift by 1563 pts
Dec 27 16:15:18 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 299718 um ýberlauf zu vermeiden.
Dec 27 16:15:20 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

This post has been edited 5 times, last edit by "Uwe" (Dec 27th 2007, 4:19pm)


rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

115

Thursday, December 27th 2007, 7:07pm

Hi,

Quoted

Original von Uwe
Nun habe ich die Option --post upmix_mono in --post upmix_stereo geändert! Es scheint nun, als würde mein obiges Problem nicht mehr so auftreten, wie oben beschrieben. Im Log sieht man dann folgendes! (siehe unten)


Sinn von upmix_mono ist es, "Mono-Ton" (z. B. der zweite Tonkanal von ZDF) in Stereo zu verwandeln, wohingegen upmix_stereo aus Stereo 5.1 macht. Die Änderung bringt meines Erachtens nichts.

Quoted

Original von Uwe

Source code

1
2
3
Dec 27 16:15:09 [vdr] [24195] buffer usage: 80% (tid=24194)
Dec 27 16:15:09 [vdr] [24195] buffer usage: 90% (tid=24194)
Dec 27 16:15:10 [vdr] [24194] clearing transfer buffer to avoid overflows


Ich habe natürlich nur mit Aufnahmen testen können, und da gibt es keine Transferbuffer-Overflows.

Stell' mal in vdr-xine's Setupmenü die Buffer so knapp wie möglich ein (z. B. 4, 4) -- kannst ja mit der Bufferusage von xine erkennen, ob es noch reicht, d. h. ob noch genügend dekodierte Bilder im Puffer vorliegen.

Stell' ferner in .xine/config

Source code

1
engine.buffers.audio_num_buffers:4
wie in MANUAL beschrieben. Kontrolliere die Bufferusage-Ausgabe in der kritischen Phase. Ist der erste Wert sehr nahe an

Source code

1
engine.buffers.video_num_buffers:500
dann stell' ihn größer ein, damit das vorauseilende Bild auf Seite von xine zwischengespeichert werden kann.

Gibt's dann immer noch Transferbuffer-Overflows, dann musst du in VDR's transfer.c die TRANSFERBUFSIZE vergrößern.

Ich weiß nicht warum das so kodiert wurde, aber in der Phase sind BIld und Ton im Stream um gut 3 Sekunden versetzt, und dieser Versatz muss irgendwo gepuffert werden. Es ist üblich, dass das Bild dem Ton vorauseilt (vermutlich weil es länger zum Dekodieren braucht), aber so krass habe ich es bisher nur bei ASTRA HD+ beobachtet (vgl. auch vdr-xine's "buffered" Meldungen).

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

116

Thursday, December 27th 2007, 7:40pm

Hi Reinhard,

das mti "upmix_stereo" habe ich erstmal so belassen in meiner Konfiguration. Schau ich mir später an...
Edit: nun nutze ich wieder upmix_mono und es gibt keine Probleme damit. Hatte also andere Ursachen ...

Ich habe aber folgendes nach deiner Empfehlung verändert:
In der .xine/config:

Source code

1
engine.buffers.audio_num_buffers:4

und

Source code

1
engine.buffers.video_num_buffers:600


Bei VDR noch die TRANSFERBUFSIZE von 2MB auf 4MB geändert.

Was soll ich sagen, AstraHD läuft hier nun ohne Fehler im log oder da ist was putt :D
Ok, ab_und_zu kommt noch:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Dec 27 19:23:23 [logger] fixing sound card drift by 2648 pts
Dec 27 19:23:24 [logger] fixing sound card drift by 1982 pts
Dec 27 19:23:25 [logger] 200 Bilder angezeigt, 9 Bilder ýbersprungen, 0 Bilder verworfen
Dec 27 19:23:25 [logger] fixing sound card drift by 1483 pts
Dec 27 19:24:07 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.
Dec 27 19:29:35 [logger] fixing sound card drift by 1307 pts
Dec 27 19:29:36 [logger] fixing sound card drift by 2396 pts
Dec 27 19:29:37 [logger] fixing sound card drift by 1947 pts
Dec 27 19:29:38 [logger] fixing sound card drift by 1457 pts
Dec 27 19:29:43 [logger] fixing sound card drift by 1322 pts
Dec 27 19:37:35 [logger] audio_alsa_out:write:BAD STATE2, state = 4, going to try XRUN
Dec 27 19:37:35 [logger] fixing sound card drift by 1277 pts
Dec 27 19:38:50 [logger] fixing sound card drift by 1819 pts
Dec 27 19:38:51 [logger] fixing sound card drift by 3193 pts
Dec 27 19:38:52 [logger] fixing sound card drift by 2391 pts
Dec 27 19:38:53 [logger] fixing sound card drift by 1790 pts
Dec 27 19:38:54 [logger] fixing sound card drift by 1339 pts


Vielen Dank für die Tipps Reinhard.

Gruß Uwe

PS: CPU Usage liegt hier bei HDTV Sendern bei 40% - 75% (AMD Quad Core @ 2,2GHz (9500))

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

This post has been edited 2 times, last edit by "Uwe" (Dec 27th 2007, 8:03pm)


rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

117

Thursday, December 27th 2007, 8:10pm

Hi,

kann jemand mal die (nun überarbeitete) neue Video Option "skip loop filter" ausprobieren?

Bye.
rnissl has attached the following file:
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

This post has been edited 1 times, last edit by "rnissl" (Dec 27th 2007, 8:10pm)


rnissl

Intermediate

  • "rnissl" started this thread

Posts: 554

Location: Kulz / Thanstein

Occupation: Software-Entwickler

  • Send private message

118

Thursday, December 27th 2007, 8:26pm

Hi,

Quoted

Original von Uwe
Bei VDR noch die TRANSFERBUFSIZE von 2MB auf 4MB geändert.


Ohne hat's wohl nicht getan?
Wäre weniger für einen stabilen Betrieb möglich gewesen?

Quoted

Original von Uwe

Source code

1
Dec 27 19:24:07 [logger] ffmpeg_video_dec: Vergrýýere Puffer auf 449584 um ýberlauf zu vermeiden.


Das wird die nächste Hürde in VDR werden. Diese Angabe bedeutet, dass ein Field oder Frame (demux_mpeg_pes kann das nicht unterscheiden) so groß ist. Würde es sich wirklich um ein Field handeln, dann hätten wir jetzt schon ein Problem in VDR, weil VDR mit Frames arbeitet, und 2 Fields sind dann definitiv größer als die Konstante in recording.h:

Source code

1
#define MAXFRAMESIZE  KILOBYTE(512)


Quoted

Original von Uwe

Source code

1
2
3
4
5
Dec 27 19:38:50 [logger] fixing sound card drift by 1819 pts
Dec 27 19:38:51 [logger] fixing sound card drift by 3193 pts
Dec 27 19:38:52 [logger] fixing sound card drift by 2391 pts
Dec 27 19:38:53 [logger] fixing sound card drift by 1790 pts
Dec 27 19:38:54 [logger] fixing sound card drift by 1339 pts


Das ist ein Effekt davon, die Audio-Input-Puffer auf 4 zu reduzieren. Ich denke nicht, dass man das hört (3193/90000 = 35.4 ms).

Ein anderer Effekt davon ist, dass VDR in Aufzeichnungen nicht mehr soweit vorauslesen kann, weil xine mangels Audio-Input-Puffern keine Daten mehr anfordert. Damit sind dann die Positionanzeige und die tatsächliche Abspielposition auch nicht mehr soweit auseinander. Auch ein Clear() funktioniert schneller, weil auf Seiten von xine nicht soviel gepuffert wird und somit nicht soviel verworfen werden muss.

Bye.
--
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rnissl@gmx.de

119

Thursday, December 27th 2007, 8:49pm

Quoted

Original von rnissl
Hi,

kann jemand mal die (nun überarbeitete) neue Video Option "skip loop filter" ausprobieren?


Ok, ist eingebaut!
In der .xine/config habe ich mal folgendes eingestellt:

Source code

1
video.processing.ffmpeg_skip_loop_filter:all


Btw: Für den AMD Quad Core Prozessor hatte ich folgendes konfiguriert:

Source code

1
video.processing.ffmpeg_thread_count:8

Mit 8 Counts hatte ich das "Gefühl" das es am besten lief. (das war gestern, wo ich noch die Ruckler bei AstraHD hatte) Habe es bisher aber nicht mehr verändert.

Edit28.12.2007: Inzwischen habe ich diesen Punkt auch wieder auf 4 gesetzt! Also bei 4 Cores --> video.processing.ffmpeg_thread_count:4
Das xineliboutput Plugin setzt dieses beim start und erkennen der CPU automatisch!

mein VDR Stuff... :)

Thermaltake DH101: M2N68 Plus - 1 x HD-FF-6400 - 1 x L4MV6.2
angeschlossen über (SCR Inverto Black Unicable Multiswitch UST111-CUO10-8PP an Selfsat DQ)
yavdr-0.5 - vdr-2.1.6 - Plugins: dvbhddevice - targavfd - skinnopacity - osdteletext - xmltv2vdr
Scaleo Evi: NVidia G210 - 1 x L4M V6.2 TwinS2
angeschlossen am Legacy Ausgang vom Inverto Black Unicable Multiswitch UST111-CUO10-8PP
yavdr-0.5 - vdr-2.1.6 - Plugins: softhddevice-git - dm140vfd - skinnopacity - osdteletext
RaspberryPi mit rpihddevice Plugin (NEU!) / cubieboard2 mit vdr-2.1.6 + softhddevice-git (vdpau) / OdroidU3 CE als "DesktopPC" .... :D

This post has been edited 1 times, last edit by "Uwe" (Dec 28th 2007, 8:01pm)


120

Thursday, December 27th 2007, 8:49pm

hiho,

kompelieren laesst der neue patch sich auch :-)

werde mal astra hd anmachen... moechtest du bestimmte werte haben?

gruesse mentox
VDR Server: 1,8 core2 Duo, 3x TT-S3200, Gentoo, VDR 1.7.22
VDR Client 1: Zotac ION, Gentoo, streamdev, VDR 1.7.22
VDR Client 2: Nvidia 9500GT, Gentoo aktuell yavdr (zum Testen), streamdev, VDR 1.7.22
VDR Client 3: Nvidia GT220 passiv, Gentoo, streamdev, VDR 1.7.28