
Ruckeln bei DivX
-
-
hi,
du kannst ja mal mit
- 'cat /proc/meminfo' schauen, wieviel speicher benutzt wird
- 'mplayer -v' die mplayer-version abfragenund die mplayer.sh.conf posten, damit nicht laenger um den heissen brei geredet wird
gruesse
herbsl
-
vdrconvert hatte ich mal versucht testweise zu installieren.
Trägt das sich irgendwo in die cron oder sonstwo ein? Bei ps hatte ich heute morgen nichts davon gesehen, ich muß heute Abend dann nochmal richtig nachschauen.Anonsten poste ich dann heut Abend auch mplayer.sh.conf, top, meminfo...
-
hatte ich auch,
bei mir lags am 2.6.xx Kernel.
Den 2.4er wieder drauf -> geht wie vorher.
P III 900 MHz:
divx mit ac3 Wiedergabe, Wandlung von NTSC nach PAL, hächste Quali=> ruckelt nicht. CPU Last bei etwa 60%
ciao
Stefan -
Evtl. geht unser Problem ja hiermit http://vdrportal.de/board/thread.php?threadid=21829&sid= einher. Das FB-Problem kenne ich nämlich auch.
-
Das extrem-Ruckeln ist weg :
streamdev und dvd plugin deaktiviert ..
Ich finde aber immer noch meine CPU-Auslastung zu hoch :
-> top (VDR spiele VDR Aufnahme ab)
21:27:28 up 40 min, 1 user, load average: 0.86, 1.03, 0.90
50 processes: 45 sleeping, 5 running, 0 zombie, 0 stopped
CPU states: 93.4% user, 6.6% system, 0.0% nice, 0.0% idle
Mem: 506444K total, 501432K used, 5012K free, 12488K buffers
Swap: 0K total, 0K used, 0K free, 428024K cachedPID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
123 root 15 0 11112 10M 1720 R 98.0 2.1 20:31 vdr
128 root 9 0 11112 10M 1720 R 1.0 2.1 0:51 vdr
149 root 9 0 11112 10M 1720 S 0.6 2.1 0:03 vdr
139 root 9 0 11112 10M 1720 S 0.2 2.1 0:07 vdr
150 root 9 0 11112 10M 1720 S 0.2 2.1 0:01 vdr
1 root 8 0 264 264 220 S 0.0 0.0 0:04 init
2 root 9 0 0 0 0 SW 0.0 0.0 0:00 keventd
3 root 19 19 0 0 0 SWN 0.0 0.0 0:00 ksoftirqd_CPU0
4 root 9 0 0 0 0 SW 0.0 0.0 0:00 kswapd
5 root 9 0 0 0 0 SW 0.0 0.0 0:00 bdflush
6 root 9 0 0 0 0 SW 0.0 0.0 0:00 kupdated
7 root 9 0 0 0 0 SW 0.0 0.0 0:00 khubd
12 root 9 0 0 0 0 SW 0.0 0.0 0:00 kjournald
36 root 9 0 0 0 0 SW 0.0 0.0 0:00 kjournald
57 root 9 0 260 260 212 S 0.0 0.0 0:00 klogd
59 root 9 0 308 308 256 S 0.0 0.0 0:00 syslogd
70 root 9 0 548 548 464 S 0.0 0.1 0:00 bash
75 root 8 0 608 608 492 S 0.0 0.1 0:00 runvdr
83 root 9 0 1200 1200 1064 S 0.0 0.2 0:00 sshd
85 daemon 9 0 416 416 344 S 0.0 0.0 0:00 portmap
93 root 9 0 1664 1664 960 S 0.0 0.3 0:00 nmbd
95 root 9 0 1804 1804 1064 S 0.0 0.3 0:00 smbd
98 root 9 0 2336 2336 1184 S 0.0 0.4 0:00 udpd.pl
100 root 9 0 536 536 460 S 0.0 0.1 0:00 acpid
102 root 9 0 1488 1488 788 S 0.0 0.2 0:00 smbmount
105 root 8 0 1488 1488 788 S 0.0 0.2 0:00 smbmount
108 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-av7110
110 root 9 0 1488 1488 788 S 0.0 0.2 0:00 smbmount
113 root 9 0 1488 1488 788 S 0.0 0.2 0:00 smbmount
115 root 9 0 468 468 408 S 0.0 0.0 0:00 getty
116 root 9 0 468 468 408 S 0.0 0.0 0:00 getty
117 root 9 0 468 468 408 S 0.0 0.0 0:00 getty
118 root 9 0 468 468 408 S 0.0 0.0 0:00 getty
120 root 9 0 540 540 464 S 0.0 0.1 0:00 lircd
125 root 9 0 0 0 0 SW 0.0 0.0 0:00 kdvb-fe-0:0
126 root 9 0 11112 10M 1720 S 0.0 2.1 0:00 vdr
127 root 9 0 11112 10M 1720 S 0.0 2.1 0:00 vdr
129 root 9 0 0 0 0 SW 0.0 0.0 0:07 kdvb-fe-1:0
130 root 9 0 11112 10M 1720 S 0.0 2.1 0:02 vdr
131 root 9 0 11112 10M 1720 S 0.0 2.1 0:09 vdr
132 root 9 0 0 0 0 SW 0.0 0.0 0:23 kdvb-fe-2:0
133 root 9 0 11112 10M 1720 S 0.0 2.1 0:02 vdr
134 root 9 0 11112 10M 1720 S 0.0 2.1 0:12 vdr
135 root 9 0 11112 10M 1720 S 0.0 2.1 0:00 vdr
136 root 9 0 11112 10M 1720 S 0.0 2.1 0:00 vdr
138 root 9 0 11112 10M 1720 R 0.0 2.1 0:08 vdr
141 root 19 19 7348 7348 1384 S N 0.0 1.4 0:00 vdradmind.pl
155 root 9 0 1776 1776 1508 R 0.0 0.3 0:00 sshd
156 root 9 0 1144 1144 896 S 0.0 0.2 0:00 bash
161 root 9 0 948 948 748 R 0.0 0.1 0:00 topWie interpretiere ich den das ....
Meine Config :
P4-2,8 Ghz / 512 MB / 845 ChipSet mit VGA
1 x DVB-S 1.6 / 2 x Nova
120GB HDD (System) / 250GB HDD (video0) / 92MB Ramdisk -
So hier ein Haufen Files und Ausgaben. Hoffe damit kann jemand was anfangen
mplayer -v
MPlayer 1.0pre3-2.95.4 (C) 2000-2003 MPlayer TeamCPU: Intel Celeron 2/Pentium III Coppermine,Geyserville 1097 MHz (Family: 6, Ste
pping: 10)
Detected cache-line size is 32 bytes
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled with Runtime CPU Detection - WARNING - this is not optimal!
To get best performance, recompile MPlayer with --disable-runtime-cpudetection.
Reading config file /tmp/mplayer/etc/mplayer/mplayer.conf: No such file or direc
tory
Reading config file /root/.mplayer/config
Reading /root/.mplayer/codecs.conf: Can't open '/root/.mplayer/codecs.conf': No
such file or directory
Reading /tmp/mplayer/etc/mplayer/codecs.conf: Can't open '/tmp/mplayer/etc/mplay
er/codecs.conf': No such file or directory
Using built-in default codecs.conf.mplayer.sh.conf:
# Config File for mplayer.sh ...
#
# ***
# *** Mandatory Values
# ***
#
# Where to find mplayer executable ?
MPLAYER="/usr/bin/mplayer"# Video Out Filter lavc or fame - see mplayer DVB docs for details !
#VOP="lavc=30"
VOP="lavc=5000"# Video out device
# most users will want the default of 'mpegpes', but users with a dxr3
# need to use 'dxr3'
#VO="dxr3"
VO="mpegpes"AO="mpegpes -afm 9"
# X-Resolutions for the DVBs card (smallest value first !)
#
XResPAL=(352 480 528 688 704 720)
XResNTSC=(352 480 512 640 704 720)# Set the following to 'true' or 'false' according to
# the capabilities of your TV set.
#
# At least _one_ has to be true!
PAL="true"
NTSC="true"# Use mplayer's -speed option for videos with a different
# frames/s value than the selected TV norm
#
# this setting is only used if either PAL or NTSC
# is set to false!
USE_SPEED="false"# set to true if you want to use AC3 output
USEAC3="false"# how to play AC3 audio?
# for AC3 via sound card (ALSA driver):
AC3AOUT="-ao alsa9 -ac hwac3"
# for AC3 via DVB (doesn't need AC3overDVB patch);
# needs MPlayer 0.90 final, or newer:
#AC3AOUT="-ac hwac3"# what aspect ratio has your TV set?
# either 4/3 (conventional) or 16/9 (widescreen)
#TV_ASPECT="16/9"
TV_ASPECT="4/3"# ***
# *** Optional Setting *** Simply Remove them if they do not fit your needs...
# ***
#
#
# Cache Option for MPlayer
CACHE="4096"# Framedrop
FRAMEDROP="true"# Lirc RC File
#LIRCRC="/video/.lircrc"# do we have a slow CPU?
# if so, reduce the Y resolution to the half of the possible maximum:
# NTSC: 240
# PAL: 288
# uncomment the following line if you have a slow CPU:
SLOW_CPU="true"# Where to find DVD/VCD dummy files? (just a fake and empty text file for the plugin)
# Example: create two empty text files (DVD and VCD) in /video/plugins/DVD-VCD/
DVDFiles="/video/plugins/DVD-VCD"# What is your DVD-ROM device ?
DVD="/dev/hdc"# What languages do your DVD's use ?
DVDLANG="de"# extra DVD options
DVDOPTIONS="-aop list=volume:volume=170"# extra VCD options
VCDOPTIONS=""# should MPEG files be played directly (without rescaling) if poosible?
MPEG_DIRECT="true"#Subtitle options
SUBPOS="80" #Vertical position 0-100
SUBCOLOR="0" #Background color 0=black 255=white
SUBALPHA="30" #Background transparency (0-255)# Userdefined Options - make sure they do not collide with options
# used in mplayer.sh
# Only for experienced users
# USERDEF="-what -option you ever -like to give -to mplayer"
USERDEF="-quiet"
#USERDEF=""# set to true to enable debugging output
DEBUG="true"# End of Options
Mir fällt bei Top auf, das der VDR extrem viel CPU verbrät:
top - 22:11:31 up 11 min, 2 users, load average: 1.70, 1.18, 0.55
Tasks: 50 total, 2 running, 48 sleeping, 0 stopped, 0 zombie
Cpu(s): 52.3% us, 7.8% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.7% hi, 39.2% si
Mem: 125608k total, 123812k used, 1796k free, 15208k buffers
Swap: 510220k total, 0k used, 510220k free, 48772k cachedPID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1797 root 18 0 37360 15m 9312 S 38.8 12.3 1:01.56 vdr
1854 root 18 0 21352 16m 10m R 31.7 13.1 2:03.83 mplayer
1814 root 15 0 37360 15m 9312 S 15.9 12.3 1:29.89 vdr
1819 root 15 0 37360 15m 9312 S 5.8 12.3 0:21.76 vdr
1818 root 15 0 37360 15m 9312 S 2.6 12.3 0:11.76 vdr
1815 root 15 0 37360 15m 9312 S 1.9 12.3 0:05.79 vdr
1953 root 17 0 1784 956 1664 R 1.3 0.8 0:02.13 top
1523 root 15 0 2228 316 1076 S 1.0 0.3 0:02.31 syslogd
34 root 15 0 0 0 0 S 0.3 0.0 0:00.57 pdflush
1 root 16 0 2204 268 1044 S 0.0 0.2 0:00.71 init
2 root 34 19 0 0 0 S 0.0 0.0 0:00.00 ksoftirqd/0
3 root 5 -10 0 0 0 S 0.0 0.0 0:00.04 events/0
4 root 5 -10 0 0 0 S 0.0 0.0 0:00.01 khelper
5 root 14 -10 0 0 0 S 0.0 0.0 0:00.00 kacpid
20 root 5 -10 0 0 0 S 0.0 0.0 0:00.00 kblockd/0
21 root 15 0 0 0 0 S 0.0 0.0 0:00.06 khubd
33 root 15 0 0 0 0 S 0.0 0.0 0:00.00 pdflushUnd hier der Speicher:
linvdr:~# cat /proc/meminfo
MemTotal: 125608 kB
MemFree: 1348 kB
Buffers: 4548 kB
Cached: 56852 kB
SwapCached: 1800 kB
Active: 72564 kB
Inactive: 38700 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 125608 kB
LowFree: 1348 kB
SwapTotal: 510220 kB
SwapFree: 508420 kB
Dirty: 2192 kB
Writeback: 0 kB
Mapped: 59820 kB
Slab: 6932 kB
Committed_AS: 83300 kB
PageTables: 360 kB
VmallocTotal: 909232 kB
VmallocUsed: 8048 kB
VmallocChunk: 901140 kB -
Wenn ich den VDR runterfahre und dann mplayer.sh von der Kommandozeile startet läuft es einwandfrei (auch wenn ich die Qualität höher stelle)
Ist also scheinbar doch ein Problem des VDR oder des mplayer-Plugins.
-
Hi, ich habe es auch, 1100 MHz Celeron und CPU-Auslastung liegt bei 42 %. VDR-Convert ist aus!
Wenn ich jedoch SlowCPU = true mache, dann ruckelts nicht mehr und CPU-Auslastung immer noch bei 42 %...
Also in meinen Augen ist der MPlayer absolut unausgereift, was man auch an der Menüführung merkt...
MFG
T. Seipolt -
Hi,
sorry, habe kein LinVDR, sonder VDR 1.3.12 inkl. MPlayer-Pre5 etc. unter SuSE Linux 9.1 selbst kompiliert. Als Script läuft nur VDRadmin im Hintergrund, als Plugins u.a. das aktuelle Streamdev, das DVD- und das MediaMVP-Plugin.
Auf dem Duron 1300 läuft es mit allen lavc-Werten ruckelfrei los. Je nach Wert, fängt es allerdings nach einigen Minuten heftig zu ruckeln an. Bei lavc=4000 scheint alles zumindest fr 40 Minuten ok zu sein (neulich Staffel 2 von 24 mit diesen Settings angeschaut, selbst kodiert mit einer Bitrate von 1,5 MBit/s), bei lavc=4500 oder 5000 gehts aber nach rund 10 Minuten schon los, und ich muss die Wiedergabe komplett stoppen - ist fast so, als würde ein Puffer leerlaufen, aber auch ich habe keine 100%-CPU-Belastung. Kann es sein, dass der Transcoding-Code nicht wirklich optimiert ist und deswegen trotz geringer CPU-Belastung der Puffer leer läuft?
Irgendwie ist das wirklich eine echte Ruckelpartie mit dem MPlayer-Plugin. Kann die Leute gut verstehen, wenn sie für DivX auf Windoof switchen. Das werde ich vielleicht auch beim nchsten Mal machen, denn jetzt ist eine Matrox drin - die gibt dank der DVDMax-Funktion auch einen perfekten TV-Out wie bei einer DVBs/Nexus.
Wenn jemand dem Geruckle auf die Spur kommt, wäre der Community bestimmt ein großer Gefallen getan.
Jörg
-
Ich kann auch bestätigen, daß dir ruckelei erst nach ein paar Minuten losgeht. Dann aber richtig heftig.
Wie gesagt: mplayer von der Kommandozeile läuft auch bei höheren Einstellungen ruckelfrei.
-
Hi,
also ich bin gerade dabei einen ZweitVDR aufzubauen.
Die CPU (PIII 500) ist mit DIVX bzw. XVID ein bisschen überfordert. Eine Steigerung auf einen PIII 650 macht vermutlich nicht so viel aus, oder? Evtl. hätte ich noch einen Gigaherz Celeron.
Hat vielleicht jemand so eine Konfiguration und kann dazu was sagen...
-
mit einem auf 950 mhz getaktetten uralt-athlon (slot-a) ging es schon ganz gut.
weniger performance sollte es aber nicht sein.das geruckel beim abspielen über mplayer bei ansonnsten starker cpu kommt vom pci-bus bzw. irgendwelchen performaceengpässen beim streamen zur dvb-karte.
es ist zum beispiel deutlich abhängig vom pci-takt,natürlich aber auch von der datenrate des streams welchen der mplayer über lavc erzeugt.
schnellere cpu oder arbeitsspeicher helfen da garnichts.
pci-takt und effizienz der southbridge spielen die hautrolle.
das sis-chipset mit der 963l-southbridge hat bisher die beste performance aller bei mir im einsatz gewesenen mainbaords gezeigt.
4:3 streifen kann ich damit in 544x576 ruckelfrei abspielen,16:9 und 20:9-streifen in 704x576.
alles mit quantisierungsfaktor von 4 für lavc. -
Hallo Scorp,
wie soll denn das Bild auf den Fernseher gelangen? Bei einer FF-Karte oder der DXR3 muss Divx ja nicht nur decodiert, sondern auch noch als MPEG2 wieder codiert werden, damit es ausgegeben werden kann. Damit dürfte auch ein PIII mit 650MHz überfordert sein, bei einem Gigaherz hast Du da schon mehr Chancen.
Mit Softdevice/Softplay oder Xine mit DirectFB auf einer Matrox-Karte könnte es mit 650 MHz knapp reichen, 866 MHz sind definitiv genug, da bleibt sogar noch Platz für andere Aktivitäten. Ähnliches dürfte für die NVidia-Karten mit Xvmc unter X gelten.EddieT
-
hatte mich verlesen
-
Hm, also ich kann das ganze hier mit dem Ruckeln nicht nachvollziehen.
Ich hatte einen P3 - 650 mit 512MB SD-RAM PC100 auf einem i810E Board und die Divx Ausgabe über meine FF Siemens DVB-C Karte war einwandfrei. Regelmäßiges stottern (zum Beispiel Bild hält alle 10 Sekunden nen Moment an) waren auf bestimmte Dateien zurückzuführen (Art der Codierung ? ).
Als "Software" Habe ich mich am LinVDR 0.5, 0.6 und jetzt 0.7 versucht. Auch dem MiniVDR hatte ich zeitweise mal drauf. Und der MPlayer verrichtet einwandfrei seinen Dienst.
Mitlerweile steht da ein P3 1266 @ 900 MHz mit dem selben Unterbau und tut super seinen Dienst.
Warum geht das bei mir und bei einem 2,8GHz Pentium 4 ruckelt es ?
-
Hi,
dann muß wohl doch ein Gigaherz Celeron her...
Ausgabe direkt über die FF DVB-s. -
reicht aber leider immer noch nicht für hohe bildauflösungen bei der wiedergabe wenn features wie b-frames und quarterpixel-me zusammen im mpeg4-video zum einsatz kommen.
dafür ist ungefähr das leistungsniveau eines xp mit 1,4 ghz notwendig.
wenn niedrigere bildauflösungen wie 352x576 oder eventuell auch 464x576 für die ausgabe zufriedenstellend sind könnte es aber durchaus für gute ergebnisse reichen.
videos ohne q-pel oder b-frames sind deutlich weniger anspruchsvoll so das auch hier die anforderungen entsprechend niedriger sind. -
Danke, ich werds mir überlegen ob sich die Investition überhaupt rentiert.
Mit der SlowCPU Option sollte aber doch was möglich sein.
-
Huch, der Thread war ja eigentlich uralt.
Übrigens hat das ursprüngliche Problem bei mir wirklich mit einem Bug im VDR bei den Autotimern zusammengehangen.
Seit ich nach längerer Zeit mal wieder ein Upgrade gemacht habe (jetzt 1.3.30) ist der Bug offensichtlich behoben.
Tschiao,
Sascha
-
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!