Beiträge von AnK

AnK · 12. Juli 2011

Zitat von UFO

Ich vermute, es geht um dieses "verpatchte" dvbhddevice - welches ich nicht einsetze.

Erwischt! Kann aber gerne mal probieren, ob ich es mit der normalen Version auch so gut reproduzieren kann.

Zitat von Mr_T

Könnte jemand den folgenden Code mal testen (dvbhdffdevice.c):

Ai Ai Sir, wird spätestens morgen gemacht!

AnK · 12. Juli 2011

Zitat von genau.der

Laufen soll darauf dann am besten ein minimal ubuntu mit [color=#000000]XBMC + LiveTV so wie z.B. hier beschrieben:
http://www.computerbase.de/forum/showthread.php?t=882014

Wow, der Thread bzw. das Howto erfreut sich ja größert Beliebtheit...
Alternativ kannst du auch einfach yaVDR installieren!

So also zur HW, wenn Atom bzw. ION dann besser ION2 also z.B. das ASUS AT5IONT-I.
Hat angeblich sogar genug Power für den temporal_spatial Deinterlacer.

Oder du kaufst die gleich etwas kleines auf Sandy-Bridge Basis,
bietet viel mehr Power, z.B. Zotac Z68-ITX WiFi Supreme (Z68ITX-B-E)

Ich persönlich würde mir eine TeVii S480 kaufen, da Dual-Tuner.

AnK · 12. Juli 2011

Zitat von UFO

Der Treiber kann keine Daten annehmen (entweder noch nicht bereit oder Puffer voll).

Hi Oliver,

vielen Dank für deine Antwort. Da stellt sich mir jetzt die Frage was tun?
Kann man irgendwo in den Puffer schauen, also ob schon bereit oder bereits voll?

AnK · 12. Juli 2011

Zitat von FireFly
Code
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Hmm, alles errno=11 ... lt. /usr/include/asm-generic/errno-base.h ist das EAGAIN, also (später) nochmal probieren.
Der Treiber akzeptiert also momentan keine Daten und vertröstet die Anwendung damit, dass sie es später nochmal probieren soll ... da müssten jetzt die Treiber-Profis ran

@powerman/UFO
Könntet ihr evtl. bitte etwas dazu sagen?

AnK · 12. Juli 2011

Hi,

wie siehts jetzt inzwischen bei dir mit dieser Kombination aus?

Ich hab auch noch so ein Board das ich jetzt vllt. mal auf HD umrüsten wollte.

Thx

AnK · 12. Juli 2011

Zitat von habichthugo

Ja, das wäre sehr interessant!

Sorry, hatte ich total vergessen, hab es jetzt nachgeholt:
Wenn VDR mit einer DVB-S FF Karte läuft 23 W.
Wenn VDR nicht läuft und keine DVB Treiber geladen sind 20 W.

Da hätte ich jetzt persönlich mit weniger gerechnet, also ist entweder das Netzteil nur suboptimal oder das Messgerät ist etwas ungenau.

AnK · 12. Juli 2011

Zitat von johns

Jetzt kommt noch die Cine S2 dazu, dann sind es 20 Watt Idle.
ZDF HD ueber xineliboutput streaming sind immer noch 20 Watt.

Wäre damit auch ein Betrieb als Standalone VDR möglich, d.h. also Ausgabe direkt mittels vaapi?

AnK · 2. Juli 2011

Zitat von Torsten73

Kannst Du feststellen wie hoch der Anteil der S2-6400 ist?
Offenbar ist für die Energiebillanz die FF sehr von Vorteil.

Mit gestoppten VDR und entladenem DVB Treiber (saa716x_ff) liege ich ziemlich genau bei 23 Watt.
Mit geladenem DVB Treiber bei 31 Watt.

Zitat von Torsten73

Der PCIe_espm force kann man ganz leicht temporär aktivieren:
http://www.techytalk.info/2011…er-regression-workaround/
Wenn ich das richtig verstanden habe bringt aber nur was, wenn die PCIe Geräte im Leerlauf sind.

Cool, danke dir, die Option pcie_aspm=force bringt bei mir aber nur 1 Watt, d.h. auf 37,x W.

Zitat von Torsten73

Wie sind Deine Settings für ARDHD? Normalerweise braucht es da keinen Deinterlacer, von daher ist 720p Ausgabe geringer im Verbrauch als SD mit Deinterlacing oder vor allem 1080i wie bei ServusTV.

Da sehe ich hinsichtlich des Stromverbrauches keinen Unterschied zwischen Pro7 SD, ARD HD und ServusTV HD, liegt immer bei 37,x W.

AnK · 2. Juli 2011

Zitat von FireFly

Was ich vermisse sind die Meldungen aus der VDR-Funktion WriteAllOrNothing mit dem errno, die wären ja das Interessanteste ...
Hat er das evtl. nicht kompiliert weil da vor dem "d" bei written=d das % fehlt?

Da ist wohl was schief gelaufen,

Code

g++ -g -Wall -Woverloaded-virtual -Wno-parentheses -O0 -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DVDRDEBUG -DUSE_GRAPHTFT -DUSE_LIVEBUFFER -DREMOTE_KBD -DREMOTE_LIRC -DBIDI -DUSE_LIVEBUFFER -DLIRC_DEVICE=\"/dev/lircd\" -DRCU_DEVICE=\"/dev/ttyS1\" -D_GNU_SOURCE -DVIDEODIR=\"/var/lib/video.00\" -DCONFDIR=\"/var/lib/vdr\" -DPLUGINDIR=\"/usr/lib/vdr/plugins\" -DLOCDIR=\"/usr/share/locale\" -I/usr/include/freetype2   -I/usr/include/dvb-s2api-liplianin -I/usr/include/fribidi   tools.c
tools.c: In function ‘int WriteAllOrNothing(int, const uchar*, int, int, int)’:
tools.c:108:5: warning: too many arguments for format

Anbei mal der ganze Ausschnitt, hab ich da was verbockt?

Code

int WriteAllOrNothing(int fd, const uchar *Data, int Length, int TimeoutMs, int RetryMs)
{
  int written = 0;
  while (Length > 0) {
        int w = write(fd, Data + written, Length);
        if (w > 0) {
           Length -= w;
           written += w;
           }
        else if (written > 0 && !FATALERRNO) {
           // we've started writing, so we must finish it!
           cTimeMs t;
           cPoller Poller(fd, true);
           Poller.Poll(RetryMs);
           if (TimeoutMs > 0 && (TimeoutMs -= t.Elapsed()) <= 0)
              break;
           }
        else
           // nothing written yet (or fatal error), so we can just return the error code:
           esyslog("VDR: writeallornothing: len=%d written=d errno=%d", Length, w, errno);
           return w;
        }
  return written;
}

Alles anzeigen

Zitat von FireFly

Gibt's Meldungen bei dmesg?

Code

[  199.678324] demux_worker: called but nothing to do
[  263.441478] demux_worker: called but nothing to do
[  473.588897] demux_worker: called but nothing to do
[  557.516744] demux_worker: called but nothing to do
[  599.480670] demux_worker: called but nothing to do
[  724.281045] demux_worker: called but nothing to do
[  766.976682] demux_worker: called but nothing to do
[  787.965333] demux_worker: called but nothing to do
[ 1124.076169] demux_worker: called but nothing to do
[ 1660.055759] demux_worker: called but nothing to do
[ 1680.363454] demux_worker: called but nothing to do
[ 1723.058308] demux_worker: called but nothing to do
[ 1827.978499] demux_worker: called but nothing to do
[ 1848.899333] demux_worker: called but nothing to do
[ 1869.897005] demux_worker: called but nothing to do
[ 1954.302578] demux_worker: called but nothing to do

Alles anzeigen

Das waren die letzten Meldungen, könnte da ein Zusammenhang bestehen?

[UPDATE]

FireFly
Du hattest Recht, das fehlende % bei written=d war entscheidend, jetzt bekomme ich folgenden Output:

Code

Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11
Jul  2 12:16:44 htpc vdr: [12645] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 12:16:44 htpc vdr: [12645] VDR: writeallornothing: len=188 written=-1 errno=11

Alles anzeigen

AnK · 2. Juli 2011

Moin,

würde mal sagen, da kommt 188.

Code

Jul  2 08:49:52 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:52 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:52 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:52 htpc vdr: last message repeated 36 times
Jul  2 08:49:52 htpc vdr: [1758] max. latency time 2 seconds
Jul  2 08:49:52 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:53 htpc vdr: last message repeated 41 times
Jul  2 08:49:53 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:53 htpc vdr: last message repeated 57 times
Jul  2 08:49:53 htpc vdr: [1817] ERROR: TS packet not accepted in Transfer Mode
Jul  2 08:49:53 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:54 htpc vdr: last message repeated 76 times
Jul  2 08:49:54 htpc vdr: [1818] buffer usage: 70% (tid=1817)
Jul  2 08:49:54 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:54 htpc vdr: last message repeated 22 times
Jul  2 08:49:54 htpc vdr: [1817] ERROR: TS packet not accepted in Transfer Mode
Jul  2 08:49:54 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:55 htpc vdr: last message repeated 3 times
Jul  2 08:49:55 htpc vdr: [1818] buffer usage: 80% (tid=1817)
Jul  2 08:49:55 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:55 htpc vdr: last message repeated 24 times
Jul  2 08:49:55 htpc vdr: [1818] buffer usage: 90% (tid=1817)
Jul  2 08:49:55 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:55 htpc vdr: last message repeated 25 times
Jul  2 08:49:55 htpc vdr: [1818] buffer usage: 100% (tid=1817)
Jul  2 08:49:55 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:55 htpc vdr: last message repeated 44 times
Jul  2 08:49:55 htpc vdr: [1817] ERROR: TS packet not accepted in Transfer Mode
Jul  2 08:49:55 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:56 htpc vdr: last message repeated 99 times
Jul  2 08:49:56 htpc vdr: [1817] ERROR: TS packet not accepted in Transfer Mode
Jul  2 08:49:56 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:57 htpc vdr: last message repeated 2 times
Jul  2 08:49:57 htpc vdr: [1818] ERROR: driver buffer overflow on device 1
Jul  2 08:49:57 htpc vdr: [1817] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing Length=-1 returns 188
Jul  2 08:49:57 htpc vdr: last message repeated 7 times

Alles anzeigen

AnK · 1. Juli 2011

Also gut ihr zwei, ich hab eure Posts jetzt ein paar Mal aufmerksam durchgelesen und interpretiere daraus die folgenden Änderungen

vdr-plugin-dvbhddevice - dvbhdffdevice.c

Code

int tmpLength = WriteAllOrNothing(fd_video, Data, Length, 1000, 10);
  if (tmpLength <= 0) {
 esyslog("ERROR: (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns %d", tmpLength);
 esyslog("DEBUG: (cDvbHdFfDevice::PlayTsVideo): Length is %d", Length);
}
  return tmpLength;
}

