Beiträge von viking

Hallo Ora2,

hast du es mit cvs selbst ausgechekt ? Wenn ja, dann einfach das datum vom hauptverzeichnis vdr-xineliboutput schauen. Dann kann ich es mit dem datum auschecken.

Da es mit CVS ausgecheckt wird ist es nicht ganz so einfach die version rauszufinden. Aber wenn es von woanders kommt dann finde ich einen weg das rauszufinden.

Gruss
Viking

Hi,

was fuer eine version von xinelibout-cvs und lib-xine hast du benutzt ?

Immer noch "Xine-VDPAU aus SVN (Version von Vorgestern)" ?

Und "xinelibout-cvs " ?

Gruss
Viking

Hi,

hat sich jemand schon die neuen Acer Revo angeschaut ?
http://www.play.com/Search.aspx?searchtype=PCSH&searchstring=Acer+Aspire+Revo&page=search&pa=search&go.x=0&go.y=0

Mit VDPAU sollte es voellig ausreichend sein

Gruss
Viking

Hallo,

Schwachsinn geloescht

Habe ein aehnliches verhalten - nur das ich es hauptsaechlich bei Pro7, Sat1 und Kabel1 bemerkt habe. Bei RTL, ARD und ZDF ist kein stottern zu bemerken.

Muss mal testen ob xinelibout-cvs das behebt.

Gruss
Viking

hi,

zur info, hatte auch

found 0 locales in /usr/local/vdr/locale

ein

locale-gen de_DE.utf-8

hat das problem beseitingt.

Gruss
Viking

Hallo Wolfgang,

danke habe jetzt dein tipp ausprobiert, aber irgendwie scheint es nicht zu greiffen. Ich muss mal probieren ob ich es hinkriege das der snd_hda_intel nicht in benutzung ist und dann per hand entladen und wieder laden ...

Aber danke - koennte sein das es eine loesung ist

Gruss
Viking

Hallo Chello,

danke fuer dei antwort

Zitat

Originally posted by Chello
viking - ich glaube hier im Forum gelesen zu haben das xine-vdpau diese Werte fix eingebaut hat und sie deshalb überschrieben werden.

Das waere schade

Kann das jemand bestaetigen ?

Gruss
Viking

Hi,

habe das selbe probel wie hier, nur das ich die buffer erhoehen moechte ...
Ist immer :
engine.buffers.video_num_buffers:250

habs z.b. mit 1000 und 2000 probiert.

Hat jemand eine idee ?

Zitat

Originally posted by JK1974

Und noch eine Frage:
Ich habe das Gefühl, dass meine Einstellungen in der config_xineliboutput (in meinem Home-Verzeichnis im Unterordner .xine) ignoriert bzw. überschrieben werden. Erhöhe ich beispielsweise wie empfohlen die Puffergröße, ist sie beim nächsten Start wieder auf dem alten Wert.

Bin sehr sicher das VDR nicht gelaufen ist und auch sonst nichts das der in frage kommende rechner per netzwerk boot bootet und nicht gestartet war als ich es geaendert hatte. Aber auch gebootet und vdr gestoppt hat keinen unterschied gemacht.

Gruss
Viking

Hallo methodus,

aaah, es gibt doch andere die LinuxMCE probiert haben

Ja, klar habe ich VDR gewaehlt

Zitat

Ich habe damals die Erfahrung gemacht, dass LinuxMCE mit dem Alpha2-Overlay irgendwie extrem rummeckert. Aufnahmen ok, Live geht gar nicht. Woran das liegt? Keine Ahnung, mit Alpha1 gehts grad so.

Meinst du das UI1 und UI2 overlay - oder UI2 alpha (also durchsichtiges OSD).

Zitat

Hast du mal geguckt, ob es vielleicht gar nicht am LiveTV sondern am Blending hackt? Bei mir wurde beim Kanalwechsel nochmal das Menü gezeichnet, welches den Prozi schwitzen lies.

Mit dem OSD hatte ich am anfang auch probleme, habe aber die xineliboutput.OSD settings von EasyVDR uebernommen - jetzt ist es transparent und braucht kaum CPU

Aber was genau meinst du mit Blending ?
(Habe bisher eine DVB-s full featured genutzt - xineliboutput ist noch recht neu fuer mich)

