ja, das Teil wäre eine Option aber es scheint das da noch viel Bastelarbeit dran zu tun ist... Gibt´s eine Alternative?
Beiträge von oma
-
-
aber das ist doch eine reguläre Distro die, zwar abgespeckt, trotzdem auf einem vollwertigen PC läuft... Das war´s nicht was ich suchte aber danke für die Antwort
-
Hallo,
ich spiele mit dem Gedanken, angeregt durch einen post hier im Forum, meinen VDR in einen ESX zu migrieren. Um auf meinem Samsung UE40ES6200 die Aufzeichnungen zu sehen gibt´s ja mehrere Möglichkeiten, aber gestreamtes HD Live-TV, klassisches VDR Menu zur Programmierung etc geht so nicht auch wenn der Fernseher einen browser hat.
Optimal wäre sicher ein VDR Client als APP für den Samsung aber das Projekt scheint tot und VLC o.ä. gibt´s für den Samsung auch nicht. Wenn da keiner eine andere Idee hat bliebe nur ein reiner streaming Client der am Fernseher hängt. Eine Art WD-TV wäre schön - einen kompletten PC dafür zu nutzen scheint mir etwas teuer und zu leistungsfähig.Was kann man denn da nehmen wenn man keinen kompletten (Mini)PC an den LCD hängen will?
Thanks4ideas
Markus -
-
heut morgen frisch getestet: Selber effekt. Fährt brav runter, geht aus und nicht wieder an. Stecker raus, Stecker rein, System startet wieder...
-
Ich habe natürlich alle Varianten im WF getestet, inc die Methode mit dem Power Off Kernel - selbes Ergebnis Es ist ja auch nicht so als würde er nicht abschalten - das geht bei allen optionen - nur eben dann nicht mehr an ohne das ich den Stecker ziehe und wieder reinstecke...
-
beeinflussen sicher nicht - aber vielleicht ist "aus" nicht gleich aus. Schalte ich den Rechner aus dem BIOS/GRUB heraus aus lässt er sich einwandfrei einschalten, nur wenn die Kiste komplett gebootet wurde eben nicht mehr...
-
Hallo,
ich habe heute den neuen yavdr 0.5 installiert und auch alles wieder ans laufen gebracht. Komisch ist jedoch das Folgende: Wenn ich den Rechner (siehe Signatur) mit z.B. "poweroff" herunterfahre, oder per Fernbedienung (egal was ich in "Abschalt Methode" eingestellt hab - alle 3 optionen getestet !!) abschalte: Ich kann ihn danach per Gehäuse Poweron Taste nicht mehr einschalten! Dann ziehe ich den Powerstecker, und weil ich das so im BIOS eingestellt hab startet er dann. Während des BIOS oder im grub menu funktioniert der Powerbutton einwandfrei - läßt sich aus und wieder einwandfrei einschalten. Wenn ich im gebooteten vdr länger die Poweron Taste gedrückt halte geht er auch direkt aus - somit ist der Knopf physikalisch ok.
Was kann denn das sein ?!?
Thanks4ideas
Markus -
Hallo,
meine vdr Aufnahmen liegen auf einem Openfiler NAS welches über die fstab als nfs in den vdr gemounted werden - das klappt im VDR Frontend auch gut. Bei xbmc werden die Aufnahmen gelistet, können aber nicht abgespielt werden:
Code
Alles anzeigenSep 21 19:09:07 myshuttle vdr: [6180] XVDR: Welcome client 'XBMC RecordingStream Receiver' with protocol version '3' Sep 21 19:09:07 myshuttle vdr: [6180] XVDR: Preferred language: deu,ger / type: 0 Sep 21 19:09:07 myshuttle vdr: [6180] XVDR: recording '/srv/vdr/video.00/@Men_of_Honor/2009-09-19.20.15.50.99.rec' is a PES recording Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: File 0 found, size: 2097259826, totalLength now 2097259826 Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: File 1 found, size: 1636458145, totalLength now 3733717971 Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: total frames: 212029 Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: openFile called for index 0 string:/srv/vdr/video.00/@Men_of_Honor/2009-09-19.20.15.50.99.rec/001.vdr Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: file failed to open Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: openFile called for index 0 string:/srv/vdr/video.00/@Men_of_Honor/2009-09-19.20.15.50.99.rec/001.vdr Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: file failed to open Sep 21 19:09:08 myshuttle vdr: [6180] XVDR: openFile called for index 0 string:/srv/vdr/video.00/@Men_of_Honor/2009-09-19.20.15.50.99.rec/001.vdr
Ich habe den http://wiki.xbmc.org/index.php?title=NFS Wiki eintrag schon angesehen bin aber nicht sicher welcher Parameter denn nun GENAU verändert werden müsste oder ob´s nicht doch an irgendwelchen Zugrifsrechten im XBMC liegt. Ich exportiere im Openfiler mit
was für den VDR auch völlig ausreicht...
Hat da jemand eine Idee?
Gruß
Markus -
Ob´s nun der zusätzliche Lüfter oder die grub extension mit hpet war kann ich nicht genau sagen - aber nach 48h Dauerlauf funktioniert das System, trotz tevii Karte, bislang absolut einwandfrei daher setzt setze ich den Thread mal auf solved und bedanke mich bei allen "Forschern".
Gruß aus NRW
oma -
fnu: verstehe deine Fage irgendwie nicht:
ZitatWas ist denn jetzt mit "hpet=disable" oder willst Du nur Deine Vermutungen hier bestätigt bekommen?
ich möchte vor allem das der Fehler verschwindet und vermeiden das andere ähnliches "leid" erfahren oder zumindest wissen wo zu suchen ist. Habe doch hpet=disable eingetrage, neu gebootet und den Log Teil angehängt?!? Oder meinst du es sei trotzdem aktiv?
Und woher hätte ich im übrigen das hier wissen sollen?ZitatTja, die TevII ist ja als super problemloses Gerät bekannt
Laut wiki gillt die als supportet, habe im Forum/google gesucht und wenig (man findet zu allen Karten immer irgendwas) "problematisches" gefunden. Aber welche Karte würdest du denn empfehlen?? Abfoderung wäre das sie, offensichtlich, wenig warm wird, problemlos läuft, imoptimalen Fall einen IR Empfänger hat, und nur einen PCI Platz nutzt (habe nur 2 im Shuttle und in einem steckt die GT).
Miru: Sollte alles andere nix bringen nehme ich gern die von dir empfohlenen Treiber. Nach etwas rechere zu den 300er Treibern bin ich da noch zurückhaltend...
Gruß
Markus -
Danke schon mal an alle "mit-Forscher"
Ich habe gestern Nacht noch das System beobachet und mit geschlossenem Gehäuse tritt es "gefühlt" häufiger auf als mit offenem Deckel - das kann natürlich auch ein Zufall sein... Das System hat bereits 2 Jahre in einer anderen Config (FF TT DVB-S Karte, Ausgang direkt per TV-Out am Fernseher ergo kein xserver) prima fuktioniert. Erst nach dem Umbau zu HD (yaVDR, GT210 rein, Tivii 464 rein, FF TT DVB-S raus) begannen die Probleme.
Ich habe nun 2 Dinge getan - Gehäuse geöffnet und einen kleinen Lüfter vor die GT210 gestellt um jedwedes Temperaturproblem auszuschließen. Ebenso habe ich fnu's Tipp umgesetzt - hier nach dem Reboot:
CodeSep 15 14:52:33 myshuttle kernel: [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.38-16-generic root=UUID=0a8b5b19-73a8-4922-bcfa-b0a6e76e236a ro vmalloc=256m quiet splash vga=792 noresume nohz=off acpi_enforce_resources=lax hpet=disabled vt.handoff=7 Sep 15 14:52:33 myshuttle kernel: [ 2.950631] hpet_acpi_add: no address or irqs in _CRS
somit müsste hpet nun aus sein. Da ich den Fehler nicht reproduzieren kann lasse ich den vdr einfach laufen, spiele ab und an was ab und warte ob das Problem nochmal auftritt...
-
Natürlich könnte ich neurer Treiber einspielen aber ich bin unsicher ob´s das wirklich da diese Treiber ja bei anderen offensichtlich gut laufen. Ich habe das System heute ca. 3h mit offenem Deckel um Temperaturprobleme auszuschließen laufen lassen und SD Material abgespielt. Nach ca. 2,5h trat der Fehler um 21:50h auf und ich hab ihn im syslog gesehen:
Code
Alles anzeigenSep 14 21:42:44 myshuttle vdr: [5273] Text2Skin: replayInfo display update thread started (pid=1091, tid=5273) Sep 14 21:43:00 myshuttle vdr: [5273] Text2Skin: replayInfo display update thread ended (pid=1091, tid=5273) Sep 14 21:49:00 myshuttle vdr: [1451] EPGSearch: timer conflict check started Sep 14 21:49:00 myshuttle vdr: [1451] EPGSearch: timer conflict check finished Sep 14 21:50:52 myshuttle kernel: [ 7319.100187] NVRM: Xid (0000:01:00): 6, PE0003 Sep 14 21:50:52 myshuttle kernel: [ 7319.101861] NVRM: Xid (0000:01:00): 6, PE0005 Sep 14 21:50:52 myshuttle kernel: [ 7319.103417] NVRM: Xid (0000:01:00): 6, PE0001 Sep 14 21:50:55 myshuttle kernel: [ 7321.713587] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context Sep 14 21:50:59 myshuttle kernel: [ 7325.817397] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context Sep 14 21:51:03 myshuttle kernel: [ 7329.873314] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context Sep 14 21:51:05 myshuttle kernel: [ 7331.873338] NVRM: os_schedule: Attempted to yield the CPU while in atomic or interrupt context Sep 14 21:51:05 myshuttle kernel: [ 7331.949843] Clocksource tsc unstable (delta = -8589935214 ns) Sep 14 21:51:05 myshuttle kernel: [ 7331.974739] Switching to clocksource hpet Sep 14 21:51:12 myshuttle vdr: [1436] XVDR: Recordings state changed (311) Sep 14 21:51:12 myshuttle vdr: [1436] XVDR: Requesting clients to reload recordings list Sep 14 21:51:17 myshuttle kernel: [ 7342.761301] cx88[0]/2-mpeg: clearing mask Sep 14 21:51:17 myshuttle kernel: [ 7342.761301] cx88[0]/0: irq loop -- clearing mask Sep 14 21:51:20 myshuttle vdr: [1091] ERROR: dvbplayer thread 4762 won't end (waited 9 seconds) - canceling it... Sep 14 21:51:37 myshuttle kernel: [ 7363.745528] hrtimer: interrupt took 31118431 ns Sep 14 21:52:38 myshuttle vdr: [1436] XVDR: Timers state changed (2) Sep 14 21:52:38 myshuttle vdr: [1436] XVDR: Requesting clients to reload timers Sep 14 21:52:55 myshuttle /usr/bin/signal-event.real[5536]: processing signal restart-vdr Sep 14 21:52:55 myshuttle /usr/bin/signal-event.real[5536]: processing action /usr/share/yavdr/events/restart-vdr/10_restart-vdr restart-vdr Sep 14 21:53:24 myshuttle kernel: [ 7469.243666] NVRM: GPU at 0000:01:00.0 has fallen off the bus. Sep 14 21:53:24 myshuttle init: vdr-frontend main process (1120) killed by KILL signal Sep 14 21:53:24 myshuttle vdr: [1091] stopping plugin: dynamite Sep 14 21:53:24 myshuttle vdr: [1091] dynamite: force detaching all devices Sep 14 21:53:24 myshuttle kernel: [ 7470.690507] Xorg[951]: segfault at 320018269 ip 00007fcda1448429 sp 00007fff16ea6e00 error 4 in nvidia_drv.so[7fcda13e6000+6e3000] Sep 14 21:53:26 myshuttle vdr: [1435] section handler thread ended (pid=1091, tid=1435) Sep 14 21:53:26 myshuttle vdr: [1434] tuner on frontend 0/0 thread ended (pid=1091, tid=1434) Sep 14 21:53:26 myshuttle vdr: [1091] dynamite: deleted device for /dev/dvb/adapter0/frontend0 Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: conflictcheckonly Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: text2skin Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: dvd Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: wirbelscan Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: live Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: iptv Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: skinpearlhd Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: menuorg Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: streamdev-server Sep 14 21:53:26 myshuttle vdr: [1452] streamdev server thread ended (pid=1091, tid=1452) Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: markad Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: epgsearchonly Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: epgsearch Sep 14 21:53:26 myshuttle vdr: [1091] stopping plugin: burn Sep 14 21:53:27 myshuttle vdr: [1448] burn-chain manager thread ended (pid=1091, tid=1448) Sep 14 21:53:27 myshuttle vdr: [1091] stopping plugin: extrecmenu Sep 14 21:53:28 myshuttle vdr: [1442] extrecmenu worker thread thread ended (pid=1091, tid=1442) Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: channellists Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: quickepgsearch Sep 14 21:53:28 myshuttle vdr: [1091] stopping plugin: dbus2vdr Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting 0 message handlers Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.epg Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.plugin Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.recording Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.remote Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.skin Sep 14 21:53:29 myshuttle vdr: [1091] dbus2vdr: deleting message dispatcher for interface de.tvdr.vdr.timer Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: restfulapi Sep 14 21:53:29 myshuttle vdr: [1091] restfulapi: will end server thread: /1347652409/ Sep 14 21:53:29 myshuttle vdr: [1439] restfulapi: server thread end: /1347652409/ Sep 14 21:53:29 myshuttle vdr: [1439] restfulapi: server thread ended (pid=1091) Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: tvonscreen Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: xine Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: femon Sep 14 21:53:29 myshuttle vdr: [1091] stopping plugin: xvdr Sep 14 21:53:29 myshuttle vdr: [1091] XVDR: XVDR Server stopped Sep 14 21:53:29 myshuttle vdr: [1310] Leaving cXineRemote thread Sep 14 21:53:29 myshuttle vdr: [1310] XineRemote control thread ended (pid=1091, tid=1310) Sep 14 21:53:29 myshuttle vdr: [1091] saved setup to /var/lib/vdr/setup.conf Sep 14 21:53:30 myshuttle vdr: [1311] section handler thread ended (pid=1091, tid=1311) Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dynamite Sep 14 21:53:30 myshuttle vdr: [1280] dynamite udev monitor for subsystem dvb thread ended (pid=1091, tid=1280) Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: conflictcheckonly Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: text2skin Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dvd Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: wirbelscan Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: live Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: iptv Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: skinpearlhd Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: menuorg Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: streamdev-server Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: markad Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: epgsearchonly Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: epgsearch Sep 14 21:53:30 myshuttle vdr: [1451] EPGSearch: Leaving conflict check thread Sep 14 21:53:30 myshuttle vdr: [1451] EPGSearch: conflictcheck thread ended (pid=1091, tid=1451) Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: burn Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: extrecmenu Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: channellists Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: quickepgsearch Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: dbus2vdr Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: restfulapi Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: tvonscreen Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: xine Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: femon Sep 14 21:53:30 myshuttle vdr: [1091] deleting plugin: xvdr Sep 14 21:53:30 myshuttle vdr: [1091] cleaning up schedules data Sep 14 21:53:32 myshuttle vdr: [1091] ===================== Sep 14 21:53:32 myshuttle vdr: [1091] EPG bugfix statistics Sep 14 21:53:32 myshuttle vdr: [1091] ===================== Sep 14 21:53:32 myshuttle vdr: [1091] IF SOMEBODY WHO IS IN CHARGE OF THE EPG DATA FOR ONE OF THE LISTED Sep 14 21:53:32 myshuttle vdr: [1091] CHANNELS READS THIS: PLEASE TAKE A LOOK AT THE FUNCTION cEvent::FixEpgBugs() Sep 14 21:53:32 myshuttle vdr: [1091] IN VDR/epg.c TO LEARN WHAT'S WRONG WITH YOUR DATA, AND FIX IT! Sep 14 21:53:32 myshuttle vdr: [1091] ===================== Sep 14 21:53:32 myshuttle vdr: [1091] Fix#011Hits#011Channels Sep 14 21:53:32 myshuttle vdr: [1091] 3#0112205#011DASDING, N24 HD, N24 HD Austria, ANIXE HD, NICK/CC HD, NICK/CC HD Austria, National Geographic, ... Sep 14 21:53:32 myshuttle vdr: [1091] 4#01195#011radioeins, Disney XD, Junior, HOPE Channel deutsch, ZDF HD, Das Erste HD, Das Erste, ... Sep 14 21:53:32 myshuttle vdr: [1091] 6#01111048#011tagesschau24, Test-R, arte, PHOENIX, Einsfestival, EinsPlus, WDR Event, MDR JUMP, ... Sep 14 21:53:32 myshuttle vdr: [1091] 7#0111106#011hr-fernsehen, DRadio Wissen, DKULTUR, DLF, Bremen Eins, Nordwestradio, MDR FIGARO, ... Sep 14 21:53:32 myshuttle vdr: [1091] 8#0113007#011Test-R, RNF, sportdigital, AXN Action, Romance TV, GOD Channel, Beauty TV, DELUXE MUSIC, ... Sep 14 21:53:32 myshuttle vdr: [1091] 9#01110760#011Test-R, RNF, sportdigital, AXN Action, Romance TV, GOD Channel, Beauty TV, ... Sep 14 21:53:32 myshuttle vdr: [1091] 10#011620#011Test-R, ASTRA 3D Demo, HOPE Channel deutsch, pearl.tv Technik-Shop, Die Neue Zeit TV, ... Sep 14 21:53:32 myshuttle vdr: [1091] 11#0118431#011Test-R, ASTRA 3D Demo, HOPE Channel deutsch, pearl.tv Technik-Shop, La Une HD, ... Sep 14 21:53:32 myshuttle vdr: [1091] ===================== Sep 14 21:53:32 myshuttle vdr: [1091] caught signal 15 Sep 14 21:53:32 myshuttle vdr: [1091] exiting, exit code 0
auch wenn SSH Zugriff noch machbar war hat der Restart nicht funktioniert und ich mußte ihn hard-resetten...
Das System ist ein klassischer Shuttle Barebone:Code
Alles anzeigenmarkus@myshuttle:~$ lspci 00:00.0 Host bridge: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller (rev 02) 00:01.0 PCI bridge: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port (rev 02) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 01) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 01) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 01) 00:1d.0 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 01) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 01) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 01) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 01) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 01) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA IDE Controller (rev 01) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 01) 01:00.0 VGA compatible controller: nVidia Corporation GT218 [GeForce 210] (rev a2) 01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1) 03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12) 04:09.0 Multimedia video controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder (rev 05) 04:09.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] (rev 05) 04:0a.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22/A IEEE-1394a-2000 Controller (PHY/Link)
Welche Infos sind noch wichtig? Kann man das Problem irgendwie einkreisen? -
Das mit der Temperatur fuchst mich trotzdem: Welche Temperatur wäre denn noch ok? Gibt es andere Temperaturen die es zu überwachen gillt? In einem Barebone ist ja nu nicht viel Platz für Luftzirkulation und wenn ich eh grad messe...was ist wichtig zu monitoren?
-
-
Hallo,
habe heute einen frischen 0.4 yaVDR installiert, meine Tivii 464 samt Fernbedienung mit
Codesudo add-apt-repository ppa:yavdr/main sudo apt-get update && sudo apt-get dist-upgrade sudo apt-get install linux-media-dkms linux-firmware-yavdr reboot
installiert und fertig. Soweit so gut - wenn ich den vdr nun eine Zeit lang benutze, speziell aufgefallen ist es mir beim playback, dann bleibt das System nach ca. 40min stehen - letzte Meldungen im syslog sind dann:
CodeSep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 428 from 255+255=27:0;259=deu@106,260=eng@106:0:32 to 255+255=27:0;259=deu@106,260=eng@106:0:32 Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 429 from 511+511=27:0;515=deu@106,516=eng@106:0:32 to 511+511=27:0;515=deu@106,516=eng@106:0:32 Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 430 from 767+767=27:0;771=eng@106:0:32 to 767+767=27:0;771=eng@106:0:32 Sep 13 21:53:42 myshuttle vdr: [1480] changing pids of channel 431 from 1023+1023=27:0;1027=deu@106:0:32 to 1023+1023=27:0;1027=deu@106:0:32 Sep 13 21:54:04 myshuttle kernel: [ 1266.241447] NVRM: Xid (0000:01:00): 6, PE0003 Sep 13 21:54:04 myshuttle kernel: [ 1266.243209] NVRM: Xid (0000:01:00): 6, PE0005 Sep 13 21:54:04 myshuttle kernel: [ 1266.244734] NVRM: Xid (0000:01:00): 6, PE0005 0520 00000000 00000000 00000000 00000000 Sep 13 21:54:04 myshuttle kernel: [ 1266.246281] NVRM: Xid (0000:01:00): 6, PE0006 Sep 13 21:54:05 myshuttle kernel: [ 1267.058643] NVRM: Xid (0000:01:00): 26, Ch 0000007f M 00000520 D 00000000 intr 04600000 Sep 13 21:54:05 myshuttle kernel: [ 1267.070289] NVRM: Xid (0000:01:00): 26, Ch 0000007f M 00000510 D 00000000 intr 04400010
Da die letzte Meldung in Richtung nvidia deutet hab ich mal nach dessen Version geguckt:
Codemarkus@myshuttle:~$ cat /proc/driver/nvidia/version NVRM version: NVIDIA UNIX x86_64 Kernel Module 295.75 Fri Aug 24 12:46:00 PDT 2012 GCC version: gcc version 4.5.2 (Ubuntu/Linaro 4.5.2-8ubuntu4)
- in irgendwelchen repository gibt´s wohl nen Treiber >300 aber ist der auch mit yaVDR 4.0 "kompatibel"? Jemand ne andere Idee woran´s liegen kann?
Thx4ideas
Markus -
naja, minidlna kann ebenfalls playlisten - aber die kann ich nur bei "Musik" als eine der Optionen (Album, Artist, Folder, Genre,..) anwählen - nicht bei Video. Dort kann ich nur zwischen "All Video" also alle Files hintereinanderweg und "Folder" aussuchen. Bist du sicher das Serviio das auch bei Videos anzeigt? Für Serviio braucht man eine Java GUI, oder?
-
Ich könnte natürlich mediatomb nochmal testen aber eigentlich finde minidlna schicker weil schlanker und spulen klappt ja auch prinzipiell mit "normalen" Files. Ist denn meine eigentliche Frage zu den m3u Files abwägig oder schicht nicht machbar für Videofiles ?!? Hier könnte ich meine "Grüppchenbildung" in Subfoldern machen und ich wäre unabhängig von irgendwelchen fuse Filesystemen...
-
das verstehe ich, jedoch setzt fuse die Größen ja richtig zusammen:
Code/usr/local/src/vdrnfofs-0.8$ ls /mnt/test/ -l insgesamt 827517472 -r--r--r-- 1 syslog syslog 8191569 2010-09-19 23:27 @24_Stunden_2010-09-19.23.27.10.01.rec.mpg -r--r--r-- 1 syslog syslog 460 2010-09-19 23:27 @24_Stunden_2010-09-19.23.27.10.01.rec.nfo -r--r--r-- 1 syslog syslog 2486790640 2011-01-04 00:15 27_Dresses_2011-01-04.00.15.50.99.rec.mpg -r--r--r-- 1 syslog syslog 132 2011-01-04 00:15 27_Dresses_2011-01-04.00.15.50.99.rec.nfo -r--r--r-- 1 syslog syslog 1269112428 2009-12-09 22:28 30_Rock_2009-12-09.22.28.50.99.rec.mpg -r--r--r-- 1 syslog syslog 2009 2009-12-09 22:28 30_Rock_2009-12-09.22.28.50.99.rec.nfo
auch wenn die Dateiberechtigungen nicht ganz stimmen so ist die Größe der Files aber richtig und wahrscheinlich nicht der Grund dafür das es nicht spulen kann...
-
ja, bei .ts Files direkt funktioniert das spulen prima - bei "gefuseten" .ts files im virtuellen mpg nicht mehr...
Den anderen Thread hatte ich heute auch durchgeblättert aber wenig hilfreiches darin gefunden. Mein Plan war eigentlich den VDR auf den Dachboden in LNB Nähe aufzustellen und lediglich übers webfrontend zu programmieren - abspielen dann über dlna ohne eine zusätzliche Hardware am Fernseher.Wenn nun die Idee mit dem vdrnfofs doch nicht so optimal ist - wären da simple m3u/pls Files nicht eine Alternative? Da ich in den -ts files spulen kann sollte es auch über die m3u Files gehen. Dumm nur das ich es nicht schaffe das minidlna mir die für Videos zugänglich macht...