Beiträge von oma

    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

    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...

    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:


    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

    Code
    (rw,anonuid=96,anongid=96,secure,root_squash,wdelay,sync)

    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:

    Zitat

    Was 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?

    Zitat

    Tja, 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:

    Code
    Sep 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:

    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:


    Welche Infos sind noch wichtig? Kann man das Problem irgendwie einkreisen?

    die Karte ist eine Zotac GT210 Synergy Edition in einem Shuttle Barebone - wäre möglich das es zu warm wird. Genügt ein

    Code
    watch DISPLAY=:1 nvidia-settings -tq gpucoretemp

    zum anschauen oder muß man anders messen? Sollte es richtig sein dann sind es zur Zeit 66. Kann das sein? Zu warm - zu kalt?

    Hallo,


    habe heute einen frischen 0.4 yaVDR installiert, meine Tivii 464 samt Fernbedienung mit

    Code
    sudo 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:

    Code
    Sep 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:

    Code
    markus@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...