Ich muss noch sagen das LiveTV bei einige kanele sauber laufen aber andere nciht. Also z.b. RTL ist immer gut, SAT1 ist oft hackelich. Wenn ich es aber aufnehme und wiedergebe dann ist es OK !?

Was kann das sein ?

leider ist es extrem schwierig xine-lib und vdr, xineliboutput unter LinuxMCE durch eine neuere auszutauschen. Im linuxmce forum kriegt man so gut wie keine infos und ich habe schon um die 50 stunden investiert um sachen auszuprobieren und komme langsam naeher daran eine xineliboutput version selber zu kompilieren. VDR 1.6 habe ich hingekriegt. Aber wenn es ohne gehen wueder waere das viel leichter

Gruss
Viking

Hi,

ich suche nach der xineliboutput (oder ist es xine-lib) version und schalter der dafuer zustaendig ist das bei EasyVDR beim umschalten das neue bild kurz stehen bleibt und dann los laeuft.

Wenn ihr versteht was ich meine. Man schaltet (bei EasyVDR mit HD addon) den kanal um (lokale DVB-s karte) und dann bleibt das bild von dem neuen kanal kurz stehen und lauft dann erst los.

Ich wueder gerne wissen welche version / patch / schalter dafuer zustaendig ist.

Hintergrund:
Ich nutze LinuxMCE und habe das problem das Replay so gut wie immer sauber lauft, aber LiveTV stottert oft. Bei EasyVDR auf dem selben rechner ist LiveTV OK. Ich vermute einfach mal das diese "pause" dem synchronisieren dient und das es deshalb sauber lauft

Aber vieleicht liege ich ja auch falsch ?

Gruss
Viking

Hallo,

habs durch updaten des kernels auf 2.6.28.7 behoben.

Es liegt in der tat an der IRQ verteilung die unter dem neuen kernel viel besser ist.

# cat /proc/interrupts
           CPU0       CPU1
  0:        125          0   IO-APIC-edge      timer
  1:          0         10   IO-APIC-edge      i8042
  4:        158       9230   IO-APIC-edge
  6:          0          5   IO-APIC-edge      floppy
  9:          0          0   IO-APIC-fasteoi   acpi
 12:          2        110   IO-APIC-edge      i8042
 14:          0          0   IO-APIC-edge      ide0
 15:          0          0   IO-APIC-edge      ide1
 16:      16630     794687   IO-APIC-fasteoi   ohci_hcd:usb2, ohci_hcd:usb4, HDA Intel
 17:          0          4   IO-APIC-fasteoi   ehci_hcd:usb1
 18:      11665     782910   IO-APIC-fasteoi   ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7, nvidia
 19:          0          0   IO-APIC-fasteoi   ehci_hcd:usb3
 20:      93025    9554344   IO-APIC-fasteoi   saa7146 (0)
 22:          0          3   IO-APIC-fasteoi   ahci, ohci1394
508:      13125    1094956   PCI-MSI-edge      eth0
511:    4792599          0  HPET_MSI-edge      hpet2
NMI:          0          0   Non-maskable interrupts
LOC:        110    4792713   Local timer interrupts
RES:     578990     158409   Rescheduling interrupts
CAL:       2431       1399   Function call interrupts
TLB:      15475       2005   TLB shootdowns
SPU:          0          0   Spurious interrupts
ERR:          0
MIS:          0

Gruss
Viking

Hi Sparkie,

danke fuer den feedback

Zitat

Originally posted by sparkie
Hi viking

'stottert bei kameraschwenks' wird typisch durch dynamisches Takten der CPU verursacht .

Die meisten Regel-Mechanismen, welche die CPU bedarfsabhaengig takten, sind fuer unsere Zwecke viel zu langsam. Bis die mal merken, dass CPU Leistung gefordert ist, ruckelt es schon laengst => untauglich

Deaktiviere testweise mal alles, was mit 'powernow' 'speedstep' und sonstigem Krempel dieser Art zu tun hat, damit die CPU konstant auf maximaler Frequenz laeuft. Kontrolle mit 'cat /proc/cpuinfo'

- sparkie

