Ja das dachte ich auch.
Nur ruft das nun auch "Menu 6" auf, und nicht das Menü "channel information".
Posts by ibydos
-
-
Hallo zusammen,
ich habe in der Datei keymacros.conf die Taste "Ok" neu belegt.
Code
Display More# Remote control key macros for VDR # # Format: # # macrokey key1 key2 key3... # macrokey @plugin key1 key2 key3... # # See man vdr(5) Red Recordings Green Schedule Yellow Info Blue Timers Ok Menu 6
Nun möchte ich die Ursprüngliche Funktion der Ok Taste, und zwar das Anzeigen der "Kanalinfo" auf die Taste "Red" legen.
Ich habe aber leider nirgends eine Möglichkeit dazu gefunden wie der Befehl dazu lautet.Hat dazu jemand eine Idee?
-
-
Hallo,
bekomme folgenden Fehler mit 2.6.38-2-amd64:
Code
Display MoreCC [M] /usr/local/src/media_build_experimental/v4l/uvc_driver.o In file included from /usr/local/src/media_build_experimental/v4l/uvc_driver.c:39: /usr/local/src/media_build_experimental/v4l/uvcvideo.h:102:28: error: linux/uvcvideo.h: No such file or directory In file included from /usr/local/src/media_build_experimental/v4l/uvc_driver.c:39: /usr/local/src/media_build_experimental/v4l/uvcvideo.h:661: warning: 'struct uvc_xu_control_query' declared inside parameter list /usr/local/src/media_build_experimental/v4l/uvcvideo.h:661: warning: its scope is only this definition or declaration, which is probably not what you want make[5]: *** [/usr/local/src/media_build_experimental/v4l/uvc_driver.o] Error 1 make[4]: *** [_module_/usr/local/src/media_build_experimental/v4l] Error 2 make[3]: *** [sub-make] Error 2 make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-2-amd64' make[1]: *** [default] Error 2 make[1]: Leaving directory `/usr/local/src/media_build_experimental/v4l' make: *** [all] Error 2
Bei "make menuconfig" kommt folgender Fehler:
Codemake -C /usr/local/src/media_build_experimental/v4l menuconfig make[1]: Entering directory `/usr/local/src/media_build_experimental/v4l' make -C /lib/modules/2.6.38-2-amd64/build -f /usr/local/src/media_build_experimental/v4l/Makefile.kernel config-targets=1 mixed-targets=0 dot-config=0 SRCDIR=/lib/modules/2.6.38-2-amd64/source v4l-mconf make[2]: Entering directory `/usr/src/linux-headers-2.6.38-2-amd64' /lib/modules/2.6.38-2-amd64/source/scripts/Makefile.build:44: /lib/modules/2.6.38-2-amd64/source/scripts/basic/Makefile: No such file or directory make[3]: *** No rule to make target `/lib/modules/2.6.38-2-amd64/source/scripts/basic/Makefile'. Stop. make[2]: *** [scripts_basic] Error 2 make[2]: Leaving directory `/usr/src/linux-headers-2.6.38-2-amd64' make[1]: *** [/lib/modules/2.6.38-2-amd64/build/scripts/kconfig/mconf] Error 2 make[1]: Leaving directory `/usr/local/src/media_build_experimental/v4l'
-
Reichen 100 MBit im LAN?
ja100Mbit / 8 = 12,4MB/s
HD Streams haben so in etwa maximal 20Mbit, was dann so maximal 2,5MB/s bedeuten würde.
Im Realbetrieb hast du so in etwa ~10Mbit streams.mfg
-
Hallo,
ich klinke mich mal mit ein.
Habe unter debian squeeze, kernel: 2.6.32-5-amd64 meine 4 frontends folgendermaßen zum laufen gebracht:
Codecd /usr/local/src && hg clone http://linuxtv.org/hg/~endriss/v4l-dvb/ && cd v4l-dvb && make && make install #Firmware 18 (only 18 works with 4 frontends!!!) cd /lib/firmware/ && wget http://l4m-daten.de/downloads/firmware/dvb-s2/linux/all/ngene_18.fw
Allerdings geht dieser Weg nur für kernels < 2.6.36.
Was muss ich denn tuen um die cines2 (v5.5) + DuoFlex S2 (Rev1.3) auch unter neueren kernels zum laufen zu bekommen?
Ich hatte da an 2.6.38 gedacht. Darin gibt es einige bugfixes für mein SandyBridge System.mfg
-
hi,
ich experimentiere gerade mit einer neuen ubuntu 10.10 installation.
Folgendes Problem:Wenn ich auf der Fernbedieung der Hauppauge WinTV-HVR-4000 (WinTV-NOVA-HD-S2) mit lirc genau so installiere wie ich es unter ubuntu 9.10 getan habe und das ganze mir irw teste erhalte ich bei jedem tastendruck auf der FB nicht nur eine ausgabe in "irw" sondern 2-4.
Wenn ich nun das vdr menü oder xbmc bedienen will und 1x mach unten drücke komme ich 2-4 zeilen nach unten und nicht nur eine.
Ich hoffe jemand kann mir weiterhelfen.
Hier sind die settings (die unter ubuntu 9.10) auch wunderbar funktioniert haben (1 Tastendruck = 1 Ausgabe in "irw"):
Code
Display Moreroot@xbmc:/etc/lirc# cat hardware.conf # /etc/lirc/hardware.conf # #Chosen Remote Control REMOTE="Hauppauge Nova-HD-S2" REMOTE_MODULES="" REMOTE_DRIVER="devinput" TEMPIREVENT=`ls /dev/input/by-path/ |grep event-ir` REMOTE_DEVICE="/dev/input/by-path/$TEMPIREVENT" REMOTE_LIRCD_CONF="/etc/lircd.conf" REMOTE_LIRCD_ARGS="" #Chosen IR Transmitter TRANSMITTER="None" TRANSMITTER_MODULES="" TRANSMITTER_DRIVER="" TRANSMITTER_DEVICE="" TRANSMITTER_LIRCD_CONF="" TRANSMITTER_LIRCD_ARGS="" #Enable lircd START_LIRCD="true" #Don't start lircmd even if there seems to be a good config file #START_LIRCMD="false" #Try to load appropriate kernel modules LOAD_MODULES="" # Default configuration files for your hardware if any LIRCMD_CONF="" #Forcing noninteractive reconfiguration #If lirc is to be reconfigured by an external application #that doesn't have a debconf frontend available, the noninteractive #frontend can be invoked and set to parse REMOTE and TRANSMITTER #It will then populate all other variables without any user input #If you would like to configure lirc via standard methods, be sure #to leave this set to "false" FORCE_NONINTERACTIVE_RECONFIGURATION="false" START_LIRCMD=""
C
Display Moreroot@xbmc:/etc/lirc# cat lircd.conf #This configuration has been automatically generated via #the Ubuntu LIRC package maintainer scripts. # #It includes the default configuration for the remote and/or #transmitter that you have selected during package installation. # #Feel free to add any custom remotes to the configuration #via additional include directives or below the existing #Ubuntu include directives from your selected remote and/or #transmitter. #Configuration for the Hauppauge Nova-T 500 remote: #include "/usr/share/lirc/remotes/hauppauge/lircd.conf.hauppauge_novat500" # brand: Hauppauge NOVA-HD-S2 # model no. of remote control: Hauppage NOVA-HD-S2 Snowboard Shape Silver over Black # begin remote name NOVA-HD-S2 bits 16 eps 30 aeps 100 one 0 0 zero 0 0 pre_data_bits 16 pre_data 0x8001 gap 135994 toggle_bit_mask 0x8001001C begin codes test1 0x0174 Pictures 0x016F Go 0x0161 Text 0x0184 Sub 0x0172 Power 0x0074 TV 0x0179 Videos 0x0189 Music 0x0188 Pictures 0x00E2 Guide 0x016D Radio 0x0181 Up 0x0067 Left 0x0069 OK 0x001C Right 0x006A Down 0x006C Back 0x00AE Menu 0x008B Vol+ 0x0073 Vol- 0x0072 Mute 0x0071 Ch+ 0x0192 Ch- 0x0193 Record 0x00A7 Rewind 0x00A8 SkipBack 0x0195 Play 0x00CF Pause 0x0077 Stop 0x0080 Fwdwind 0x00D0 SkipFwd 0x0197 Sleep 0x008E NextSong 0x00A3 PrevSong 0x00A5 Sorpre1 0x00D0 PrevCh 0x019C 1 0x0002 2 0x0003 3 0x0004 4 0x0005 5 0x0006 6 0x0007 7 0x0008 8 0x0009 9 0x000A * 0x0037 0 0x000B # 0x0029 one 0x004F two 0x0050 three 0x0051 four 0x004B five 0x004C six 0x004D seven 0x0047 eight 0x0048 nine 0x0049 ten 0x0052 Red 0x018E Green 0x018F Yellow 0x0190 Blue 0x0191 end codes end remote
-
Quote
Original von Chello
Bei meinen VDR sehen die Zeilen so aus:CodeESPN America HD,ESPNHD;SKY:12382:HC910M2O35S1:S19.2E:27500:767=27:0;771=eng@106:32:1833,9C4:119:133:11:0 Sky 3D,Sky3D;SKY:12382:HC910M2O35S1:S19.2E:27500:255=27:0;259=deu@106,260=eng@106:32:0:117:133:11:0
Kannst sie ja probieren.
ESPN klappt aber bei 3D ka nie probierthi,
danke für die Kanäle, funktionieren so beide bei mir.
Bleibt allerdings noch zu klären wieso wi_scan bei mir nicht gleich die richtigen lines ausgibt?ibydos
-
Hi,
ich habe heute mit w_scan-20091118 (w_scan -fs -s S19E2 -o7 >> /root/ch_new.conf) Astra 19.2 nach den 2 neuen SKY HD Chans abgesucht und folgendes ergebnis bekommen:
CodeSky 3D;(null):11875:hC34M2O0S0:S19.2E:27500:3071:3072=deu:0:9c4:88:133:9:0 ESPN America HD;(null):11875:hC34M2O0S0:S19.2E:27500:3071:3072=deu:0:9c4:90:133:9:0
Allerdings scheint mit den 2 lines etwas nicht zu stimmen, denn der Empfang schlägt fehl.
Hat jemand eine Idee woran es liegt das w_scan mir nicht die korrenten lines ausspuckt?
ibydos
-
Oder gibts nich alternativ die möglichkeit beim starten einfach einen Befehl mitzugeben wie "volume -".
Damit er wie man das sonst manuell machen würde einmal auf volume - auf der Fernbedienung klickt.
Quasi als workaround. -
Quote
Original von Keine_Ahnung
Nur mal so als Idee: Ihr habt auch den VDR beendet und die epg.data gelöscht (inkl. der Kopie in /var falls das son RAMDISK System ist)?cu
jap, das war das Problem, er hatte natürlich noch die alten EPG Daten
danke !
-
-
Hi,
ich habe seit längerem schon ein Problem mit Umlauten und dem ß.
Zum anzeigen wird text2skin mit pearlhd und dem plugin epgsearch verwendet.Das komische ist, das auf der ersten seite von "ÜBERSICHT/JETZT" in epgsearch alles korrekt angezeigt wird. (Die ersten 11 Sender).
Dort wird also äüö und ß korrekt angezeigt.
Scolle ich jetzt weiter runter (Sender 12-usw) werden äüö und ß nichtmehr korrekt angezeigt.Hat einer eine Idee woran das liegt?
Genau das Selbe Problem hatte ich auch bei einer frischen installation von yavdr 0.2.0 auf einer anderen platte. Deswegen gehe ich mal von irgend einem bug aus?! Vielleicht in epgsearch?Ich befinde mich auf den Screenshots in -> epgsearch:
Menü -> Programmführer (epgsearch) -> (JETZT/ÜBERSICHT)info:
vdr 1.7.15
text2skin cvs vom 16.06.10 mit text2skin_progressbar.diff
PearlHD
vdr-epgsearch-0.9.25.beta16runvdr:
vdr output beim starten:
/var/log/user.log
CodeHier mit korrektem ß auf RTL HD: EPGSearch: timer 5 (4 1900-2040 'RTL FIFA Fußball-WM 2010: Countdown') added (active)
CodeHier mit dem Problem auf SKY SPORT HD (aus ß wird 7/8 pder ^): EPGSearch: timer 6 (23 1315-1540 'Live Fu^ball: FIFA WM 2010') added (active)
Und hier noch ein paar Bilder des Problems:
OK (KANÄLE 1-11)
[Blocked Image: http://91.121.154.212/~usr/vdr/ok1.jpg]OK (EPG_DAS ERSTE HD)
[Blocked Image: http://91.121.154.212/~usr/vdr/ok2.jpg]NICHT_OK (KANÄLE 12-ENDE)
[Blocked Image: http://91.121.154.212/~usr/vdr/not_ok1.jpg]NICHT_OK (EPG SKY SPORT HD)
[Blocked Image: http://91.121.154.212/~usr/vdr/not_ok2.jpg]iby
-
läuft lirc überhaupt?
Wenn ich bei mir lirc per "/etc/init.d/lirc start" starte ist auch irw verfügbar
-
hi,
bei mir gehts so.
Im webinterface XBMC@vdr-plugin-streamdev (experimental) auswähöen.
Dann in XBMC das VNSI Plugin aktivieren und danach xbmc nochmal neustarten.Allerdings ist das ganze (bei mir) noch nicht wirklich benutzbar. HD Sender ruckeln ziemlich oder haben aussetzer. Aber es ist auf einem guten Weg.
iby
-
hi,
ich bekomme mit der xineliboutput-cvs von heute (26.04.2010) einen reject. Gibts da schon einen angepassten patch?
Hier die Details:
root@xbmc:/usr/local/src/vdr/PLUGINS/src/xineliboutput# patch -p0 < ../remove_scr_start_hd_at_500_buffer_usage.diff
Codepatching file xine_input_vdr.c Hunk #2 succeeded at 336 (offset 3 lines). Hunk #3 succeeded at 491 (offset 3 lines). Hunk #4 succeeded at 591 with fuzz 1 (offset 3 lines). Hunk #5 FAILED at 628. Hunk #6 succeeded at 668 (offset 13 lines). Hunk #7 succeeded at 4501 (offset 13 lines). 1 out of 7 hunks FAILED -- saving rejects to file xine_input_vdr.c.rej
nano xine_input_vdr.c.rej
Code
Display More*************** *** 634,640 **** * revert to normal if buffer fill is > 66% */ if (scr_tuning == SCR_TUNING_PAUSED) { - if (num_used/2 > num_free || (this->no_video && num_used > 5) || this->still_mode || this->is_trickspeed --- 628,635 ---- * revert to normal if buffer fill is > 66% */ if (scr_tuning == SCR_TUNING_PAUSED) { + if ((this->hd_stream && num_used > 500) + || (!this->hd_stream && num_used/2 > num_free) || (this->no_video && num_used > 5) || this->still_mode || this->is_trickspeed
ibydos
-
Super, 0.7.2 funktioniert nun wie es soll und macht das System bei vielen HD Aufnahmen nicht mehr langsam.
Danke
p.s. hoffe dennoch auf HD Support in der Zukunft
-
Quote
Original von iNOB
HD geht scheints nicht, habs grad mal über eine TS in HD drüberlaufen lassen. Nach ca. 45 Minuten war der VDR fertig, allerdings ohne eine marks zu generieren.Gruß
iNOBDas gleiche hier.
SD -> OK
HD -> Bekomme folgende Fehler im log:
bad sync byte
noad[2147]: [2147] ERROR: frame larger than buffer (14654600 > 524144)
"marks" Datei wird nicht erstelltiby
-
Hallo,
genau wie Eisbaer128 habe auch ich auf SD Sendern Ruckler. Nicht auf allen sendern und auch nicht immer. Hat wohl wirklich etwas mit dem Deinterlancer zu tun. Ohne Deinterlancing läuft alles flüssig.
Hier meine config_xineliboutput:
Code
Display Moreaudio.device.alsa_front_device:plug:hdmi audio.device.alsa_passthrough_device:plug:hdmi audio.device.alsa_surround51_device:plug:hdmi audio.output.speaker_arrangement:Pass Through audio.synchronization.av_sync_method:resample audio.synchronization.force_rate:48000 audio.synchronization.resample_mode:on video.output.vdpau_deinterlace_method:bob video.output.vdpau_honor_progressive:1 video.output.vdpau_sd_only_properties:noise+sharpness video.output.vdpau_display_queue_length=4 media.xvdr.num_buffers_hd:4000 media.xvdr.scr_tuning_step:50 engine.buffers.audio_num_buffers:500 engine.buffers.video_num_buffers:2500 engine.buffers.video_num_frames:22
vdr1.7.9
xineliboutput-CVS vom 30.09.09 ohne DF-Patch
xine-vdpau-r284 ohne DF-Patchmfg
iby -
hi,
probiere mal in der config_xineliboutput
audio.device.alsa_front_device:plug:hdmi
audio.device.alsa_surround51_device:plug:hdmimfg
iby