Beiträge von DrBoon
-
-
Sry, das mit dem upnp hatte ich wohl 5x überlesen, ... dachte auch, das das noch beta ist.
Tja, da gibts nur 3 Methoden:
1) Das upnp-plugin bekommt es irgendwie geregelt ( evtl mit ner nächsten protokollversion )
2) Klaus baut den kompletten Recordings-Zweig des VDR um, so das das Dateisystem Browsertauglich wird
3) PATCH-Freiheit für alles im Dateisystem, und scripten wird verdammt schwierig.---
ZitatWenn Softwareentwickler (auch bei freier Software) nicht auf die Wünsche ihrer Kunden eingeben würden, hätten wir heute noch Kisten mit DOS 3.3
Verdrehte Welt, ich dachte bei freier Software gibts keine Kunden, sondern nur leute die so lieb sind, und das was sie sich gebaut haben anderen zur Verfügung stellen ( und auch noch kostenfrei Supporten ).
PS: Danke nochmal an die Entwickler, ich find das hier alles echt toll.Naja, seis drum, ich kann dir hierbei leider nicht weiterhelfen.
Grüße.
-
Hi ihr,
Wenn man nach Modelines für vdpau sucht, bekommt man immer diese (sowohl im wiki, hier in den Beiträgen als auch bei wbreu):
ZitatSection "Monitor"
Identifier "Monitor"
VendorName "Unknown"
ModelName "FUS LSL 3230T"
HorizSync 15.0 - 82.0
VertRefresh 29.0 - 86.0
Option "UseDisplayDevice" "DFP-0"
Option "ExactModeTimingsDVI" "True"
Option "UseEDIDFreqs" "False"
# 1920x1080p @ 50Hz (EIA/CEA-861B)
ModeLine "1920x1080@50" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 60Hz (EIA/CEA-861B)
ModeLine "1920x1080@60" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 24Hz (EIA/CEA-861B)
ModeLine "1920x1080@24" 74.250 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 23.976Hz (EIA/CEA-861B)
ModeLine "1920x1080@23.976" 74.175 1920 2558 2602 2750 1080 1084 1089 1125 +hsync +vsync
# 1920x1080i @ 50Hz (EIA/CEA-861B)
# Modeline "1920x1080@50i" 74.250 1920 2448 2492 2640 1080 1085 1095 1125 +hsync +vsync Interlace
# Modeline "1920x1080@50i" 74.184 1920 2408 2496 2640 1080 1084 1094 1124 -hsync -vsync interlace
# Modeline "1920x1080@50i" 74.25 1920 2440 2456 2640 1080 1083 1085 1125 +hsync +vsync interlace
# Modeline "1920x1080@50i" 74.25 1920 2448 2492 2640 1080 1084 1094 1124 +hsync +vsync interlace
ModeLine "1920x1080@50i" 74.200 1920 1964 2052 2200 1080 1084 1088 1125 +hsync -vsync interlace
# 1920x1080i @ 60Hz (EIA/CEA-861B)
Modeline "1920x1080@60i" 74.250 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
# 1920x1080p @ 59.94Hz (EIA/CEA-861B)
ModeLine "1920x1080@59.94" 148.350 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080i @ 59.94Hz (EIA/CEA-861B)
Modeline "1920x1080@59.94i" 74.175 1920 2008 2052 2200 1080 1085 1095 1125 +hsync +vsync Interlace
# 1920x1080p @ 25Hz (EIA/CEA-861B)
ModeLine "1920x1080@25" 74.250 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 29.97Hz (EIA/CEA-861B)
ModeLine "1920x1080@29.97" 74.175 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync
# 1920x1080p @ 30Hz (EIA/CEA-861B)
ModeLine "1920x1080@30" 74.250 1920 2008 2052 2200 1080 1084 1089 1125 +hsync
"1920x1080" 20.048 1920 2448 2492 2640 1080 1085 1095 1125 interlace +hsync +vsync
EndSectionDie, die ich hervorgehoben habe ist allerdings eine 60Hz Modeline ( glaub ich zumindest ).
Wenn ich folgende Rechnung zu grunde lege: PixClock / ( h_blank_end * v_blanking ) = Bildwiederholrate :
74.200.000Hz / ( 2200 * 1125 ) = 74.200.000Hz / 2.475.000 = 30,040Hz (klar *2 da ja interlace)
Bestätigt wird das duch nvidia-settings --query all ... -> 60Hz
...
Ich frage mich nur, weil das ja die einzige ( 1920x1080@50i ) ist, die standardmäßig nicht auskommentiert ist, ob das nicht für unnötiges gebastel bei den vdpau-benutzern sorgt.
oder hab ich da was falsch verstanden?
Grüße.
-
Sry, du hast wieder nicht auf die Frage geantwortet.....
du meinst also im groben doch nicht (unbedingt) das Dateisystem, sondern schon eher in der vdr-oberfläche?
ZitatBeispiel im OSD könnte man einstellen: (nur als Beispiel !)
%genre%\%date% - %title% - %channel%also so wie epgsearch im epg darstellen kann:
Code
Alles anzeigen######################################################### # sample file for epgsearchmenu.conf # # The following variables exist: # # %time% - start time in format HH:MM # %date% - start date in format TT.MM.YY # %datesh% - start date in format TT.MM. # %time_w% - weekday name # %time_d% - start day in format TT # %title% - title # %subtitle% - subtitle # %t_status% - timer status ('T', 't', 'R') # %v_status% - VPS status # %r_status% - running status # %status% - complete status, the same as # '%t_status%%v_status%%r_status%' # %colon% - the sign ':' # %<epg-category>% - a value from the extended EPG categories, specified in # epgsearchcats.conf, like %genre% or %category% # # for the 'Whats on...' menus there is also: # # %chnr% - channel number # %chsh% - the short channel name # %chlng% - the 'normal' channel name # %progr% - graphical progress bar # %progrT2S% - progress bar in text2skin style # ######################################################### WarEagleIcons=1 MenuSchedule=%time% %t_status%:8|%genre%:14| %title% ~ %subtitle%:35 MenuSearchResults=%chsh%:12|%datesh%:6|%time%:6|%t_status%:2|%title% ~ %subtitle%:35 MenuWhatsOnNow=%chnr%:4|%chsh%:13| %time%:6| %progrT2S%| %t_status%:2|%title% ~ %subtitle%:35 MenuWhatsOnNext=%chnr%:4|%chsh%:13| %time%:6| %t_status%:2|%title% ~ %subtitle%:35 MenuWhatsOnElse=%chnr%:4|%chsh%:13| %time%:6| %t_status%:2|%title% ~ %subtitle%:35
lieg ich damit jetzt richtig oder geht es dir doch um was ganz anderes?
zb. Das es dir im Datei-browser nicht aufgeräumt genug ist?...
PS: Du nutzt also eines der Hauptfeatures des VDR schon lange? Eben per script was machen zu können? Und das ist dir trotzdem noch nicht genug luxus?
Sry, kann sich nur um ein Missverständnis handeln irgendwie? sonst müßte der Threat nach der ersten Beantwortung deiner Frage schon lange tot sein.
-
Zitat
Genau das "Patch hier, Patch da" ist das wo den VDR "Enduseruntauglich" macht.
Klar, dafür gibts ja auch Distributionen -> Entwicklerzeugs ist im normalfall sowiso "Enduseruntauglich"Nur mal so als Frage: Du hämmerst hier rum das das alles blöd ist, warum benutzt du's dann eigendlich? Fertiggebautes "Endusertaugliches" zeugs gibts ja wohl inzwischen genug auf dem Markt. <- Ist jetzt echt nicht böse gemeint.
---
Zurück zum Topic:Um was geht es dir denn überhaupt? Ja, du willst ne andere Verzeichnisstruktur, aber wofür? Ich mein, evtl gibts ja für dein Ziel auch einen viel leichteren Weg, der dir nur noch nicht eingefallen ist.
-
ich glaube der patch ist irgendwann mal in extrecmenu eingeflossen und seit dem nicht mehr dabei, kann mich aber auch täuschen.
Aber mit extrecmenu ist das schon extrem fein.
-
stimmt. Hab auch noch nie nen Hardware-dvr gesehen, bei dem es eine Option gibt was im Dateisystem zu ändern, ausserdem sind alle Informationen in der Ordnerstruktur vorhanden, UND zusätzlich nochmal in der INFO-Datei.
Im gegenteil, ich finde die meisten verfügbaren systeme nichtmal ansatzweise so offen wie den VDR ( von automatisierungs-scripten mal ganz zu schweigen ).
Innerhalb des VDR können ja mit diversen plugins/patches die Aufnahmen in jeglichem Layout dargestellt werden:
bsp:
epgsearch -> Templaten ( in der Readme gut erklärt, modifiziert die anzeige wie man will )
extrecmenu -> Sortierreihenfolge gleich mit drin ( versteht sich äußerst gut mit epgsearch )Will man sich die Dateien konvertieren, ist es ein einfaches mit bash-mitteln jeglichen Dateinamen zusammenzubekommen ( titel_-_subtitel_-_datum.avi ), und das auch wieder entweder mit den Informationen aus dem Dateisystem, oder der Info-Datei.
Ich finde sogar das VDR hier extrem offen ist.
Grüße.
-
Dabei musst du dich halt etwas mit der externremux.sh aus dem streamdev-projekt auseinandersetzen.
Ich weis das sich bei Google so einige Lösungen dazu finden, da ja jeder seit Nokia nen Realplayer in seine Telefone baut jeder versucht nen rtp-stream zu bauen.
Grüße.
-
das hört sich fein an, hab mir grad die version v0.99.7hg. gezogen, nur ein xine-remote kennt keinen Befehl "close" ... wenn ich close eintipe beendet nur xine-remote seine unterhaltung mit xine-ui. Meinst du evtl STOP ? Nach stop nimmt Play den Stream allerdings nicht mehr auf.
-
Zitat
2. Falls du planst den DF10CH Kontroller zu verwenden dann ist das ganz einfach. Hier bekommen Kontroller und LED's ihren Strom sowieso aus zwei getrennten Kreisen. Der Kontroller über USB, also deinem Rechner der ja durchläuft. Die LED's per separaten Netzteil. Das kannst du problemlos stromlos machen.
Ich plan das zwar für "irgendwann in der Zukunft", gönn aber meinem VDR jetzt auf die schnelle mal nen 4Kanal. Mal sehen sobald man den DF10CH sammt Leisten dann auch irgendwo leistbar bestellen kann ( Für's selbserbauen bin ich leider zu ungeschickt ).Zitat1. Wenn du sowieso ein Kommando am VDR abschicken willst wieso beendest du dann nicht einfach den xine player. Würde auch noch Strom am Rechner sparen.
mit dem Gedanken hatte ich auch schon gespielt... hatte aber damals beim Versuch öfter das Problem, das nach dem X'ten start des X-Servers der TV "BLAU" bleibt bis man den Rechner neu startet. ( keine ahnung, hab den Fehler nie gefunden. ) -
Klar, nur hab ich am VDR keine Maus, und will auch kein GUI auf dem TV ( dann isses ja kein htpc mehr, sondern ne Workstation auf der man auch tv gucken kann )
Mein Problem ist folgendes:
Mein VDR läuft 24/7 durch, da der Server auch andere Aufgaben miterledigt, lediglich die Anlage und der TV werden stromfrei gemacht wenn keiner davor sitzt.
Nun will ich den TV um Atmo erweitern, hab aber ja jetzt das Problem das die RGB-Leds weiterhin befeuert werden würden, da ja Xine weiterhin daten dahin schickt. ( Also alles dunkel im Wohnzimmer, aber Atmolight feuert bunte Farben an die Wand. ).
Wenn ich den Controller auch stromfrei mache, ist zwar das Atmo-licht aus, aber die Schnittstelle verschwindet -> wird wohl ein xine- und damit auch ein vdr-crash. selbst wenn nicht ist das anstecken im Betrieb wohl auch eher unzuverlässig.Hast du hierzu ne Idee?
PS: Würde sowas wie ne Repeater-Fifo das problem zur not fixen? ( xine->pipe->usb? ) oder wäre das keine Option?
Mit Pipe mein ich einfach ein Programm das per fifo die datenpakete vom atmo-plugin entgegennimmt, und wenn es den "aus"-befehl bekommt einfach nicht weitergibt bzw. "stumm"-pakete schickt. Ich hoff du verstehst was ich mein. -
und noch ne dumme Fragel:
Gibt es eine Möglichkeit per kommandozeile das postplugin Atmo "stumm"=aus und wieder einzuschalten, ohne xine neu zu starten? Also quasi im laufenden Betrieb?
Oder halt dem Controller mitzuteilen, das er mal pause machen soll.
Grüße
-
Ach, habs gefunden, war damals alles per pn, evtl hilfts ja ( ist halt schon uralt ), ich hoff du steigst durch ... ( war damals auch andersrum gedacht - Schwarze Balken per zoom löschen
Änderung an vdr/PLUGINS/src/avards/decoder.c ( ca. zeile 335 )
Code
Alles anzeigenelse if (iAspectInfo >0) { // 4:3 delay while ((iDelay < config.Delay) && ModeBuffer[iDelay] == iAspectInfo) iDelay++; } if (iDelay == config.Delay && lastAspectInfo != iAspectInfo) { // write WSS data to device isyslog("avards: switching to %s(%d)", aAspectInfo[iAspectInfo].pszName, iAspectInfo); + // MedionTV Patch - Test + char scriptcmd[100]; + sprintf(scriptcmd , "/usr/bin/vdr_aspect.sh %d &", iAspectInfo ); + system ( scriptcmd ); + // End MedionTV Patch wssoverdrive->SetWSS(aAspectInfo[iAspectInfo].iWssData); #if APIVERSNUM >= 10504 int BlackLines = mmapVideo.height - aAspectInfo[iAspectInfo].Lines; cOsd::SetOsdPosition(Setup.OSDLeft, iAspectInfo?Setup.OSDTop + BlackLines/2 : Setup.OSDTop, Setup.OSDWidth, iAspectInfo?Setup.OSDHeight - BlackLines : Setup.OSDHeight); #endif Lock(); lastAspectInfo = iAspectInfo; lastHeight = mmapVideo.height;
/usr/bin/vdr_aspect.shBash
Alles anzeigen#!/bin/bash ##################### # System Settings # Lockfile, um mehrfache Ausführung zu verhindern AspectLockFile="/var/vdr/.vdr_aspecttv.lock" # Statefile for TV-Mode ( must be the same as in $SwitcherBin declared ) ZoomStateFile="/var/vdr/.vdr_zoomtv.state" # Switcher Binary ( which make's the Lirc calls to TV ) SwitcherBin="/usr/bin/vdr_user4.sh" # Syslog Binary Logger="/bin/logger -t VdR-helper" # ############ ##### # #mode 5 - 16:9 #mode 4 - L>16:9 #mode 3 - L16:9 #mode 2 - L14:9 #mode 1 - 4:3 # # TV modes: ( 5 = 16:9 , 1,2,3,4,6 = Zoom1 ) # ###### # Test for Lockfile if test -e "$AspectLockFile" ; then echo "Only one instance of vdr_aspect.sh can be run, exiting" |$Logger # Removing Lockfile rm $AspectLockFile exit else # Setting new Lockfile >$AspectLockFile ###### NewAspectMode="$1" echo "New Aspectmode from Avards: $NewAspectMode" |$Logger ###### # Zuordnung ( Avards = TVMode ) if test "$NewAspectMode" = "1" ; then NewMode="Zoom1" fi if test "$NewAspectMode" = "2" ; then NewMode="Zoom1" fi if test "$NewAspectMode" = "3" ; then NewMode="Zoom1" fi if test "$NewAspectMode" = "4" ; then NewMode="Zoom1" fi if test "$NewAspectMode" = "5" ; then NewMode="16:9" fi if test "$NewAspectMode" = "6" ; then NewMode="Zoom1" fi ###### # Vergleiche den Ist-Zustand mit dem neuen TV-Mode if test -e "$ZoomStateFile" ; then # Current: Zoom1 if test "$NewMode" = "16:9" ; then echo "Old Mode: Zoom1 - New Mode 16:9 - try to switch" |$Logger # Call Switcher Script $SwitcherBin avards & else echo "Old Mode: Zoom1 - New Mode Zoom1 - nothing to do" |$Logger # Nothing to do fi else # Current: 16:9 if test "$NewMode" = "Zoom1" ; then echo "Old Mode: 16:9 - New Mode Zoom1 - try to switch" |$Logger # Call Switcher Script $SwitcherBin avards & else echo "Old Mode: 16:9 - New Mode 16:9 - nothing to do" |$Logger # Nothing to do fi fi ###### fi # Remove Lockfile rm $AspectLockFile
/usr/bin/vdr_user4.shBash
Alles anzeigen#!/bin/bash # TVMode State File ( Zoom1 when present, 16:9 when not ) ZoomStateFile="/var/vdr/.vdr_zoomtv.state" # Lirc's irsend Binary Irsend="/usr/bin/irsend" # "send_once" and "<DeviceName_in_lircd.conf>" IrMedion="send_once MedionTFT" # Logger Binary Logger="/bin/logger -t VdR-helper" echo "MedionTV Mode change" |$Logger if test ! "$1" = "avards"; then # If this is not a Avard's Call, we want to prevent for IR-Overlaps ( FB <-> Lirc ) sleep 1 fi if test -e "$ZoomStateFile" ; then # TV is Zoomed, switching to 16:9 echo "MedionTV Current: Zoom1 - switching to 16:9" |$Logger $Irsend $IrMedion ZOOM ZOOM ZOOM ZOOM ZOOM EXIT # Removing Statefile rm "$ZoomStateFile" else # TV is 16:9, switching to Zoom echo "MedionTV Current: 16:9 - switching to Zoom1" |$Logger $Irsend $IrMedion ZOOM ZOOM EXIT # Creating Statefile > "$ZoomStateFile" fi
-
Ich hatte das seinerzeit über eine kleine modifikation in avards und den ir-sender der mceusb2 realisiert, weil mein TV das wss nicht gekannt hat.
Also wenn avards 4:3 meldet 3x Bildmodus gesendet, wenn dann wieder 16:9 dann 1x Bildmodus gesendet.. usw.
Müßte irgendwo hier im Forum auch noch als script rumliegen, allerdings ist das leider schon ein paar jahre her, und ich kann mich nichtmal mehr richtig dran erinnern.
Hat aber recht gut geklappt.
-
Ich wünsch dir, das es fehlerfrei läuft.
-
hmm, habs grad durchprobiert mit allen aktuellen snapshots ( bei mir gehts
Code
Alles anzeigen# x264-stuff cd /usr/src git clone git://git.videolan.org/x264.git cd /usr/src/x264 ./configure --enable-shared --enable-pic --prefix=/usr && make && make install # ffmpeg cd /usr/src git clone git://git.ffmpeg.org/ffmpeg/ cd ffmpeg git clone git://git.ffmpeg.org/libswscale/ ./configure --prefix=/usr --enable-gpl --enable-libxvid --enable-postproc --enable-avfilter --enable-shared --enable-libx264 --enable-nonfree --enable-libfaac --enable-libmp3lame --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab && make && make install && make install-libs cd libavcodec make install-libs cd ../libavdevice make install-libs cd ../libavfilter make install-libs cd ../libavformat make install-libs cd ../libavutil make install-libs cd ../libpostproc make install-libs cd ../libswscale make install-libs cd .. ldconfig # xine-lib-1.2 cd /usr/src hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2 cd xine-lib-1.2 wget http://wbreu.htpc-forum.de/downloads/xinelib1.2vdpauextensionsv1120100127.diff patch -p1 <xinelib1.2vdpauextensionsv1120100127.diff ./autogen.sh --with-vdpau --enable-vdr-keys --prefix=/usr --disable-lirc --with-external-ffmpeg --enable-debug --disable-optimizations --enable-a52dec --disable-musepack && make && make install && ldconfig # xine-ui cd /usr/src cvs -z3 -d:pserver:anonymous@xine.cvs.sourceforge.net:/cvsroot/xine co xine-ui cd xine-ui ./autogen.sh --enable-vdr-keys --prefix=/usr --disable-lirc && make && make install # vdr-xineliboutput cd /usr/src/vdr/PLUGINS/src/ git clone git://projects.vdr-developer.org/xineliboutput.git cd xineliboutput wget http://wbreu.htpc-forum.de/downloads/xineliboutputcvs20100127vdpauextensionsv11sos.diff patch -p1 <xineliboutputcvs20100127vdpauextensionsv11sos.diff #( 1 Hunk Failed - kann ignoriert werden ) wget http://wbreu.htpc-forum.de/downloads/removescrminbufferconfig.diff patch -p0 <removescrminbufferconfig.diff #recompile vdr+plugins cd /usr/src/vdr/PLUGINS/src/xineliboutput make install
Code
Alles anzeigenFFmpeg version git-e71dc1e, Copyright (c) 2000-2010 the FFmpeg developers built on Apr 12 2010 13:37:26 with gcc 4.3.2 [gcc-4_3-branch revision 141291] configuration: --prefix=/usr --enable-gpl --enable-libxvid --enable-postproc --enable-avfilter --enable-shared --enable-libx264 --enable-nonfree --enable-libfaac --enable-libmp3lame --enable-version3 --enable-postproc --enable-pthreads --enable-x11grab libavutil 50.14. 0 / 50.14. 0 libavcodec 52.66. 0 / 52.66. 0 libavformat 52.61. 0 / 52.61. 0 libavdevice 52. 2. 0 / 52. 2. 0 libavfilter 1.19. 0 / 1.19. 0 libswscale 0.10. 0 / 0.10. 0 libpostproc 51. 2. 0 / 51. 2. 0 Hyper fast Audio and Video encoder
-
sparkie hats ja schon geschrieben...
Die Grafikkarte stellt dem Chip, der am HDMI-Eingang des TV's hängt die Spannung zur Verfügung auch bie komplett stromfreien TV trotzdem mit ihm "sprechen" zu können, deswegen wird der TV auch IMMER antworten.
Hab xrandr auch mal ausgeführt ( bei stromlosen TV, nur hdmi ist angeschlossen
Codevdr:~ # export DISPLAY=:0 ; xrandr Screen 0: minimum 800 x 600, current 1920 x 1080, maximum 1920 x 1080 default connected 1920x1080+0+0 0mm x 0mm 1920x1080 50.0* 52.0 53.0 54.0 55.0 56.0 57.0 800x600 51.0 1368x768 58.0 1360x768 59.0 1280x768 60.0 1280x720 61.0 62.0 63.0
ps: kann mir jemand mal schnell diese Zeile erklären ( wie kommt der auf :52.0 53.0 54.0 55.0 56.0 57.0)
-
Hmm, mein TV an HDMI bringt bei "export DISPLAY=:0 ; xset -q"
Zitatexport DISPLAY=:0 ; xset -q
Keyboard Control:
auto repeat: on key click percent: 0 LED mask: 00000000
auto repeat delay: 500 repeat rate: 30
auto repeating keys: 00ffffffffffffff
ffffffffffffffff
ffffffffffffffff
ffffffffffffffff
bell percent: 50 bell pitch: 400 bell duration: 100
Pointer Control:
acceleration: 2/1 threshold: 4
Screen Saver:
prefer blanking: yes allow exposures: yes
timeout: 600 cycle: 600
Colors:
default colormap: 0x20 BlackPixel: 0 WhitePixel: 16777215
Font Path:
/usr/share/fonts/misc:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/Type1,/usr/share/fonts/URW,/usr/share/fonts/Speedo,/usr/share/fonts/cyrillic,/usr/share/fonts/truetype,/usr/share/fonts/misc:unscaled,/usr/share/fonts/Type1/,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled
Bug Mode: compatibility mode is disabled
DPMS (Energy Star):
Standby: 1200 Suspend: 1800 Off: 2400
DPMS is Enabled
Monitor is On
Font cache:
Server does not have the FontCache Extension
File paths:
Config file: /etc/X11/xorg.conf
Modules path: /usr/lib64/xorg/modules/updates,/usr/lib64/xorg/modules
Log file: /var/log/Xorg.0.logSchade nur, das der TV sogar vom Stromnetz getrennt ist.
Aber woher will die Logik das auch wissen, immerhin antwortet der Monitor ja, da er ja per HDMI extra strom zum antworten bekommt.
... sollte es doch noch einen Weg geben, würde der mich aber auch interressieren.
-
Hi,
Ich benutze das Image-Plugin ( 0.3.0 ), leider stürzt es ab und an beim öffnen von Bildern mal ab,
evtl kann jemand mit dem BT was anfangen:Code
Alles anzeigenProgram terminated with signal 11, Segmentation fault. #0 0x00007fc957c2ba61 in getenv () from /lib64/libc.so.6 (gdb) bt #0 0x00007fc957c2ba61 in getenv () from /lib64/libc.so.6 #1 0x00007fc957c8a564 in ?? () from /lib64/libc.so.6 #2 0x00007fc957c8a930 in tzset () from /lib64/libc.so.6 #3 0x00007fc957c896a9 in timelocal () from /lib64/libc.so.6 #4 0x00000000004eb78e in cTimer::IncDay (t=1270767858, Days=<value optimized out>) at timers.c:385 #5 0x00000000004eb836 in cTimer::Matches (this=0x92f480, t=-140502738499972, Directly=false, Margin=0) at timers.c:423 #6 0x00000000004eba31 in cTimers::GetMatch (this=<value optimized out>, t=1270854258) at timers.c:711 #7 0x00000000004f6107 in main (argc=0, argv=0x7fc94207cad0) at vdr.c:1013
-
Ich hätte eine Frage zur noad-Verbesserung. Ist zwar nichts weltbewegendes, aber evtl doch ne Idee.
Und zwar:
Da ich sehr viele Serien aufnehme, und mit +6 Minuten Start / +8 Minuten Ende bei der Aufnahme auf nummer sicher gehe ist mir aufgefallen:
Es fehlt noch die Möglichkeit ( Kommandozeilenoption ) alles vor der ersten Schnittmarke + geringe Toleranz ( wenn diese in die +6 Minuten fällt ) automatisch nicht zu markieren. Am ende natürlich das gleiche.
Die +X/+X Minuten stehen ja im setup.conf bzw könnte man diese bestimmt bei EPGSearch auch mit in die Info übernehmen.
Weis nicht ob diese Idee anklang findet, aber ich fände es ne schöne Idee, wenn immer gleich der Gewollte Film startet, und nicht evtl noch vorher 2-4 Minuten von nem Alten kommen.
Auf dem VDR selbst isses nun kein Beinbruch, das es so ist, aber auf der MVP ( vomp ) bzw. istreamdev würde sich dieses Feature sicher als extrem hilfreich zeigen.
Grüße, ein echter Fan.