PS:
Alternativ koennte man ueber den Einsatz der FRC Patches von 'durchflieger' oder mir nachdenken. Falls deine Hardware dazu ueberhaupt geeignet ist.
Da FRC in kaum einer Distri enthalten ist, ist hierzu aber noch einige 'Handarbeit' angesagt.
Bei FRC wird das Deinterlacing ins Display verlagert und entschaerft deutlich den CPU-Leistungsbedarf auf dem PC. Hier kann man dann wieder problemlos dynamisch runtertakten.

Alles anzeigen

Ich habe schon mit cpufreq-set -f 2600000 das runtertakten ausgeschaltet - hatte noch nicht nachcontrolliert mit /proc/cpuinfo aber cpufreq-info -w sagt 2600000.

FRC ist glaube ich nur fuer ATI oder ?

Bei LinuxMCE geht momentan nichts ohne Nvidia karten weil da bei ATI einige features fehlen.

Gruss
Viking

Hallo,

ich glaube ich habs rausgefunden.

Es liegt IRQ sharing bzw. USB EHCI !? also am USB 2.0 ...
Wenn ich USB EHCI disable, dann geht es am anfang gut, spaeter geht es wieder in die hose. Und wenn ich USB komplett disable dann scheint es OK zu sein. Habe noch nicht so lange getestet.

Hier mit USB EHCI im BIOS eingeschaltet stottert es :

# cat /proc/interrupts
           CPU0       CPU1
  0:        143          0   IO-APIC-edge      timer
  1:          4        170   IO-APIC-edge      i8042
  6:          1          4   IO-APIC-edge      floppy
  8:          1          6   IO-APIC-edge      rtc
  9:          0          1   IO-APIC-fasteoi   acpi
 12:          6        105   IO-APIC-edge      i8042
 14:         11        398   IO-APIC-edge      ide0
 16:       2484     444417   IO-APIC-fasteoi   ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, eth0, nvidia
 17:       3923     217935   IO-APIC-fasteoi   ohci_hcd:usb1, ohci_hcd:usb2, HDA Intel
 18:          1          3   IO-APIC-fasteoi   ehci_hcd:usb6
 19:          0          0   IO-APIC-fasteoi   ehci_hcd:usb7
 20:       2137     172294   IO-APIC-fasteoi   saa7146 (0)
NMI:          0          0
LOC:     197824     197923
ERR:          0
MIS:          0

Mit USB EHCI disabled klappt es besser:

# cat /proc/interrupts
           CPU0       CPU1
  0:        143          0   IO-APIC-edge      timer
  1:          1         83   IO-APIC-edge      i8042
  6:          0          5   IO-APIC-edge      floppy
  8:          2          5   IO-APIC-edge      rtc
  9:          0          1   IO-APIC-fasteoi   acpi
 12:          3        108   IO-APIC-edge      i8042
 14:          4        338   IO-APIC-edge      ide0
 16:       1353     345813   IO-APIC-fasteoi   ohci_hcd:usb3, ohci_hcd:usb4, ohci_hcd:usb5, eth0, nvidia
 17:       1598     159408   IO-APIC-fasteoi   ohci_hcd:usb1, ohci_hcd:usb2, HDA Intel
 18:          0          3   IO-APIC-fasteoi   ohci1394
 19:        712     107178   IO-APIC-fasteoi   saa7146 (0)
NMI:          0          0
LOC:     147249     147249
ERR:          0
MIS:          0

Hat einer von euch eine erklaerung dafuer !?

Gruss
Viking

Hallo Hendrik,

Zitat

Originally posted by henfri
Aber lösch doch mal testweise alle xinieliboutput Einstellungen aus deiner setup.conf.

hat leider auch nichts gebracht ...

Gruss
Viking

Hallo Holger,

Danke fuer den input

Zitat

Originally posted by HolgerR
Und wenn's ein Timing-Problem ist? Die AMDs zicken manchmal unter (K)ubuntu. Häng doch mal an den "kernel" Aufruf in der menu.lst folgendes am Ende an: "notsc nohz=off highres=off".

hmm, nicht so ganz richtig, mit notsc bekomme ich segmentaion fehler beim booten.

Gruss
Viking

Hi Zulu,

finde es gut das du dich damit beschaeftigst

Bin dabei eine xineliboutput loesung auf die beine zu stellen und scheitere momentan an ein ruckeln bei kameraschwenks. Siehe hier Xine/Xineliboutput - VDR wiedergabe stottert bei kameraschwenks

