Posts by UNKNOWN
-
-
-
Wo steht geschrieben, daß ein Treiber sich beim Entladen in irgendeinem Log verewigen muß?
Das dvb_bt8xx-Modul wird einfach sang- und klanglos entladen.
Wenn das rekursive Entfernen (modprobe -r) bei dir nicht funktioniert, mußt du dir Modulabhängigkeiten per modinfo heraussuchen und dann in der richtigen Reihenfolge die Module entfernen:
Code
Display Moretv:~# modinfo dvb_bt8xx filename: /lib/modules/2.6.18-6-686/kernel/drivers/media/dvb/bt8xx/dvb-bt8xx.ko depends: bttv,bt878,dvb-pll,i2c-core,cx24110,dvb-core,or51211,dst_ca,dst,sp887x,nxt6000,lgdt330x,zl10353,mt352,firmware_class tv:~# modinfo dst_ca filename: /lib/modules/2.6.18-6-686/kernel/drivers/media/dvb/bt8xx/dst_ca.ko depends: dst,dvb-core tv:~# modinfo dst filename: /lib/modules/2.6.18-6-686/kernel/drivers/media/dvb/bt8xx/dst.ko depends: bt878,i2c-core tv:~# modinfo bt878 filename: /lib/modules/2.6.18-6-686/kernel/drivers/media/dvb/bt8xx/bt878.ko depends: bttv tv:~# modinfo bttv filename: /lib/modules/2.6.18-6-686/kernel/drivers/media/video/bt8xx/bttv.ko depends: video-buf,i2c-core,ir-common,videodev,tveeprom,v4l2-common,i2c-algo-bit,btcx-risc,firmware_class,compat_ioctl32
-
-
Du meinst so ein exotisches Teil wie das hier?
Mini PCI Interface to Dual LAN Communication ModuleObwohl von der Kombination AMD Geode + VIA/Realtek NICs würde ich keine Performancewunder erwarten.
-
Wieso hast du nicht direkt ein alix2d2 mit 2x LAN bestellt?
Dual-miniPCI kenne ich nur als LAN/Modem-Kombination, aber nicht als Dual-NIC (ist bei Notebooks nie in gewesen:]).
Die älteren Thinkpads waren alle mit LAN(/Modem) als miniPCI bestückt, die aktuellen Modelle haben miniPCIe.Eine Übersicht dieser miniPCI-Karten gibt es hier:
http://www.thinkwiki.org/wiki/MiniPCI_slotGehandelt werden sie z.B. im ThinkPad Forum Marktplatz oder natürlich ibäh.
-
Irgendwie fehlt mir da die Statistik über die aktuell verwendeten VDR-Versionen.
Wenn man die Überalterung diverser Plugins bedauert, sollte man auch berücksichtigen, daß eine alte VDR-Version bei Pluginaktualisierung auf der Strecke bleiben kann.Just my 0,02 €
-
Patchen alleine wird da nicht viel nützen, nackte PES-Pakete zu streamen ist überhaupt kein Standard (siehe ISO 13818-1 bis ISO 13818-4).
Der ursprüngliche Ansatz mit TS war richtig, genau so wird es ja auch über den Äther und das Internet ausgestrahlt.
Das dann aber die Rolle rückwärts auf PES gemacht wird wegen der seligen D-box mit ihren lahmen 10mbit, führt nur ins technische Nirwarna.Außerdem muß das Gegenstück dann auch korrekt implementiert werden, z.B. VLC 0.9.6 funktioniert nicht mehr richtig (dämlicherweise habe ich den upgedatet).
Das OSD ist nach intensiver Benutzung tot, es geht keine einzige Taste mehr. -
Hast du schon mal hier nachgeschaut?
-
IMHO wird die Scanfähigkeit völlig überbewertet, damit kann man nur die aktuelle Qualität der gebrannten Rohlinge im Ansatz beurteilen, für die Archivierung ist das völlig unbrauchbar.
Um Daten auf DVD-R(irgendwas) zu archivieren, solltest du dich mit Datenredundanz beschäftigen z.B.:
- dvdisaster
- par2 for data backupWas mich an qpxtool völlig irritiert:
Dort werden die Pioneer-Brenner als supported aufgeführt, in der Windowswelt sind genau die in Nero CD-DVD Speed auf Betreiben des Herstellers(!) gesperrt worden,
da Pioneer-Brenner eben nicht zuverlässig scannen.Zum Brennerneukauf:
Der letzte echte Plextor (mit Sanyo-Chip) war der PX-760, alles danach war nur rebranded OEM (Pioneer, LiteOn etc.). Da Brenner verschleißen lohnt sich der Gebrauchtkauf nicht.
Über NEC und DVD-RAM gibt es einen häßlichen Thread in de.comp.hardware.laufwerke.brenner bzgl. Datenverfälschung (Optiarc ist ein Joint Venture von SONY/NEC).Also würde ich mich wegen DVD-RAM bei den restlichen Herstellern umschauen.
-
Warum so kompliziert?
chmod -R für Berechtigungen, chown -R für Eigner/Gruppe.
-
Laut http://wiki.x.org/wiki/radeonhd wohl noch nicht.
Im Zweifelsfalle selbst probieren, ich benutze selber auch noch den radeon und nicht den radeonhd Treiber. -
rafter
Ausgabe für meine ATI X1400:Code
Display Morer60:/# xvinfo X-Video Extension version 2.2 screen #0 Adaptor #0: "Radeon Textured Video" number of ports: 16 port base: 73 operations supported: PutImage supported visuals: depth 24, visualID 0x23 depth 24, visualID 0x24 depth 24, visualID 0x25 depth 24, visualID 0x26 depth 24, visualID 0x27 depth 24, visualID 0x28 depth 24, visualID 0x29 depth 24, visualID 0x2a no port attributes defined maximum XvImage size: 4096 x 4096 Number of image formats: 4 id: 0x32595559 (YUY2) guid: 59555932-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) id: 0x32315659 (YV12) guid: 59563132-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x30323449 (I420) guid: 49343230-0000-0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x59565955 (UYVY) guid: 55595659-0000-0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed)
-
Dann solltest du mal anstatt des proprietären fglrx den radeon Treiber versuchen.
Dann gibt es zwar keine 3D-Beschleunigung mehr, aber mit dem Treiber habe ich keine Darstellungsprobleme auf einer ATI X1400. -
Da wird wohl dein "preferred mode" falsch sein.
Überprüfen kannst du das als root mit xrandr -q. Die Moduszeile mit dem '+' ist der bevorzugte, '*' ist der aktuelle.
Eine Anleitung zum Ändern gibt es hier:
http://wiki.debian.org/XStrikeForce/HowToRandR12 -
Danke für den Zaunpfahl, ich hatte das scan aus den dvb-apps genommen, daraus macht VDR dann bei der Einstellung 'add new transponder' alle Sender nochmal neu und dann wohl falsch editiert.
Ich habe jetzt einfach die channels.conf von VDR1 genommen und fertig. -
-
Ich habe gestern auf meinem Notebook Debian lenny installiert sowie den VDR 1.6 aus dem Standardrepository:
Codeii libdvdread3 0.9.7-11 library for reading DVDs ii libxine1-xvdr 1.0.1-5 Xine input plugin for vdr-plugin-xineliboutp ii vdr 1.6.0-7 Video Disk Recorder for DVB cards ii vdr-plugin-femon 1.6.1-1 DVB frontend status monitor plugin for VDR ii vdr-plugin-xineliboutput 1.0.1-5 VDR plugin for Xine based sofdevice frontend ii xineliboutput-sxfe 1.0.1-5 Remote X-Server frontend for vdr-plugin-xine
Bei nur einer DVB-Karte muß man ja den EPG-Scan ggf. selbst anstoßen (Scan im EPG-Menu), selbst dann bleibt die epg.data immer leer:
Coder60:/# ls -al /var/cache/vdr total 24 drwxr-xr-x 2 vdr vdr 4096 2008-11-02 18:37 . drwxr-xr-x 15 root root 4096 2008-11-02 17:21 .. -rw-r--r-- 1 vdr vdr 1569 2008-11-02 18:17 commands.conf -rw-r--r-- 1 vdr vdr 0 2008-11-02 18:37 epg.data -rw-r--r-- 1 vdr vdr 62 2008-11-02 13:50 plugin_search_cache -rw-r--r-- 1 vdr vdr 231 2008-11-02 13:50 plugin_search_cache.md5 -rw-r--r-- 1 vdr vdr 1423 2008-11-02 18:17 reccmds.conf
Der Timestamp wird nur bei jedem VDR-Start brav aktualisiert. Das Log gibt auch nichts her:
Code
Display MoreNov 2 18:17:28 r60 vdr: [4867] VDR version 1.6.0-1 started Nov 2 18:17:28 r60 vdr: [4867] switched to user 'vdr' Nov 2 18:17:28 r60 vdr: [4867] codeset is 'UTF-8' - known Nov 2 18:17:28 r60 vdr: [4867] found 23 locales in /usr/share/locale Nov 2 18:17:28 r60 vdr: [4867] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.6.0 Nov 2 18:17:28 r60 vdr: [4867] loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.6.0 Nov 2 18:17:28 r60 vdr: [4867] [xine..put] Listening on address '127.0.0.1' port 37890 Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/setup.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/sources.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/diseqc.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/channels.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/timers.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/commands.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/reccmds.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/svdrphosts.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/remote.conf Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/keymacros.conf Nov 2 18:17:28 r60 vdr: [4869] video directory scanner thread started (pid=4867, tid=4869) Nov 2 18:17:28 r60 vdr: [4869] video directory scanner thread ended (pid=4867, tid=4869) Nov 2 18:17:28 r60 vdr: [4867] reading EPG data from /var/cache/vdr/epg.data Nov 2 18:17:28 r60 vdr: [4868] video directory scanner thread started (pid=4867, tid=4868) Nov 2 18:17:28 r60 vdr: [4868] video directory scanner thread ended (pid=4867, tid=4868) Nov 2 18:17:28 r60 vdr: [4867] probing /dev/dvb/adapter0/frontend0 Nov 2 18:17:28 r60 vdr: [4871] tuner on device 1 thread started (pid=4867, tid=4871) Nov 2 18:17:28 r60 vdr: [4872] section handler thread started (pid=4867, tid=4872) Nov 2 18:17:28 r60 vdr: [4867] found 1 video device Nov 2 18:17:28 r60 vdr: [4867] initializing plugin: femon (1.6.1): DVB Signal Information Monitor (OSD) Nov 2 18:17:28 r60 vdr: [4867] initializing plugin: xineliboutput (1.0.1): X11/xine-lib output plugin Nov 2 18:17:28 r60 vdr: [4867] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us Nov 2 18:17:28 r60 vdr: [4867] [xine..put] cTimePts: using monotonic clock Nov 2 18:17:28 r60 vdr: [4867] [xine..put] RTP SSRC: 0x45ee5fd7 Nov 2 18:17:28 r60 vdr: [4873] ERROR (thread.c,224): Permission denied Nov 2 18:17:28 r60 vdr: [4867] setting primary device to 2 Nov 2 18:17:28 r60 vdr: [4867] assuming manual start of VDR Nov 2 18:17:28 r60 vdr: [4867] SVDRP listening on port 2001 Nov 2 18:17:28 r60 vdr: [4867] setting current skin to "sttng" Nov 2 18:17:28 r60 vdr: [4867] loading /var/lib/vdr/themes/sttng-cool.theme Nov 2 18:17:28 r60 vdr: [4867] starting plugin: femon Nov 2 18:17:28 r60 vdr: [4867] starting plugin: xineliboutput Nov 2 18:17:28 r60 vdr: [4874] Remote decoder/display server (cXinelibServer) thread started (pid=4867, tid=4874) Nov 2 18:17:28 r60 vdr: [4874] ERROR (thread.c,224): Permission denied Nov 2 18:17:28 r60 vdr: [4874] [xine..put] cXinelibServer: Can't set priority to SCHED_RR 2 [1,99] Nov 2 18:17:28 r60 vdr: [4874] [xine..put] Binding server to 127.0.0.1:37890 Nov 2 18:17:28 r60 vdr: [4874] [xine..put] Listening on port 37890 Nov 2 18:17:28 r60 vdr: [4874] [xine..put] Listening for UDP broadcasts on port 37890 Nov 2 18:17:28 r60 vdr: [4874] [xine..put] BROADCAST: VDR xineliboutput DISCOVERY 1.0#015#012Server port: 37890#015#012Server address: 127.0.0.1#015#012Server version: xineliboutput-1.0.1#015#012#015 Nov 2 18:17:28 r60 vdr: [4867] [xine..put] cXinelibDevice::StartDevice(): Device started Nov 2 18:17:28 r60 vdr: [4867] ERROR: /dev/lircd: No such file or directory Nov 2 18:17:28 r60 vdr: [4867] ERROR: remote control LIRC not ready! Nov 2 18:17:28 r60 vdr: [4867] switching to channel 6 Nov 2 18:17:28 r60 vdr: [4876] transfer thread started (pid=4867, tid=4876) Nov 2 18:17:28 r60 vdr: [4877] receiver on device 1 thread started (pid=4867, tid=4877) Nov 2 18:17:28 r60 vdr: [4878] TS buffer on device 1 thread started (pid=4867, tid=4878) Nov 2 18:17:28 r60 vdr: [4867] setting watchdog timer to 60 seconds Nov 2 18:17:29 r60 vdr: [4876] [xine..put] Detected video size 720x576 Nov 2 18:17:29 r60 vdr: [4876] setting audio track to 1 (0) Nov 2 18:17:34 r60 vdr: [4867] max. latency time 1 seconds
Die beiden ERROR (thread.c,224) sind laut VDR-Source Threadprioritätsänderungen, haben also mit dem EPG nichts zu tun.
Live und Aufnahmen selbst machen keine Probleme, aber EPG gibt es einfach nicht!?
-
techfreak
Das kann ich nicht bestätigen, mein VDR 1.6 (vanilla) läuft einfach weiter nach der automatischen OSD-Ausblendung.
Abstürze habe ich nur, wenn ich heftig in Aufnahmen hin- und herspringe.Wo ich dich gerade hier sehe:
Im Source von modules/video_filter/remoteosd.c im VLC-git sehe ich den Grund für die falschen Keycodes nämlich #include "vlc_keys.h".
Laut der VNC-Protokollspezification gilt für die übermittelten Keycodes die X11-Tastaturbelegung sprich "X11/keysymdefs.h".Also bitte einmal fixen.
-
Ich schrieb TS, da ich davon ausging, daß die ffnetdev-Beschreibung im Wiki noch aktuell ist:
QuoteDas Plugin verfolgt also einen ganz anderen Ansatz als das streamdev-plugin: Anstatt auf einem potentiellen Client einen ausgewachsenen Client zu schreiben, soll ein einfacher Client herhalten, der nur den Empfang des TS und die Anzeige des bereits fertigen OSD übernehmen soll.
und nachgeschaut hatte ich vorher in der letzten Stable-Version ffnetdev-0.1.0.Installiert ist:
Codeii vdr 1.6.0-6ctvdr3 Video Disk Recorder for DVB cards ii vdr-genindex 0.1.3-1 Tool to generate a VDR index file ii vdr-plugin-dvd 0.3.6~b03+cvs20070813-10etch1 DVD playback plugin for VDR ii vdr-plugin-femon 1.6.1-1 DVB frontend status monitor plugin for VDR ii vdr-plugin-ffnetdev 0.1.0+svn20071201.1427-7 VDR network streaming plugin
Der Source von pes2ts.c aus e-tobi.net ist mit dem SVN-Snapshot identisch, also ist es bei mir natürlich auch PES.Der VLC selbst zeigt beim Abspielen (egal ob ffnetdev/MPEG2-PES oder IPTV/H.264-TS) nur die im Stream enthaltenen Codecs an, aber nicht das Streamformat selber.