Bin erst seit der Version 0.11 dabei, und das Problem besteht seit Anfang an.
Analogsound bleibt komplett stumm, HDMI = ja und passthrough = nein gleiches Aussetzerproblem.
Bin erst seit der Version 0.11 dabei, und das Problem besteht seit Anfang an.
Analogsound bleibt komplett stumm, HDMI = ja und passthrough = nein gleiches Aussetzerproblem.
Ne, zu den fraglichen Zeitpunkten komm ich nie über 20% CPU insgesamt.
Nein, ist bei allen Aufnahmen. Es ist dabei auch egal, ob HD (720p) oder SD, und auf anderen VDRs laufen die gleichen Aufnahmen tadellos.
libav aus den Raspbian Repositories, Version ist 9.14.
Es ist schon die Version von gestern Abend. Und mit der Aufnahme von der SD Karte passiert es genau so.
HDMI Kabel hatte ich zwischenzeitlich auch schonmal getauscht, aber da hat sich auch nichts verändert.
Hallo zusammen,
beim Starten einer Wiedergabe oder nach dem Vorwärtsspringen bzw. Vorspulen habe ich nahezu immer das Problem, dass der Ton via HDMI kurz aussetzt, und zwar fast immer genau sechsmal für jeweils ca. 1 Sekunde, dabei immer zweimal knapp hintereinander. Zuerst knapp 10 Sekunden nach Wiedergabestart 1 Sekunde, ne Sekunde später dann nochmal. Dann ca. ne Minute später nochmal das selbe Spiel, eine Minute später nocheinmal.
Hab das Plugin schon mit DEBUG=1 übersetzt, aber zu den fraglichen Zeitpunkten tut sich nichts im Log.
Installiert hab ich das ganze nach der Anleitung im Wiki, auch mit den dortig beschriebenen Plugins.
Pi läuft auf 800MHz, mit 700MHz tritt es aber auch auf (nach meiner Wahrnehmung sind die Tonaussetzer dann aber noch ein klein wenig länger).
Die Aufnahmen kommen per NFS Freigabe.
MPEG2 Key ist eingetragen, Plugin Einstellungen sind die folgenden:
rpihddevice.AcceleratedOsd = 1
rpihddevice.AudioPort = 1
rpihddevice.FrameRate = 0
rpihddevice.IgnoreAudioEDID = 0
rpihddevice.PassThrough = 1
rpihddevice.Resolution = 0
rpihddevice.VideoFraming = 0
Irgendwelche Schräubchen, an denen ich noch drehen könnte?
UFO:
Volltreffer, IRQ Zuweisungen im BIOS haben nix gebracht, Umstecken in anderen Slot war dann aber erfolgreich.
Vielen Dank!
Hallo,
ich versuche grade auf Debian Wheezy eine (in anderen Rechnern bisher funktionierende) FF Rev 1.5 zum Laufen zu kriegen. Ausgehend von diesem Vorschlag hier: Nexus-S - dvb-ttpci: A frontend driver was not found for device hab ich dvb-ttpci geblacklistet und versucht manuell zu laden, leider mit immer gleichem Ergebnis:
Apr 20 22:09:51 vdr kernel: [ 41.063941] Linux media interface: v0.10
Apr 20 22:09:51 vdr kernel: [ 41.085290] Linux video capture interface: v2.00
Apr 20 22:09:51 vdr kernel: [ 41.170801] saa7146: register extension 'av7110'
Apr 20 22:09:51 vdr kernel: [ 41.170914] saa7146: found saa7146 @ mem ffffc9000032c000 (revision 1, irq 16) (0x13c2,0x0000)
Apr 20 22:09:51 vdr kernel: [ 41.206247] av7110 0000:05:06.0: firmware: agent loaded dvb-ttpci-01.fw into memory
Apr 20 22:09:51 vdr kernel: [ 41.207368] DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C)
Apr 20 22:09:51 vdr kernel: [ 41.252029] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.280026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.308026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.336026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.352028] Couldn't read from EEPROM: not there?
Apr 20 22:09:51 vdr kernel: [ 41.364023] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.392026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.420026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:51 vdr kernel: [ 41.448026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 41.499180] av7110 0000:05:06.0: firmware: agent loaded av7110/bootcode.bin into memory
Apr 20 22:09:52 vdr kernel: [ 41.820096] dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80fe2624
Apr 20 22:09:52 vdr kernel: [ 41.820104] dvb-ttpci: firmware @ card 0 supports CI link layer interface
Apr 20 22:09:52 vdr kernel: [ 41.884028] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 41.912026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 41.940025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 41.968026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 41.996026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 42.084025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 42.172025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 42.260025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 42.348025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:52 vdr kernel: [ 42.436028] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 42.524025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 42.612025] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 42.628029] dvb-ttpci: adac type set to 0 @ card 0
Apr 20 22:09:53 vdr kernel: [ 42.636837] saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Apr 20 22:09:53 vdr kernel: [ 42.636944] saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
Apr 20 22:09:53 vdr kernel: [ 42.772029] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 42.860026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 42.948026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.036026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.132029] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.160026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.188026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.216026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.448027] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.476026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:53 vdr kernel: [ 43.504026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.532026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.560024] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.588026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.616026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.644026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.672023] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.700026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.728026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.756026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.784027] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.872027] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 43.960026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 44.048026] saa7146: saa7146 (0) saa7146_i2c_writeout [irq]: timed out waiting for end of xfer
Apr 20 22:09:54 vdr kernel: [ 44.064030] ves1820: ves1820_readreg(): readreg error (reg == 0x1a, ret == -5)
Apr 20 22:09:54 vdr kernel: [ 44.064044] dvb-ttpci: A frontend driver was not found for device [1131:7146] subsystem [13c2:0000]
Alles anzeigen
lsmod |grep dvb sagt dies:
dvb_ttpci 89134 0
ttpci_eeprom 12445 1 dvb_ttpci
saa7146_vv 28261 1 dvb_ttpci
saa7146 17430 2 saa7146_vv,dvb_ttpci
dvb_core 77683 2 dvb_ttpci,stv0299
i2c_core 23876 8 i2c_nforce2,videodev,ttpci_eeprom,dvb_ttpci,ves1x93,stv0299,tda8083,ves1820
Da parallel eine L4M Twin S2 6.5 eingebaut ist (die funktioniert), habe ich den Treiber aus
http://linuxtv.org/hg/~endriss/media_build_experimental
verwendet.
Habe auch die Kernelparameter irqpoll und noirqbalance mal ausprobiert (nicht gleichzeitig), weil das bei ähnlich gelagerten Problemen offenbar geholfen hat, mir jedoch leider nicht. PC ist ein AMD 3500+ auf nem Asus A8N-SLI Deluxe Board (nForce 4 SLI Chipsatz).
Hat da jemand eine Idee dazu?
Gleiches Problem hier per DVB-S
Schau mal hier: http://www.vdrportal.de/board/…?postid=723635#post723635
Das hat bei mir auch geholfen.
* Hochschieb *
Vielleicht noch ein paar Infos zum System: Asus TUSL2 Board, PIII 1400-S, 512 MB, 1FF, 1 Budget, 1 PVR350.
Ich hab aktuell das Problem, dass die Wiedergabe von Dolby Digital Ton ständig unterbrochen wird, egal ob bei Wiedergabe von Aufzeichnungen, LiveTV oder DVD, immer so im 2 Sekunden-Rhythmus. DD-Wiedergabe ohne VDR mit dem MPlayer funktioniert einwandfrei. Jemand eine Idee, was das sein könnte? Die Plugin-Einstellungen hab ich auch schon rauf und runter geändert, aber da hat auch nichts geholfen.
Ich benutze Kernel 2.6.14.3 mit dem integrierten DVB-Treiber, Firmware 2622, Alsa 1.0.13, VDR 1.4.7, Bitstreamout 0.85.
Du mußt den Tunnel noch per "Add" hinzufügen und am besten in der Sektion "Session" das ganze abspeichern.
Und dran denken: Der Host (bei dir localhost) unter "Destination" muß der Host sein, auf dem VDRAdmin läuft. Und auch der entsprechende Port dahinter.
Ich hänge mich mal mit meinem Feature Request hier an:
Hätte einen Vorschlag zum Streaming von Aufnahmen: Wenn ich von mehreren Rechnern aus Aufnahmen "streamen" möchte (mal von nem Windows-System, mal aus Linux), ist es ja wahrscheinlich, dass auf den unterschiedlichen Rechnern das Videoverzeichnis unterschiedlich eingebunden ist (z.B. "Z:\" auf Windows, "/var/video" auf Linux). Wäre es da nicht sinnvoll, diese Konfiguration auf dem Client, z.B. per Cookie zu speichern, statt auf dem VDR selbst?
EDIT: Beitrag In Thread Feature-Request vdradmin verschoben
Ich probier's nochmal: Kann man beim TUSL2 mit Onboard-Sound CMI8738 das Asus SPDIF Slotblech anschließen? Oder geht nur per ac3dec und analoge Ausgabe?
Kann dazu noch jemand was sagen: TUSL2 Onboard Sound (CMI8738) und Dolby Digital?
Kann man da das Asus SPDIF Slotblech anschließen? Oder geht nur per ac3dec und analoge Ausgabe?
Stimmt, die Celerons habe ich ganz vergessen.
Nein, das angehängte C bedeutet ohne integrierte Grafik (815EP). Das TUSL2 ohne C hat den 815E-Chipsatz mit integrierter Grafik.
Der Soundchip ist für beide Boards optionale Ausstattung und kommt nicht aus der Bezeichnung heraus.
Benutzt du den Soundchip für AC3-Wiedergabe?
Ok, das ist schonmal nicht schlecht. Benutzt du das aktuelle Stable-BIOS oder die Beta-Version (1014)?
Hallo,
ich hab das Board kürzlich ersteigert und hätte ein paar Fragen, auf die ich leider noch keine Antwort gefunden habe, vielleicht hat hier jemand Erfahrung mit dem Board.
1. Das Board hat einen Onboard-Soundchip CMI8738. Läßt sich da das Asus-SPDIF-Slotblech anschließen, so dass ich das bitstreamout-Plugin benutzen kann. Oder geht das nicht und ich muß ac3dec verwenden?
2. Läuft darauf ein Pentium 3 S? Das ist der mit 512KB L2 Cache statt 256KB und 1,45 VCore statt 1,475 wie beim normalen Tualatin. Ich hab dazu schon diverse Angaben gelesen: Manche sagen, sie haben's im Einsatz und es geht, laut Asus kann das Board Prozessoren bis 1400 MHz (und solche gibt es nur in S-Ausführung). Auf der Asus-Seite steht in den FAQ wiederum, dass das Board die nicht unterstützt, da es sich um Server-Prozessoren handelt (daher auch das S).
Hat jemand von euch Erfahrung und kann mir helfen?
Danke schonmal.
Wenn du per SSH schon draufkommst, mußt du in Putty für die Tunnels folgendes einstellen: Im Zweig "Tunnels" gibst du für Local Port irgendeinen Port an, über den du im Internet Explorer zugreifen möchtest, am besten 80, das kannst du dann weglassen bei der Eingabe. Und als Adresse gibst du die Adresse des Rechners mit VDRAdmin an, gefolgt von einen Doppelpunkt und dem Port, also z.B. 192.168.0.1:80. Dann "Add" und die Verbindung speichern. Wenn du jetzt eine Verbindung herstellst, solltest du bei gestartetem VDRAdmin per "http://localhost" im IE draufkommen.
Für die Einstellung, daß du nur per Key an den Server kommst muß in der sshd_config folgendes eingestellt sein:
PubkeyAuthentication yes
PasswordAuthentication no
ChallengeResponseAuthentication no