So bald ich das am laufen habe werde ich mich am HDTV ranmachen ...

P.S. habe noch nicht so viel ueber voraussetzungen fuer HDTV gelesen. Ausser das es den multiproto und den S2API standard gibt. Weis noch nicht ob man zwingen vdr 1.7.x haben mus oder obs auch mit 1.6.0 geht.
Was ist denn der vorteil von deine loesung ?

EDIT: habe eine S2-3200 dafuer besorgt.

Gruss
Viking

Ach ja, jemand im LinuxMCe FORUM meinte das es vermutlich eine xorg sache ist - meine hardware und xorg spielt nicht so richtig miteinander ...

irgend eine idee dazu ?

Gruss
Viking

Zitat

Originally posted by henfri
Vielleicht probierst du trotzdem mal PAL Auflösung.
Ich hatte das gleiche Problem, als ich den X-Server auf FullHD gestellt hatte.
Mit PAL hab ich seitdem keine Probleme mehr.

Habe ich jetzt getestet und hilft leider nicht

Zitat

Du kannst auch mal deine Xineliboutput (Hardware/Software-Blending, glaub ich) checken.

Ist das die einstellung unter OSD was du meinst ?

Die ist auf Software und Use Hardware for lowres=yes.

hier die ganze einstellungen fuer xineliboutput :

xineliboutput.Audio.Compression = 100
xineliboutput.Audio.Delay = 0
xineliboutput.Audio.Driver = alsa
xineliboutput.Audio.Headphone = 0
xineliboutput.Audio.Port = iec958
xineliboutput.Audio.SoftwareVolumeControl = 0
xineliboutput.Audio.Speakers = Pass Through
xineliboutput.Audio.Surround = 0
xineliboutput.Audio.Upmix = 0
xineliboutput.Audio.Visualization = goom
xineliboutput.Audio.Visualization.GoomOpts = width=720,height=576,fps=25
xineliboutput.DisplayAspect = automatic
xineliboutput.Frontend = none
xineliboutput.Fullscreen = 1
xineliboutput.Media.BrowseFilesDir = /home/public/data/VDRTV/video
xineliboutput.Media.BrowseImagesDir = /home/public/data/VDRTV/video
xineliboutput.Media.BrowseMusicDir =
xineliboutput.Media.CacheImplicitPlaylists = 1
xineliboutput.Media.EnableID3Scanner = 1
xineliboutput.Modeline =
xineliboutput.OSD.AlphaCorrection = 0
xineliboutput.OSD.AlphaCorrectionAbs = 0
xineliboutput.OSD.Downscale = 1
xineliboutput.OSD.ExtSubSize = -1
xineliboutput.OSD.HideMainMenu = 0
xineliboutput.OSD.LayersVisible = 4
xineliboutput.OSD.Prescale = 1
xineliboutput.OSD.SpuAutoSelect = 0
xineliboutput.OSD.SpuLang0 = en
xineliboutput.OSD.SpuLang1 = fi
xineliboutput.OSD.SpuLang2 = de
xineliboutput.OSD.SpuLang3 =
xineliboutput.OSD.UnscaledAlways = 0
xineliboutput.OSD.UnscaledLowRes = 1
xineliboutput.OSD.UnscaledOpaque = 0
xineliboutput.Post.denoise3d.chroma = 30
xineliboutput.Post.denoise3d.Enable = 0
xineliboutput.Post.denoise3d.luma = 40
xineliboutput.Post.denoise3d.time = 60
xineliboutput.Post.pp.Enable = 0
xineliboutput.Post.pp.Mode = de
xineliboutput.Post.pp.Quality = 3
xineliboutput.Post.unsharp.chroma_amount = 0
xineliboutput.Post.unsharp.chroma_matrix_height = 3
xineliboutput.Post.unsharp.chroma_matrix_width = 3
xineliboutput.Post.unsharp.Enable = 0
xineliboutput.Post.unsharp.luma_amount = 0
xineliboutput.Post.unsharp.luma_matrix_height = 5
xineliboutput.Post.unsharp.luma_matrix_width = 5
xineliboutput.Remote.AllowHttp = 1
xineliboutput.Remote.AllowHttpCtrl = 0
xineliboutput.Remote.AllowRtsp = 1
xineliboutput.Remote.AllowRtspCtrl = 0
xineliboutput.Remote.Iface =
xineliboutput.Remote.Keyboard = 1
xineliboutput.Remote.ListenPort = 37890
xineliboutput.Remote.LocalIP =
xineliboutput.Remote.Rtp.Address = 239.255.80.1
xineliboutput.Remote.Rtp.AlwaysOn = 0
xineliboutput.Remote.Rtp.Port = 37890
xineliboutput.Remote.Rtp.SapAnnouncements = 1
xineliboutput.Remote.Rtp.TTL = 1
xineliboutput.Remote.UseBroadcast = 1
xineliboutput.Remote.UseHttp = 1
xineliboutput.Remote.UsePipe = 1
xineliboutput.Remote.UseRtp = 1
xineliboutput.Remote.UseTcp = 1
xineliboutput.Remote.UseUdp = 1
xineliboutput.RemoteMode = 1
xineliboutput.Video.AspectRatio = 0
xineliboutput.Video.AutoCrop = 0
xineliboutput.Video.AutoCrop.AutoDetect = 0
xineliboutput.Video.AutoCrop.DetectSubs = 0
xineliboutput.Video.AutoCrop.FixedSize = 1
xineliboutput.Video.AutoCrop.SoftStart = 0
xineliboutput.Video.Brightness = -1
xineliboutput.Video.Contrast = -1
xineliboutput.Video.Deinterlace = tvtime
xineliboutput.Video.DeinterlaceOptions = method=Linear,cheap_mode=0,pulldown=none,framerate_mode=full,judder_correction=0,use_progressive_frame_flag=1,chroma_filter=0,enabled=1
xineliboutput.Video.Driver = xv
xineliboutput.Video.FieldOrder = 0
xineliboutput.Video.HUE = -1
xineliboutput.Video.IBPTrickSpeed = 0
xineliboutput.Video.MaxTrickSpeed = 12
xineliboutput.Video.Overscan = 0
xineliboutput.Video.Port = 0.0
xineliboutput.Video.Saturation = -1
xineliboutput.Video.Scale = 0
xineliboutput.Video.SwScale = 0
xineliboutput.Video.SwScale.Aspect = 0
xineliboutput.Video.SwScale.Downscale = 0
xineliboutput.Video.SwScale.Height = 576
xineliboutput.Video.SwScale.Resize = 0
xineliboutput.Video.SwScale.Width = 720
xineliboutput.VideoModeSwitching = 1
xineliboutput.X11.UseKeyboard = 1
xineliboutput.X11.WindowHeight = 576
xineliboutput.X11.WindowWidth = 720

