gehts oder gehts nicht ?

  • hi,
    so langsam geht mir die Übersicht verloren was geht und was nicht.


    Die SVN 28695 Version war bei mir die letzte bei der ich zumindest die VDR-Aufnahmen sehen konnte
    und keine 100% CPU-Last bei aktivierten VNSISERVER und Aufnahmen in "video.00" hatte.
    Bei den nachfolgenden pvr-testing2 Versionen keine Aufnahmen sichtbar und 100% Systemlast wenn in "video.00" Aufnahmen liegen.


    Nun lese ich hier bei einigen sind die Aufnahmen sichtbar, CPU-last ist auch normal auch wenn in "video.00" Aufnahmen sind, bei Anderen wiederum das es nicht geht obwohl auch Ubuntu genutzt wird. ( ich nutze Debian squeeze ) auch hier soll es bei einigen Funktionieren, bei anderen nicht.


    Auch scheine ich der Einzige zu sein der mal eine Aufnahme ausprobiert, konnte jedenfalls nichts dazu
    hier finden.


    pingpong
    da du jetzt auch deine Entwicklerumgebung auf Ubuntu umgestellt hast, wäre es bestimmt sehr interessant was bei dir konkret funktioniert und was nicht.
    Frage am Rande, mit welchem Compiler arbeitest du - gcc 4.4 oder gcc 4.3 ?


    Nun mal zu meinen Fragen:


    1. Welches OS wird benutzt ?
    2. Welche pvr-testing2 Version ?
    3. HD oder SD bzw. beides ?
    4. VDR-Version ?
    5. CPU-Last / mit Aufn. in "video.00"?
    6. läuft XBMC/VDR unter Gnome, KDE oder minimal Konfiguration (nur X, XBMC/VDR)
    7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden ?
    8. Aufnahmen (Direkt oder mit Timer) möglich
    9. Aufnahme-Verzeichnis "video.00" ?
    10. Benutzer xbmc=?, vdr=?


    Ich fange mal an:
    1. Debian squeeze 04.05.2010
    2. SVN29768
    3. SD (DVB-S)
    4. VDR 1.7.14, VNSI (aktuell), wirbelscan-0.0.5~pre11e
    5. 30-35% / 100%
    6. minimal Konfiguration (nur X, XBMC/VDR)
    7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden = nein
    8. Aufnahmen (Direkt oder mit Timer) möglich = ja
    9. Aufnahme-Verzeichnis "video.00" = ja
    10. Benutzer xbmc=mce, vdr=vdr


    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

    Edited 8 times, last by jobit ().

  • hi,


    offensichtlich scheint hier keiner ein Problem mit dem Aufnahme-Verzeichnis und der CPU-Last zu haben.
    Wenn's denn so geheim ist, was soll's.
    Wird schon irgendwann funktionieren.
    hat mich nur verwundert das es bei einigen anscheinend funktioniert und bei anderen mit dem selben OS nicht.


    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

  • Also bei mir ist es derzeit so:
    1. Ubuntu 10.04 Lucid
    2. immer die aktuellste
    3. SD + HD (DVB-T, DVB-C, Analog TV)
    4. VDR 1.7.12, VNSI (aktuell), wirbelscan-0.0.5~pre11e
    5. 30-35%
    6. Standart Desktop konfiguration
    7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden = ja
    8. Aufnahmen (Direkt oder mit Timer) möglich = ja
    9. Aufnahme-Verzeichnis "video.00" = ja
    10. Benutzer xbmc=root, vdr=root


    Als info wäre interessant ob vdr und xbmc als gleicher Benutzer laufen.


    Grüße,


    Alwin

  • hi,
    danke pingpong,


    Quote

    Als info wäre interessant ob vdr und xbmc als gleicher Benutzer laufen.


    also xbmc läuft unter user mce und vdr unter user vdr. "video.00" ist für alle freigegeben.
    ich füge mal der Gruppe root vdr und mce hinzu, vielleicht bringt es was.
    Einen User xbmc gibt es bei mir nicht. Ich nutze XBMC schon seit 2007 unter linux mit den oben genannten user Einstellungen. Und bis SVN 28695 hat's ja auch funktioniert !?


    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

  • hi,


    also, habe alle möglichen user Einstellungen durch,
    wenn xbmc und vdr als root laufen habe ich die gleichen Probleme.
    habe alle möglichen Varianten durch leider erfolglos.
    werde mal ein minimal desktop (gnome) installieren, vielleicht fehlt ja was wenn nur x installiert ist.
    aber wie schon gesagt - es hat ja alles mal funktioniert !?
    mfg
    jobit


    PS: vielleicht hat es was mit dem Compiler zu tun, ich nutze gcc version 4.4.3 20100108
    habe es allerdings auch mit gcc 4.3 versucht --> gleiches Ergebnis

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

    Edited 2 times, last by jobit ().

  • hi,


    heute mal die SVN29790 auf ein frisch installiertes Debian testing mit Gnome-Desktop ( Standart-Installation) installiert, Rest wie gehabt, habe extra vdr 1.7.14, plugins und xbmc noch mal mit gcc 4.3 kompiliert.
    Alle User Varianten ausprobiert, Ergebnis: 100% CPU-Last wenn Aufnahmen im video.00 Verzeichnis liegen. Das ganze noch mal auf einen neuen (schnelleren) PC ->100% CPU-Last :(


    Ich kann und will nicht auf Ubuntu umsteigen,hat mehrere Gründe.


    Wie ich gerade in http://www.vdrportal.de/board/…?postid=909666#post909666 gelesen habe kann ich einen neuen User im Club begrüßen.
    Ich denke das es noch mehr werden wenn pvr-testing2 im trunk landet.
    So, nun geht mir auch langsam die Luft aus. komisch ist das alles bis einschließlich SVN28695 (da kam vnsi das erste mal zum Einsatz) funktionierte. ;( ;( ;(


    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

    Edited once, last by jobit ().

  • Ich nutze zufällig auch Debian Squeeze und werd mal XBMC aktualisieren. mal sehn, ob das bei mir auch so ist. Allerdings läuft bei mir alles unter root. Hatte auch unter OSX Probleme mit den Aufnahmen, aber mit der 29768 gings dann bei mir.



    Grüsse
    TheChief

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • So, bei mir das gleiche. Sobald XBMC beginnt, die Aufnahmen einzulesen, steigt die CPU Last auf 100%. Nach 5 min hab ich dann XBMC gekillt. Hab XBMC wieder gestartet, jetzt ging garnichts mehr, da die CPU Last gleich auf 100% anstieg. Da ja einige die Probleme mit den Aufnhamen haben, vermute ich einen Bug im Code beim einlesen der Aufnahmen, denn mit leerem Aufnahmeverzeichniss scheints ja zu gehen.


    Grüsse
    TheChief

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Hallo.
    Schön, dass und wie sich hier bemüht wird das Problem in den Griff zu kriegen...
    :)

    Quote

    Wie ich gerade in http://www.vdrportal.de/board/thread.php...9666#post909666 gelesen habe kann ich einen neuen User im Club begrüßen.


    Damit bin wohl ich gemeint...
    ;)
    Hätte mich auch früher gemeldet, aber auf die Idee ein leeres /video-dir anzulegen, muss man erstmal kommen.


    Ich fange mal an:
    1. gen2VDR V3 betza6 update 02 (gentoo base esystem release 2.0.1)
    2. pvr-testing2 Version: XBMC PRE 10.5 r29137
    3. SD (DVB-S)
    4. VDR 1.7.14, VNSI 0.0.1
    5. CPU-Last / mit Aufn. in "video": 100% (Absturz)
    6. läuft XBMC/VDR unter Gnome, KDE oder minimal Konfiguration (nur X, XBMC/VDR): nur X
    7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden = nein, leeres Verzeichnis erforderlich
    Aufnahmen (Direkt oder mit Timer) möglich = ja, mit Absturz als Folge
    9. Aufnahme-Verzeichnis "video" = ja
    10. XBMC- und vdr-User ist: root

    Grüße

    VDR1: yavdr 0.5.0 beta auf einem ASUS P5QPL-AM mit Tevii S480
    VDR2: debian-SERVER (dockstar) mit 3x Nova-T-USB-Sticks und yavdr 0.4 auf Zotac Ion-A als client

    Edited 3 times, last by champpain ().

  • hi,


    danke für die Infos,
    So wie ich das sehe liegt es schon mal nicht an Debian testing, Gentoo scheint auch betroffen.
    Aber unter Ubuntu soll es ja laufen zumindest bei pingpong.
    Wie schon weiter oben geschrieben wäre es schön wenn sich mal ein paar Leutchen dazu durchringen könnten hier mal zu posten ob das Problem auch unter bestimmten Ubuntu Konfigurationen besteht.
    Aber entweder scheint das ein wohl gehütetes Ubuntu Geheimnis zu sein oder der Rest der Gemeinde
    ist happy und alles läuft bestens ;D
    Fakt ist, das diese Info auch dazu beiträgt, dass Problem einzukreisen und zu beheben.
    In diesem Sinne
    mfg
    jobit


    Ich habe mal den Fehler provoziert, vielleicht hilft es ja weiter


    Aufnahme Start und Ende


    XBMC neu gestartet 100% CPU-Last

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

    Edited 3 times, last by jobit ().


  • Hallo.
    Habe oben die Angaben vervollständigt. Sieht genauso übel aus wie bei Dir...
    :(
    Ich werde mal versuchen herauszufinden (im htpc-forum) wie man XBMC updatet und ggf. Veränderungen posten.


    Ich denke viele yavdr'ler werden frische Systeme ohne alte Aufzeichnungen aufsetzen und so schon mal den ersten Stolperstein umgehen (leeres video-Verzeichnis).


    Grüße

    VDR1: yavdr 0.5.0 beta auf einem ASUS P5QPL-AM mit Tevii S480
    VDR2: debian-SERVER (dockstar) mit 3x Nova-T-USB-Sticks und yavdr 0.4 auf Zotac Ion-A als client


  • hi,


    betrifft alle Aufnahmen ob alte vdr 1.6 oder neue vdr 1.7..
    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

  • EDIT: gelöscht


    Funktioniert!

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

    Edited 2 times, last by TheChief ().

  • Dann mach ich hier auch mal mit :)


    Also bei mir ist es derzeit so:
    1. Arch Linux mit Archvdr (brandaktuell ;)
    2. immer die aktuellste
    3. SD + HD (DVB-s + DVB-s2)
    4. VDR 1.7.14, VNSI (aktuell), wirbelscan-0.0.5~pre11e
    5. 10-30%
    6. Standart Desktop konfiguration
    7. sind Aufnahmen sichtbar und können über VNSI abgespielt werden = Nein
    8. Aufnahmen (Direkt oder mit Timer) möglich = ja
    9. Aufnahme-Verzeichnis "video.00" = nein
    10. Benutzer xbmc=root, vdr=vdr


    Gruß
    Atech

    HTPC:
    Softtware: Archlinux mit VDR aus Archvdr repo (1.7.31 mit softhddevice) und xbmc 12.2 Frodo stable
    Hardware: Coolermaster 260 mit Core I3 540, 4 GB Kingst. Ram, GA.H55M-D2H, PCIe 16X RiserCard, NVIDIA 430GT, TT3600USB, TT3650-CI USB, Samsung SSD 640, WD Blue 1TB (WD10TP), IR Einschalter, imon Display, mce FB und 12 Kanal Atmolight (4 Led Streifen) über DFatmo und Boblight

  • Quote

    Original von TheChief
    EDIT: gelöscht


    Funktioniert!


    mit pingpong`s fix ??


    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

  • Ja, zumindest kann ich werden die Aufnahmen eingelesen und abgespielt. Aufnehmen selbst hab ich nicht getestet, da ich das lieber dem VDR selbst überlasse.


    Grüsse
    TheChief

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • danke


    ich habe noch jede Menge aufnahmen von vdr 1.6 bis 1.7.14.
    Werde alle mal in den Aufnahemeordner schieben und sehen was passiert.


    bis dahin
    mfg
    jobit

    OpenElec auf raspberry pi / Cubieboard2
    Fernbedienungen: Handy, Fhem

  • Schade, der Tipp kam zu spät. Da war ich shon dabei auf die r29790 zu uppen und jetzt geht gar kein LiveTV mehr...
    :(


    1. gen2VDR V3 beta6 update 02 (gentoo base esystem release 2.0.1)
    2. pvr-testing2 Version: XBMC PRE 10.5 r29790
    3. SD (DVB-S) per VGA2Scart
    4. VDR 1.7.14, VNSI 0.0.1
    5. CPU-Last / mit Aufn. in "video": 100% (Absturz) /100% (Absturz)
    6. läuft XBMC/VDR unter Gnome, KDE oder minimal Konfiguration (nur X, XBMC/VDR): nur X
    7. Sind Aufnahmen sichtbar und können über VNSI abgespielt werden: ???
    8. Sind Aufnahmen (Direkt oder mit Timer) möglich = ???
    9. Aufnahme-Verzeichnis "video" = ja
    10. XBMC- und vdr-User ist: root


    Ist das normal, dass unter AUFNAHMEN ein Ordner "VNSI Server 1" oder so ähnlich steht?
    Nach dem update steht da jetzt auf jeden Fall "VNSI Server 3" und die VNSI-Erweiterung steht zweimal unter erweiterungen. Habe beide probiert ohne Unterschiede.


    Die Senderliste synchronisiert er, aber dann geht er auch gleich auf 100% CPU-Last und ist nicht mehr bedienbar.


    Grüße

    VDR1: yavdr 0.5.0 beta auf einem ASUS P5QPL-AM mit Tevii S480
    VDR2: debian-SERVER (dockstar) mit 3x Nova-T-USB-Sticks und yavdr 0.4 auf Zotac Ion-A als client

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!