yaVDR 0.3 upgrade

    Zitat

    Original von Ranga
    Allerdings wird bei mir das Paket yavdr-essential zurück gehalten.


    Code
    apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut
Status-Informationen einlesen... Fertig
Berechne Upgrade (Paketaktualisierung) ...Fertig
Die folgenden Pakete sind zurückgehalten worden:
  yavdr-essential
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.


    Versuch mal:


    sudo apt-get install yavdr-essential


    Das hat bei mir geholfen.


    Gruß


    Norbert

    Einmal editiert, zuletzt von Norbert Holze ()

    Hi,
    ja update hat prima geklappt. Wollte ja eigentlich noch ein paar Tage warten, aber nachdem hier Meldungen aufgetaucht sind, dass es nun keine Buffer-Overflows mehr geben soll, hab ich's doch gleich gemacht. :)


    Leider:

    Code
    Oct 17 15:41:36 vdr vdr: [1503] ERROR: skipped 9024 bytes to sync on TS packet on device 2
Oct 17 15:41:38 vdr vdr: [1503] ERROR: skipped 52452 bytes to sync on TS packet on device 2
Oct 17 15:41:40 vdr vdr: [1503] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Oct 17 15:41:41 vdr vdr: last message repeated 89 times
Oct 17 15:41:41 vdr vdr: [1503] ERROR: skipped 90428 bytes to sync on TS packet on device 2
Oct 17 15:41:45 vdr vdr: [1504] buffer usage: 70% (tid=1503)
Oct 17 15:41:45 vdr vdr: [1504] buffer usage: 80% (tid=1503)
Oct 17 15:41:46 vdr vdr: [1504] buffer usage: 90% (tid=1503)
Oct 17 15:41:46 vdr vdr: [1504] buffer usage: 100% (tid=1503)


    Das Update bringt zumindest mir diesbezüglich nix... :(


    Gruß
    Stefan

    sollte man mit sudo apt-get install yavdr-essential


    nicht warten bis das YAVDR Team was dazu sagt??


    Vielleicht ist es ja gewollt.

    Asus M3N78-EM, 2GB OCZ RAM, 160GB Samsung, Atric Einschalter, Fernbedienung Pollin X10, Sound über HDMI an LG 47"LH3000 im Gehäuse von MS-Tech - YAVDR--

    [quote]Original von stmeyer
    Hi,
    ja update hat prima geklappt. Wollte ja eigentlich noch ein paar Tage warten, aber nachdem hier Meldungen aufgetaucht sind, dass es nun keine Buffer-Overflows mehr geben soll, hab ich's doch gleich gemacht. :)


    Leider:

    Code
    Oct 17 15:41:36 vdr vdr: [1503] ERROR: skipped 9024 bytes to sync on TS packet on device 2
Oct 17 15:41:38 vdr vdr: [1503] ERROR: skipped 52452 bytes to sync on TS packet on device 2
Oct 17 15:41:40 vdr vdr: [1503] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
Oct 17 15:41:41 vdr vdr: last message repeated 89 times
Oct 17 15:41:41 vdr vdr: [1503] ERROR: skipped 90428 bytes to sync on TS packet on device 2
Oct 17 15:41:45 vdr vdr: [1504] buffer usage: 70% (tid=1503)
Oct 17 15:41:45 vdr vdr: [1504] buffer usage: 80% (tid=1503)
Oct 17 15:41:46 vdr vdr: [1504] buffer usage: 90% (tid=1503)
Oct 17 15:41:46 vdr vdr: [1504] buffer usage: 100% (tid=1503)


    Das Update bringt zumindest mir diesbezüglich nix... :(


    Gruß



    Bei mir ist es auch wieder aufgetrteten,aber bei weitem nicht mehr so oft wie zuvor mit 0.2!!



    Oct 17 17:16:01 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap in middle of GOP, ignoring video pts 8589924753
    Oct 17 17:16:01 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap in middle of GOP, ignoring video pts 8589933753
    Oct 17 17:16:01 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589816766
    Oct 17 17:16:02 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589834046
    Oct 17 17:16:02 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589851326
    Oct 17 17:16:02 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589868606
    Oct 17 17:16:02 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589885886
    Oct 17 17:16:02 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589903166
    Oct 17 17:16:03 stube vdr-sxfe[1789]: [1800] [demux_vdr] VIDEO pts wrap before AUDIO, ignoring audio pts 8589920446
    Oct 17 17:16:03 stube vdr: [1432] changing pids of channel 37 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
    Oct 17 17:16:05 stube vdr: [1928] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
    Oct 17 17:16:06 stube vdr: last message repeated 1000 times
    Oct 17 17:16:06 stube vdr: [1928] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
    Oct 17 17:16:06 stube vdr: [1928] [xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE)
    Oct 17 17:16:06 stube vdr: [1928] [xine..put] Closing connection 0
    Oct 17 17:16:06 stube vdr-sxfe[1789]: [1799] [input_vdr] Control stream disconnected
    Oct 17 17:16:06 stube vdr-sxfe[1789]: [1800] [input_vdr] read_block: no data source, returning NULL
    Oct 17 17:16:09 stube vdr: [1432] changing pids of channel 37 from 501+501=2:502=deu@3:0:0 to 401+401=2:402=deu@3:0:0
    Oct 17 17:16:12 stube vdr-sxfe[1789]: [1789] [input_vdr] write_control aborted
    Oct 17 17:16:12 stube vdr-sxfe[1789]: [1789] [input_vdr] Connections closed.
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ...
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] Client 0 connected: 127.0.0.1:42068
    Oct 17 17:16:14 stube vdr: [1435] loading /var/lib/vdr/plugins/xineliboutput/allowed_hosts.conf
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] cxSocket: setsockopt(SO_SNDBUF): got 262142 bytes
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] Server greeting: VDR-1.7.16 xineliboutput-1.0.90-cvs READY
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] Connected (control) to tcp://127.0.0.1:37890
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] Trying PIPE connection ...
    Oct 17 17:16:14 stube vdr: [1435] creating directory /var/lib/vdr/plugins/xineliboutput/pipes.1369
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.1369/pipe.0
    Oct 17 17:16:14 stube vdr: [1435] removing /var/lib/vdr/plugins/xineliboutput/pipes.1369
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] cBackgroundWriterI initialized (buffer 512 kb)
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] cTcpWriter initialized (buffer 512 kb)
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] Data stream connected (PIPE)
    Oct 17 17:16:14 stube vdr: [1435] [xine..put] Pipe open
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [input_vdr] using custom "no signal" image /usr/share/libxine1-xvdr/nosignal.mpg
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [demux_vdr] Using decoder "libmpeg2" for mpeg2 video
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1789] [demux_vdr] Using decoder "FFmpeg" for H.264 video
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1936] [input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
    Oct 17 17:16:14 stube vdr-sxfe[1789]: [1937] [demux_vdr] PMT changed, resetting demuxer
    Oct 17 17:17:01 stube CRON[1939]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)

    Hardware
    TBS-6981(rennt perfekt)
    ASUS AT3IONT-I Mini-ITX
    DDR3 4GB Kingston ValueRAM
    Samsung EcoGreen F2 1TB
    LG DH16NS schwarz Bulk
    Pollin X10


    Software
    yaVDR 0.4pre1 alle Updates

    Hallo,
    also seitdem ich den Xine-SD-Deinterlacer: von temporal auf bob umgestellt habe, sind mir die overflows nicht mehr aufgefallen! kann natürlich sein, das sie immer noch da sind, aber dann habe ich sie noch nicht bemerkt ;)


    [size=10]nOpacity: Icons
    [size=10]skindesigner: tryoutsglassy

    Hi,

    Zitat

    Bei mir ist es auch wieder aufgetrteten,aber bei weitem nicht mehr so oft wie zuvor mit 0.2!!


    Kann ich nicht bestätigen, ich habe hier alle paar min einen Hänger... :(


    Zitat


    also seitdem ich den Xine-SD-Deinterlacer: von temporal auf bob umgestellt habe, sind mir die overflows nicht mehr aufgefallen! kann natürlich sein, das sie immer noch da sind, aber dann habe ich sie noch nicht bemerkt


    Also bei SD hatte ich noch nie ein Problem!


    Gruß
    Stefan

    Zitat

    Original von BooStar
    Hallo,
    also seitdem ich den Xine-SD-Deinterlacer: von temporal auf bob umgestellt habe, sind mir die overflows nicht mehr aufgefallen! kann natürlich sein, das sie immer noch da sind, aber dann habe ich sie noch nicht bemerkt ;)


    Bei mir den ganzen Tag über bis jetzt nur einmal.
    Und einmal ist keinmal.


    Bei SD hatte ich noch nie Probleme,immer nur bei HD


    Na dann werd ich mal meine Mahlzeit 3.2 wegstellen und yavdr als Wohnzimmer VDR nutzen.


    Gute Arbeit

    Hardware
    TBS-6981(rennt perfekt)
    ASUS AT3IONT-I Mini-ITX
    DDR3 4GB Kingston ValueRAM
    Samsung EcoGreen F2 1TB
    LG DH16NS schwarz Bulk
    Pollin X10


    Software
    yaVDR 0.4pre1 alle Updates

    Einmal editiert, zuletzt von F_L ()


    Ich habe meinem Kernel mit dem Parameter noapic gestartet. Seit dem treten die Buffer Overflows nicht mehr auf.


    Probier mal folgendes und sag dann bitte Bescheid ob es bei Dir dann auch besser wird. Füge mal in der Datei /etc/default/grub "noapic" in der Zeile GRUB_CMDLINE_LINUX_DEFAULT hinzu.

    Code
    GRUB_CMDLINE_LINUX_DEFAULT="vmalloc=256m quiet noresume nohz=off acpi_enforce_resources=lax noapic"


    Anschließend

    Code
    sudo update-grub