Gruss Viking

Zitat

Originally posted by Eiskalt
viking: das Board und die CPU hatte ich auch mal in der Hoffnung, damit unter Linux weiter zu kommen. Gleichzeitig hatte ich für vdpau eine passiv gekühlte 8400GS mitbestellt und dann nach ein bisschen probieren alles gegen ein Asus P5N7A-VM mit einer Intel e5200 (ähnliche Preisklasse) getauscht, weil:

- die AMD CPU im Stromsparmodus bei Wiedergabe von HD anfangs ruckelt (CPU muss sich erst hochtakten)
- der AMD Chipsatz unter Linux noch nicht für HD-Wiedergabe genutzt werden kann

Das habe ich leider auch erst jetzt rausgefunden VDPAU ist fuer mich im moment noch nicht interessant weil LinuxMCE damit noch nichts anfangen kann, aber spaeter vieleicht.

Gibt es auch waehrend des replays dir bekannte probleme mit dem mainboard ? Also ruckler ?

Zitat

Mit dem Intel ruckelt es bislang noch nicht. Den Stromverbrauch kann ich erst heute Abend vergleichen.

Das wuerde mir sehr interessieren

Zitat

Fazit: ich empfehle Dir eine GraKa mit G98 (z.B. 8400GS) dazuzukaufen, die CPU alleine könnte HD evtl. auch schaffen.

720p geht wohl mit der CPU aber 1080p weis ich nicht so recht !?

Gruss
Viking

Hallo Henfri,

Aah, das hatte ich uebersehen - probiere ich mal. Danke

Aber es taugt nur als test, da die naechste stufe ist das ich HDTV wiedergeben moechte

Gruss
Viking