vdr - tools.c

Code

// nothing written yet (or fatal error), so we can just return the error code:
	esyslog("VDR: writeallornothing: len=%d written=d errno=%d", Length, w, errno);
       	return w;
    }
  return written;
}

Richtig?

AnK · 30. Juni 2011

Also ich hab jetzt mal mein Sandy Bridge System mit Ubuntu 11.04 x86_64 gemessen.

Alle Empfehlungen von powertop (1.98-1ubuntu1~ppa1) standen auf good,
das 7" Touchscreen am Gehäuse war aus, VDR lief und es wurde ARD HD angezeigt:
~ 38,x Watt

Werde morgen oder die Tage noch mal einen Test mit der Option pcie_aspm=force machen.
Vielleicht schaffe ich es ja dann noch die 35 W Marke zu knacken...

AnK · 30. Juni 2011

Zitat von Mr_T

Ist denn bei yaVDR ein modifiziertes Plugin im Einsatz?

Davon gehe ich an Hand der Versionsnummer aus, 0.0.4dag3-0yavdr2~natty.

So, wenn noch einer der Debianer bzw. Ubuntuer debuggen will:

Code

apt-get remove vdr-plugin-dvbhddevice
cd /usr/local/src 
apt-get source vdr-plugin-dvbhddevice
cd vdr-plugin-dvbhddevice-*
vi dvbhdffdevice.c
dpkg-buildpackage -rfakeroot -us -uc -b 
dpkg -i ../*.deb

Alle Abhängigkeiten wie z.B. vdr-dev, dpkg-dev, build-essential und fakeroot müssen im Vorfeld noch installiert werden.

Mr_T
Sobald ich das Problem reproduzieren konnte und etwas im Log steht, werde ich es hier wieder posten...

[Update]
Ging ja jetzt doch schneller als gedacht:

Code

Jun 30 20:39:53 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:53 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:54 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:55 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:39:55 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:55 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:56 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:39:56 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:56 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:56 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:56 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:57 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:39:57 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:58 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:39:58 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:58 htpc vdr: [2619] ERROR: driver buffer overflow on device 1
Jun 30 20:39:58 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:58 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:39:59 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:39:59 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:00 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:40:00 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:00 htpc vdr: [2619] ERROR: driver buffer overflow on device 1
Jun 30 20:40:00 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:01 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:40:01 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:02 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:40:02 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:02 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:02 htpc vdr: [2619] ERROR: driver buffer overflow on device 1
Jun 30 20:40:02 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:03 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:40:03 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:04 htpc vdr: [2618] ERROR: TS packet not accepted in Transfer Mode
Jun 30 20:40:04 htpc vdr: [2618] ERROR (cDvbHdFfDevice::PlayTsVideo): WriteAllOrNothing returns -1
Jun 30 20:40:04 htpc vdr: [2619] ERROR: driver buffer overflow on device 1

Alles anzeigen

Und immer so weiter... CPU Last <= 10%

AnK · 30. Juni 2011

Zitat von Mr_T

zum Debuggen des "TS packet not accepted in Transfer Mode" Bugs

Werde es gleich heute abend mal versuchen einzubauen...

AnK · 29. Juni 2011

Zitat von rOw

genau das Verhalten kann ich bei mir auch nachvollziehen.

Naja „schön“ zu hören, dass es nicht nur mir so geht…
Stellt sich jetzt nur noch die Frage, was tun?

AnK · 28. Juni 2011

Zitat von Mr_T

Dieses Phänomen trat bisher im Zusammenhang mit dem bösen Plugin auf, benutzt Du das vielleicht?

Das war zuerst auch meine Vermutung, aber nein, bei mir zicken sogar die Öffentlich-rechtlichen rum...

AnK · 28. Juni 2011

Hi,

ich habe bei mir leider auch so eine Art Coldboot Phänomen.

Ich habe die folgende Option bei mir aktiv: Kanal beim Einschalten - Wie vorher

Jedesmal wenn es sich dabei um einen HD Sender gehandelt hat, bekomme ich nach dem booten kein Bild,
VDR reagiert nur sehr träge und auch ein Kanalwechsel bring kein Bild. Nach einem VDR restart funktioniert es dann wieder.
So war es z.B. gerade eben mit Gran Torino auf ZDF HD.

Hier mal ein kurzer Logfile Auszug:

Code

Jun 28 00:19:58 htpc vdr: [1334] receiver on device 1 thread started (pid=1186, tid=1334)
Jun 28 00:19:58 htpc vdr: [1335] TS buffer on device 1 thread started (pid=1186, tid=1335)
Jun 28 00:19:58 htpc vdr: [1186] OSD size changed to 1920x1080 @ 1
Jun 28 00:20:00 htpc vdr: [1186] max. latency time 2 seconds
Jun 28 00:20:01 htpc vdr: [1334] ERROR: TS packet not accepted in Transfer Mode
Jun 28 00:20:02 htpc vdr: [1335] buffer usage: 70% (tid=1334)
Jun 28 00:20:02 htpc vdr: [1335] buffer usage: 80% (tid=1334)
Jun 28 00:20:02 htpc vdr: [1334] ERROR: TS packet not accepted in Transfer Mode
Jun 28 00:20:03 htpc vdr: [1335] buffer usage: 90% (tid=1334)
Jun 28 00:20:03 htpc vdr: [1335] buffer usage: 100% (tid=1334)
Jun 28 00:20:03 htpc vdr: [1334] ERROR: TS packet not accepted in Transfer Mode
Jun 28 00:20:04 htpc vdr: [1334] ERROR: TS packet not accepted in Transfer Mode
Jun 28 00:20:04 htpc vdr: [1335] ERROR: driver buffer overflow on device 1

Alles anzeigen

Ich habe bei mir Ubuntu 11.04 - 2.6.38-8-generic x86_64 mit VDR 1.7.18 + dvbhddevice (0.0.4) aus den yaVDR Repos laufen.

Code

[    5.525785] SAA716x FF firmware version 0.2.B
[  187.868978] SAA716x FF FPGA version 1.08
[  187.930797] SAA716x FF loader version 1.03

Code

modinfo saa716x_ff
filename:       /lib/modules/2.6.38-8-generic/updates/dkms/saa716x_ff.ko
license:        GPL
author:         Manu Abraham
description:    SAA716x FF driver
srcversion:     C03F4D58E0683440560674E
alias:          pci:v00001131d00007160sv000013C2sd0000300Abc*sc*i*
alias:          pci:v00001131d00007160sv000013C2sd00003009bc*sc*i*
depends:        dvb-core,saa716x_core
vermagic:       2.6.38-8-generic SMP mod_unload modversions 
parm:           verbose:verbose startup messages, default is 1 (yes) (int)
parm:           int_type:force Interrupt Handler type: 0=INT-A, 1=MSI, 2=MSI-X. default INT-A mode (int)
parm:           int_count_enable:enable counting of interrupts (int)
parm:           ir_keymap:ir keymap: 0=plain mapping, 1=cleanup mapping for tt6400 fb. default 0 mode (int)

Alles anzeigen

Hat dieses Problem sonst noch jemand?

AnK · 27. Juni 2011

Bei Heise war heute auch etwas dazu zu lesen, Kernel-Log: Höherer Stromverbrauch durch BIOS-Bugs.
Scheint mir also doch kein Intel spezifisches Problem zu sein.

AnK · 26. Juni 2011

Zitat von hotzenplotz5

meine mama hat noch vhs plus alle teile von "die mädels vom immenhof"

Na dann sei doch mal ein Guter und digitalisiere das mal...

Zitat von utiltiy

Es scheint als AnK der Bruder ist

Sry, da muss ich dich leider enttäuschen, weder verwandt noch verschwägert, zumindest nicht wissentlich.

AnK · 26. Juni 2011

Zitat von crazyPower

naja, das ist Geschmackssache - meiner mutter reichen ca. 160h Aufnahmekapazität...

Genau und wenn doch nicht, dann bekommt Mami zur Not eben noch ein NAS!

Beiträge von AnK

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

Erster VDR - Hardware

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

Niedrige Framerate mit D945GSEJT und BCM70015

Empfehlung für aktuelles Low Power Mainboard (<=20W)?

Sandy Bridge VDR Energiespar Server

Signifikant erhöhter Stromverbrauch ab Linux Kernel 2.6.36 (>18%-30%) bei Intel CPUs mit Grafikkern

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

Signifikant erhöhter Stromverbrauch ab Linux Kernel 2.6.36 (>18%-30%) bei Intel CPUs mit Grafikkern

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

TechnoTrend Premium S2-6400 dual HD Technik / Treiber / Installation und bitte nur das

Signifikant erhöhter Stromverbrauch ab Linux Kernel 2.6.36 (>18%-30%) bei Intel CPUs mit Grafikkern

Eine Systemempfehlung für yaVDR (keine Frage, sondern eine mögliche Antwort)

Eine Systemempfehlung für yaVDR (keine Frage, sondern eine mögliche Antwort)