reboot



    Wenn das ganze klappt sollte man sich ein custom template anlegen, damit die Modifikation beim nächsten update nicht verloren geht.


    Gruß
    Ranga

    - yavdr 0.6.1 -


    . . : : ASUS AT3IONT-I , 2 GB RAM : : Mystique Satix Dual S2 ::..
    ..:: Silverstone ML02B-MXR :: Samsung 1,5TB Eco Green : : Logitech Harmony 1100::..

    Hi,
    danke, aber das habe ich bereits:

    Code
    boot.cfg
...
linux   /boot/vmlinuz-2.6.32-25-generic root=UUID=29be7e34-ab33-45f5-aa9d-23c4ae3abade ro   vmalloc=256m quiet noresume noapic nosmp numcpus=1 nohz=off acpi_enforce_resources=lax
...


    Hilft mir leider nicht... :(


    Gruß
    Stefan

    Habe das Problem auch immer wieder mal mit den Buffern...
    So einige Workarounds probiert wie epg oder transponder... hilft nix..


    Hatte auch auf die 0.3 gehofft... na mal schauen..


    Gruß
    LbgDJ

    yavdr 0.3a (Kernel 2.6.32-27), Frontend Xine, 2x TT S2-3200 CI (Alphacrypt - Sky, GigaTwinCam - HD+), AMD 5050e, ASUS M3N78-EMH HDMI, 2GB RAM, GraKa Asus ENGT220 1GB, Sound per SPDIF, 640GB HDD, Blu-ray Disc & HD DVD-ROM Drive LG GGC-H20N, Superpower Gehäuse mit 7" TFT, modifiziertes Anthraize Theme, Atric-IR, FB Logitech Harmony 555


    - No Bass, No Fun!

    Hallo,


    hat alles problemlos geklappt mit dem Update.

    Gruß Daniel




    yavdr64 0.4.0 -- VDR 1.7.21
    Point Of View ION-MB330-1 Mainboard Sockel Intel Atom 330, Nvidia GeForce 9400M 4 Gbyte DDR2 Speicher, 16 GByte SSD Festplatte 4 TByte DS 211j Server
    X10 Funkfernbedienung und vdrremote (iPhone) Logitech Harmony 650, DVB-S2 TerraTec Cinergy S2 HD PCI, Leistungsaufnahme: 34 Watt

    Alles Super -


    nach Jahren zufriedenstem LinVDR-Daseins (mit diversen dxr3, Budget und FF-Karten) ging es über Easyvdr zu YaVDR 0.2 und übers update gestern morgen zu 0.3.


    Toll, toll, toll - ich habe noch niemals einen so gut funktionierenden VDR gehabt.


    Ich habe jetzt noch ein paar wenige Baustellen zu beheben, aber die Kiste ist voll produktiv im Einsatz - ohne wenn und aber.


    Jetzt habe ich endlich wieder "meine" Distri gefunden.


    Vielen Dank,
    Miracoli

    VDR: Zotac IONITX-P-E (Celeron Dual Core 1,2 Ghz / Geforce 9400M onboard) // 2 x 2 GB RAM // DD V6.5+DuoFlex // 2,5" 60 GB System SSD // 3,5" 3 TB Medien // ATRIC Rev.5 // MS-Tech MC1200 // yaVDR 0.6.1 // AFTV mit SPMC und Live TV

    Hab gestern auch auf die 0.3 geupgradet. Nun geht bei mir im XBMC die OK Taste der Fernbedienung nicht mehr. Alle anderen Tasten klappen, auch im VDR. Die lircd.conf,remote.conf und Lircmap.xml sind genau die selben wie bei 0.2. Jemand eine Idee woran das liegen könnte?


    Gruß
    Sven

    Well... My system went dead after that update !!
    Only that blinking logo in the screen.


    Here are user.log:


    yaVDR 0.5
    GA-E7AUM-DS2H (GF9400), 2GB, E5200, 1TB+0.5TB, PCTV nanoStick T2 290e, WinTV-Nova-T 500, WinTV-HVR-1200, DVD+/-RW

    Zitat

    Original von critter1974
    Only that blinking logo in the screen.



    here too,
    just go to the console and reboot
    after second reboot, all looks great - and i am watching tv :D


    perhaps this is normal at installation?


    bye
    weissnix



    Achso.. Dankeschön gleichzeitig an die Erbauer der Distri.
    Macht weiter so :D

    Zitat

    Original von weissnix
    here too,
    just go to the console and reboot
    after second reboot, all looks great - and i am watching tv :D


    perhaps this is normal at installation?


    I have rebooted many times now.. No help.

    yaVDR 0.5
    GA-E7AUM-DS2H (GF9400), 2GB, E5200, 1TB+0.5TB, PCTV nanoStick T2 290e, WinTV-Nova-T 500, WinTV-HVR-1200, DVD+/-RW

    sorry, than i am out?
    i coudnt reboot via ssh, only with keyboard at the VDR.


    pstree has said me, vdr is ok - but only the blinking red signalwas on tv.
    so i am rebooted the vdr
    2x = that was the solution for me.



    so sorry :)


    englisch isntnot the best - sorry ;)
    hätte in der Schule mehr aufpassen sollen,
    aber ich weissnix

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden