Posts by Chello

Ich verwende ein Gigabit Netzwerk.
Hier ein screenshot zwischen Linux und Windows mit smbfs.
[Blocked Image: http://www.bilderload.com/thumb/26775/linuxwindows4VWIR.png]

Samba ist 3.4.0

smb.conf ist eigentlich nur die "workgroup" angepasst, "max open files" eingetragen. (Eigenheit von W7) und ein share angelegt:

[Datengrab]
    path = /media/Datengrab
    read only = Yes
    guest ok = No
    write list = vdr
    create mask = 0644
    directory mask = 0755

Wobei vielleicht noch zu sagen ist das "/media/Datengrab" ein "mhddfs" ist.

Hallo Tiroler, bei mir ist es halt leider so das ich über samba egal ob ich nun smbfs oder cifs verwende nur auf 22-25mb/sek zwischen 2 Linux Rechnern komme. Wenn ich allerdings nfs verwende und von selben server die selben files probiere komme ich auch 65-70mb/sek.
Da es sich bei den clients um komplett unterschiedliche Hardware und install handelt könnte das Problem eigentlich ja nur beim Server liegen.
Wenn das so ist verstehe ich dann aber nicht warum genau der selbe Server via Samba in Verbindung mit Windows PCs 100mb/sek schafft.

Kann kein Sinn drinn liegen, Bei ubuntu ist der speed mit samba zwischen Linux Rechnern sowieso Grottenschlecht.

Bei mir ist der speed mit NFS um den Factor 3 schneller.

Ich habe gerade nachgesehen und mein file mit den namen rc.local ist unter yaVDR so gut wie leer und ich konnte da nichs ausser ein "exit 0" drinnen finden.

Weiss also nicht wo du da was eingetragen hast

Versuche es einfach mal in

/etc/rc.local

vor "exit 0"

Da gibts sicher einige stellen

Ich würde fürn anfang mal testen ob der befehl via console zum gewünschten Erfolg führt.(255 entsprechen 100% wenn du aber den Wert 100 möchtest müsstest das dann wohl für dich anpassen)
Wenn er das tut könntest es ja mal in "rc.local" versuchen.

Vielleicht würde dir ein

/usr/bin/amixer set PCM 255

in einen der Startcripts notfalls auch helfen.

Probiert habe ich es allerdings nicht.

Hallo steffen_b, ich habe auch nicht behauptet das es in der DVB Karte gespeichert wird

Hallo, haben eigentlich all die betroffenen mehr als eine Karte im System ?

Wenn mich meine Erinnerung nicht täuscht verwendet VDR ja die Karten bei einen Kanalwechsel abwechselnd. Soll heissen channel 1 zb. Karte 1 und beim Kanalwechsel auf channel 2 die 2. Karte. (Natürlich nur so lange diese nicht mit einen recording beschäftigt ist) Beobachtet hatte ich das ganze in femon in einen System mit 2 unterschiedlichen Karten da man dann auch sehr schön sieht welche Karte VDR gerade verwendet.

Das würde für mich dann on die Richtung gehen das an irgend einer Stelle noch ein Frame von der im Moment nicht verwendeten Karte gespeichert ist und dann doch noch den Weg zur Bildausgabe schafft.

@kop - wie ich sehe hast du yaVDR als client, yaVDR verhält sich bei mir genauso wenn ich eine fixe IP an den client vergebe. Wenn ich die IP via DHCP Anfrage hat der PC bei mir genügend Zeit und auch die NFS mounts sind nach einen boot da.

Lösung habe ich für das Problem leider auch keine

Auszug aus "config" von xine:

# A/52 Lautstärke 
# [0..200], default: 100

Vielleicht hilft es ja.

Quote

Original von Tobias
ja, hier gehts um die videowiedergabe.
LiveTV bringt bei mir xbmc zum sofortigen Absturz...

Von Welchen Videomaterial schreiben wir hier genau ?

Ist es nicht so das bei SD immer TemporalSpatial vom Treiber verwendet wird ?

Ich habe nun mal paar Minuten auf Astra HD, Sky Sport HD, Discovery HD aufgenommen und diese recordings dann unter xbmc abgespielt.

Astra HD 1440x1080 <-- Temporal usw wird mir angeboten
Sky Sport HD 1920x1080 <-- Temporal usw wird mir angeboten
Discovery HD 1920x1080 <-- Temporal usw wird mir angeboten

Quote

Original von wbreu

Hi,

nirgends, weil es dafür keinen Schalter gibt.

Gruß
Wolfgang

Stimmt so leider nicht ganz.
Unter Video-Einstellungen - Interlaced kann man beim pvr:

Aus
Inverse Tekecine
Temporal (Half)
Temporal/spatial (Half)
Bob
(VDPAU)Zeitlich
(VDPAU)Zeitlich/Räumlich
Auto

auswählen.

Bei einen Divx gibt es weniger Möglichkeiten.

gda - bitte wegschauen, nicht das du uns vom Stuhl klappst wenn du das böse wort lesen musst

ranzen - schau doch einfach mal mit "mc"(mit einter wenn du am filenamen bist) unter "/var/cache/apt/archives" in das file "yavdr-startup_0.1.0+svn20100206-1yavdr1_i386.deb". Darin gibt es einen folder "CONTENTS" und darin wieder die filestruktur und unter /etc/X11 wirst du die aktuelle "Xsession.vdr" finden und kannst dir gemütlich den Inhalt ansehen/vergleichen.

Quote

Original von nitroman
Halterung an den Schlafzimmerschrank angeschraubt, Schrank ans Fenster geschoben, Schüssel ausgerichtet....

Hahaha - mal eine alternative Montage

engine.buffers.audio_num_buffers:275
engine.buffers.video_num_buffers:1800

Ich verwende auch seit geraumer Zeit genau diese Einstellungen und damit scheinen die HD Kanäle via Sat besser zu laufen als alszu große Werte wie an anderer Stelle vorgeschlagen.

engine.buffers.audio_num_buffers:2300
engine.buffers.video_num_buffers:5000

Klappt hier garnicht damit habe ich Tonprobleme auf diversen HD Sendern und beim switch zwischen diesen Sendern kann es schon mal vorkommen das sich xine verabschiedet. Ob das an einen nicht leeren Buffer liegt kann ich nicht sagen da ich nicht wirklich Ahung vom programmieren habe und nicht weiss ob der Buffer beim Kanalwechsel zuverlässig gelöscht wird.

gda - Nein, war nur eine Frage eines Users der sich mit Kabel nicht auskennt.

Ich kenne diese Karten und Kabel nun leider garnicht aber gibt es S2 im Kabel ?

"Terratec Cinergy S2"

Ich glaube wir hatten es damals wegen irexec mit su gemacht.

Hallo Tobias, hier paar Tests von mir zum Vergleich.

ORF HD:

top - 14:53:33 up 25 min,  1 user,  load average: 0.01, 0.01, 0.00
Tasks: 119 total,   1 running, 118 sleeping,   0 stopped,   0 zombie
Cpu(s):  8.6%us,  1.3%sy,  0.0%ni, 89.7%id,  0.0%wa,  0.0%hi,  0.3%si,  0.0%st
Mem:   3096792k total,   351688k used,  2745104k free,    29448k buffers
Swap:  9068652k total,        0k used,  9068652k free,   145576k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3421 vdr       20   0  344m  41m 9936 S   15  1.4   4:01.63 vdr
 3494 vdr       20   0  294m  64m 9432 S    4  2.1   1:21.86 xine
    1 root      20   0  2652 1600 1104 S    0  0.1   0:01.04 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd

ORF HD via pvr im xbmc:

top - 15:10:48 up 42 min,  1 user,  load average: 0.56, 1.39, 0.99
Tasks: 118 total,   2 running, 116 sleeping,   0 stopped,   0 zombie
Cpu(s):  9.2%us,  1.0%sy,  0.2%ni, 86.7%id,  0.5%wa,  0.2%hi,  2.3%si,  0.0%st
Mem:   3096792k total,  1194936k used,  1901856k free,   113332k buffers
Swap:  9068652k total,        0k used,  9068652k free,   803840k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3421 vdr       20   0  362m  45m 9.8m S   15  1.5   4:32.56 vdr
 3593 vdr       20   0  368m 171m  38m R    6  5.7   3:27.40 xbmc.bin
 3150 root      19  -1 40716  31m 9848 S    1  1.0   0:03.59 Xorg
    1 root      20   0  2652 1600 1104 S    0  0.1   0:01.04 init

XBMC mit Divx:

top - 14:55:30 up 27 min,  1 user,  load average: 0.14, 0.06, 0.02
Tasks: 118 total,   1 running, 117 sleeping,   0 stopped,   0 zombie
Cpu(s):  1.3%us,  0.8%sy,  0.2%ni, 97.5%id,  0.0%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:   3096792k total,   467988k used,  2628804k free,    32216k buffers
Swap:  9068652k total,        0k used,  9068652k free,   238160k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3593 vdr       20   0  311m 102m  32m S    3  3.4   0:30.58 xbmc.bin
 3421 vdr       20   0  343m  40m 9.8m S    1  1.4   4:12.92 vdr
 3577 root      20   0  2472 1168  884 R    0  0.0   0:00.26 top
    1 root      20   0  2652 1600 1104 S    0  0.1   0:01.04 init

XBMC mit 1080p mkv

top - 14:58:07 up 30 min,  1 user,  load average: 1.21, 0.37, 0.12
Tasks: 118 total,   1 running, 117 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.6%us,  1.7%sy,  0.0%ni, 48.0%id, 46.0%wa,  0.2%hi,  1.5%si,  0.0%st
Mem:   3096792k total,   549352k used,  2547440k free,    40736k buffers
Swap:  9068652k total,        0k used,  9068652k free,   285160k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3593 vdr       20   0  303m 124m  39m S    7  4.1   0:47.60 xbmc.bin
 3421 vdr       20   0  343m  40m 9.8m S    1  1.4   4:15.51 vdr
  430 root      15  -5     0    0    0 D    0  0.0   0:00.16 kjournald2

XBMC mit mpeg2 (vdr recording 3sat - neues):

top - 15:00:07 up 32 min,  1 user,  load average: 1.99, 0.95, 0.36
Tasks: 118 total,   2 running, 116 sleeping,   0 stopped,   0 zombie
Cpu(s): 12.6%us,  1.5%sy,  0.0%ni, 43.9%id, 41.9%wa,  0.0%hi,  0.2%si,  0.0%st
Mem:   3096792k total,   728404k used,  2368388k free,    58940k buffers
Swap:  9068652k total,        0k used,  9068652k free,   418312k cached


  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
 3593 vdr       20   0  321m 151m  33m S   27  5.0   1:12.11 xbmc.bin
 3421 vdr       20   0  343m  40m 9.8m S    1  1.4   4:17.43 vdr
    1 root      20   0  2652 1600 1104 S    0  0.1   0:01.04 init

Interlaced steht in diesen Fall auf "Deinterlace" (Menütaste wenn das Video abgespielt wird und dann auf Video-Einstellungen)

Im XBMC habe ich unter System -> Video -> Wiedergabe -> Render-Methode "Auto-Erkennung" aktiv

Verwendete Hardware:
AMD 4850e auf 2Ghz gestellt von yaVDR
Nvidia GT240

TheChief - Sieht mir irgendwie nach "hw:1,7" oder "hw:1,3"aus, kann mich aber auch irren.

Bei all diesen GT2x0 Karten sollte man nicht vergessen das es durchaus Mainboards gibt die leider damit nicht klar kommen.

Ich hatte ein Mainboard hier das mit einer PoV GT220 garnicht booten wollte und mit einer Zotac GT 240 zwar bootet aber der onboard sound verschwunden war.

Der durchaus nette und schnell antwortende Support von Zotac meinte das es am Mainboard Bios liegt, aber was will man manchen wenns kein anderes vom Mainboard Hersteller gibt.

Ein GT240 Bios wo der soundchip deaktiviert ist wollte mir dann Zotac aber auch nicht zukommen lassen