Posts by attuska
-
-
Ich habe ein Log (5.7 Mb) erstellt, das so beginnt:
Code
Display Morew_scan -f s -s S0W8 -v -v w_scan version 20140727 (compiled for DVB API 5.10) using settings for 0.8 west Thor 3/5 & Intelsat 10-02 scan type SATELLITE, channellist 75 output format vdr-2.0 output charset 'UTF-8', use -C <charset> to override Info: using DVB adapter auto detection. check Montage Technology DS3000: DVB-S2 DVB-S /dev/dvb/adapter0/frontend0 -> SATELLITE "Montage Technology DS3000": very good :-))
und so endet:Code
Display More======================================================================== find_transponder(4369:4369:11): -> found 'scanned_transponders(043)' S f = 12092 kHz H SR = 28000 7/8 0,35 QPSK (4369:4369:11) NIT(oth): (xxxx:6001:xxxx) ===================== parse_nit ======================================== len = 38 0x00: F0 0A 40 08 49 6E 74 65 6C 73 61 74 F0 18 00 65 : @ Intelsat e 0x10: 17 71 F0 12 43 0B 01 23 80 00 00 08 21 02 80 00 : q C # ! 0x20: 04 41 03 1B 5C 01 : A \ ======================================================================== ---------------------------------------------------------- NIT(oth): (6001:6001:101) ===================== parse_satellite_delivery_system_descriptor ======= len = 11 0x00: 01 23 80 00 00 08 21 02 80 00 04 : # ! ======================================================================== find_transponder(6001:6001:101): -> found 'scanned_transponders(045)' S f = 12380 kHz V SR = 28000 5/6 0,35 QPSK (6001:6001:101) Info: no data from NIT(other) after 11 secondsDer letzte gefundene Sender is Private TV (ST), danach noch eine menge von neu gefundenen Transponders, und danach nur eine tote Stille.
-
Ich habe es versucht mir eine Channeliste zu erzeugen, aber der Prozess wollte sich nicht beenden. (w_scan-20141122)
Nach ungefähr zwei Stunden habe ich w_scan, mit Ctrl-C töten müssen.
Hier is meine Commandozeile:Codew_scan -f s -s S0W8Edit...
Mit der Version 20140727 der Prozess halt am Ende an, erfriert.
Code
Display Moretune to: S2 f = 12607 kHz V SR = 26660 2/3 0,25 8PSK (187:187:2803) (time: 17:48.755) service = HBO2 (ST) service = Discovery Channel (ST) service = ID Xtra (ST) service = Cinemax (ST) service = Cinemax 2 (ST) service = HBO Comedy (ST) service = History Channel (ST) service = Duck TV (ST) service = Film+ (ST) service = Eurosport (ST) service = Eurosport 2 (ST) service = Film Europe (ST) service = Slovak Sport 1 (ST) service = Slovak Sport 2 (ST) service = Digi Sport 4 (ST) service = Ginx (ST) service = Dorcel TV (ST) service = NGC Wild (ST) service = TV 8 (ST) service = Nick Jr. (ST) service = Crime and Investigation (ST) service = Universal (ST) service = Slagr TV (ST) service = TA3 (ST) service = Travel Channel (ST) service = Senzi (ST) service = DIGI Infokanal (ST) service = Private TV (ST) new transponder: (S2 f = 12607 kHz V SR = 26660 2/3 0,25 8PSK (187:187:2803)) 0x4043 ^C ERROR: interrupted by SIGINT, dumping partial result... (time: 19:59.559) dumping lists (685 services) .. Done, scan time: 19:59.559 attila:~/homok$Mit der Version 20130331 läuft der Suchprozess einwandfrei durch.
Wo kann der Fehler sein?
-
You're right, arkoko. There are apparently two satellite positions at S1.0W and S0.8W.
Here's what you should do to fix this:
Danke Klaus!Mod.: No need for a full quote ...
-
Es handelt sich nict nur über dem Provider UPC (Hungary), es ist hier noch ein Beispiel, von dem Provider ESS!
CodeFishing and Hunting OBSOLETE;OBSOLETE ESS:11747:hC56M2S0:S1.0W:28000:7106=2:7206=hun@3,7306=ron@3,7406=cze@3,7506=bul@3:0:B1C,B02,D02,1815,D97,1802,1880,653,1882:1006:4369:5:0
Ich bin übrigens ein begeistert Angler im Donau in Budapest!
Mod.: Please use code tags ...
-
Ich teste VDR-2.1.10 am erstemal, nahdem ich bis jetzt VDR 2.0.7 benutzte.
Fast alle sender erscheinen jezt bei mir als veraltet (OBSOLETE).
Und kommen diese Alle auch einwandfrei!
Ist das so richtig? Und so gewollt?
Ich nehme an, dass es mit den deutschen Sender alles in ordnung sei...Hier ist eine Liste aus meiner channels.conf:
Code
Display MoreEcho TV OBSOLETE;OBSOLETE UPC Direct:11765:VC78M2S0:S1.0W:28000:651=2:660=hun@4:0:1815,D02,B02,D97,653,1802,1880:30212:1536:702:0 Duna TV OBSOLETE;OBSOLETE UPC Direct:12264:vC78M2S0:S1.0W:28000:801=2:810=hun@4:820:1815,D02,B02,D97,653:30916:1536:709:0 Duna World OBSOLETE;OBSOLETE UPC Direct:11765:vC78M2S0:S1.0W:28000:851=2:860=hun@4:870:1815,D02,B02,D97,653,1802,1880:30216:1536:702:0 m1 OBSOLETE;OBSOLETE UPC Direct:12072:vC78M2S0:S1.0W:28000:301=2:310=hun@4:320:1815,D02,B02,D97,653:30605:1536:706:0 m2 OBSOLETE;OBSOLETE UPC Direct:12072:vC78M2S0:S1.0W:28000:401=2:410=hun@4:420:1815,D02,B02,D97,653:30607:1536:706:0 Film Cafe OBSOLETE;OBSOLETE UPC Direct:11804:vC78M2S0:S1.0W:28000:401=2:410=hun@4:420:1815,D02,D97,653:30307:1536:703:0 Viasat3 OBSOLETE;OBSOLETE UPC Direct:11804:vC78M2S0:S1.0W:28000:601=2:610=hun@4:0:1815,D02,D97,653:30311:1536:703:0 Viasat6 OBSOLETE;OBSOLETE UPC Direct:11938:hC78M2O0S0:S1.0W:28000:801=2:810=hun@4:0:1815,D02,D97,653:30715:1536:707:0 STORY4;UPC Direct:12187:vC78M2S0:S1.0W:28000:701=2:710=hun@4:0:1815,D02,B02,D97,653:30813:1536:708:0 Cool OBSOLETE;OBSOLETE UPC Direct:11804:vC78M2S0:S1.0W:28000:451=2:460=hun@4:0:1815,D02,B02,D97,653,1802,1880:30308:1536:703:0 FEM3 OBSOLETE;OBSOLETE UPC Direct:12264:vC78M2S0:S1.0W:28000:651=2:660=hun@4:0:1815,D02,D97,653:30912:1536:709:0 RTL Klub OBSOLETE;OBSOLETE UPC Direct:11765:vC78:S1.0W:28000:501=2:510=hun@4,515=ang@4:520:1815,D02,B02,D97,653,1802,1880:30209:1536:702:0 TV2 OBSOLETE;OBSOLETE UPC Direct:11765:vC78M2S0:S1.0W:28000:551=2:560=hun@4,565=ang@4:570:1815,D02,B02,D97,653:30210:1536:702:0 Slager TV OBSOLETE;OBSOLETE UPC Direct:11938:hC78M2S0:S1.0W:28000:701=2:710=hun@4:0:1815,D02,B02,D97,653:30713:1536:707:0 CNN OBSOLETE;OBSOLETE UPC Direct:12072:vC78M2S0:S1.0W:28000:551=2:564=eng@4:0:1815,D02,B02,D97,653:30610:1536:706:0 BBC World News;Telenor:10778:hC78I0M2S0:S1.0W:24500:1210=2:3245=eng@3:0:0:7016:70:66:0 CCTV 9 Documentary;Telenor:12418:vC78I0M2S0:S1.0W:28000:1172+8188=2:3102=@3:0:0:2029:70:20:0 M3 Anno OBSOLETE;OBSOLETE UPC Direct:11938:hC78M2O0S0:S1.0W:28000:451=2:460=hun@4:470:1802,1880,1815,D02,B02,D97,653:30708:1536:707:0 Agro TV;Digi TV:11900:hC56M2O0S0:S1.0W:28000:4004=2:787=rom@4:0:1802,1880:3400:1:12:0 Fishing and Hunting OBSOLETE;OBSOLETE ESS:11747:hC56M2S0:S1.0W:28000:7106=2:7206=hun@3,7306=ron@3,7406=cze@3,7506=bul@3:0:B1C,B02,D02,1815,D97,1802,1880,653,1882:1006:4369:5:0 HirTV OBSOLETE;OBSOLETE UPC Direct:12072:vC78M2S0:S1.0W:28000:451=2:460=hun@4:470:1815,D02,B02,D97,653:30608:1536:706:0 Viasat Nature;RCS:12563:vC34M2S0:S1.0W:27500:4010=2:894=rom@4,722=hun@4,2010=cze@4:0;963=rom,964=srb,965=srb:1802,1880,B1C,1882:3270:1:10:0 AMC;UPC Direct:12187:vC78M2S0:S1.0W:28000:401=2:410=hun@4,411=cze@4,412=eng+ron@4:0;423=ron,424=slv:1815,D02,B02,D97,653:30807:1536:708:0 Film Mania OBSOLETE;OBSOLETE UPC Direct:11996:vC78M2S0:S1.0W:28000:801=2:810=hun@4:0:1815,D02,D97,653:30415:1536:704:0 M1 HD;RCS:11823:hC56I0M2O20P0S1:S1.0W:30000:4078=27:0;4102=hun@106:0:1802,1880,D97,653,1815,D02:4040:1:13:0 Travel Channel HD;Telenor:12015:hC34M5O35S1:S1.0W:30000:1004=27:3356=eng@3,4190=cze@3,4192=hun@3:0;6142=nor,6143=sve,6144=dan,6145=fin,6146=rom:B00,1815,D02,D97,653,B02:1060:70:41:0 HISTORY HD;Telenor:12015:hC34M5O25S1:S1.0W:30000:1307=27:3303=eng@4,4135=cze@4,4137=hun@4,4138=pol@4,4159=tur@4,4188=dut@4:0;6512=sve,6513=dan,6528=nor,6591=rom,6592=slv,6593=srb,6594=hrv,6595=fin,6641=dut,6642=ell,6644=bul:B00,1815,D02,D97,653,B02:4202:70:41:0 Nat Geo Wild HD;Telenor:11785:hC34M5O25S1:S1.0W:30000:1173=27:4147=eng@3,4236=hun@3,4237=cze+cze@3:0;6536=rom,6597=dan,6598=sve,6599=nor,6653=fin:B00,1815,D02,D97,653,B02:4805:70:38:0 Discovery HD Showcase;Telenor:12015:hC34M5O35S1:S1.0W:30000:1057+8174=27:0;4145=eng@106,4205=cze@106,4206=hun@106:0;6509=sve,6510=nor,6527=dan,6537=fin,6538=rom:B00,1815,D02,D97,653,B02:4102:70:41:0 RTL Klub HD OBSOLETE;OBSOLETE UPC Direct:12034:vC78M2O35S1:S1.0W:30000:251=27:260=hun@3,265=ang@3:0:1815,D02,D97,653,1802,1880:30504:1536:705:0 HBO HD OBSOLETE;OBSOLETE UPC Direct:11842:vC34M5O35S1:S1.0W:30000:301=27:0;310=hun@106,312=eng@106:0:1815,D02,D97,653:31005:1536:710:0 -
Danke Johns!
![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude")
Ich habe zwar deinen Patch ein bißchen modifieren müssen, aber jetzt der Sofhddevice-plugin (0.6.1rc1) scheint wieder einwandfrei mit ffmpeg-2.2, und ffmpeg-1.4 zu funktionieren!
Diff
Display Morediff -Naur orig/codec.c mod/codec.c --- orig/codec.c 2013-09-30 20:54:27.000000000 +0200 +++ mod/codec.c 2014-04-01 14:15:00.000000000 +0200 @@ -215,7 +215,7 @@ if (video_ctx->pkt) { frame->pkt_pts = video_ctx->pkt->pts; } else { - frame->pkt_pts = AV_NOPTS_VALUE; + //frame->pkt_pts = AV_NOPTS_VALUE; } return 0; } @@ -240,7 +240,7 @@ if (video_ctx->pkt) { frame->pkt_pts = video_ctx->pkt->pts; } else { - frame->pkt_pts = AV_NOPTS_VALUE; + //frame->pkt_pts = AV_NOPTS_VALUE; } return 0; } -
Ich füge eine Datei bei.
Ich habe den Plugin mit -DDEBUG herstellt, so ist der Log schöner, und vielleicht auch nützlicher!
-
Nun habe ich jetzt ffmpeg-2.2 und den dazu passenden Softhddevice-plugin auf mein System temporarly installiert, vdr startet mit "-Psofthddevice -a none "und in meinem Syslog sehe ich folgendes:
Code
Display MoreMar 31 21:17:57 localhost vdr: [softhddev] 2 invalid PES video packet(s) Mar 31 21:17:57 localhost vdr: [24965] EPGSearch: timer conflict check started Mar 31 21:17:57 localhost vdr: [24964] EPGSearch: search timer update started Mar 31 21:17:57 localhost vdr: [24965] EPGSearch: timer conflict check finished Mar 31 21:17:57 localhost vdr: [24964] EPGSearch: search timer update finished Mar 31 21:17:58 localhost vdr: video/vdpau: missed frame (1/0) Mar 31 21:17:58 localhost vdr: video: decoder buffer empty, duping frame (1/8) 0 v-buf Mar 31 21:17:58 localhost vdr: video: --:--:--.--- +0 0 0/\ms 0+5 v-buf Mar 31 21:17:58 localhost vdr: [24939] retuning due to modification of channel 1 Mar 31 21:17:58 localhost vdr: [24939] switching to channel 1 Mar 31 21:17:58 localhost vdr: [24939] [softhddev]SetPlayMode: 0 Mar 31 21:17:58 localhost vdr: [24939] [softhddev]SetVideoDisplayFormat: 0 Mar 31 21:17:58 localhost vdr: [24939] [softhddev]GetSpuDecoder: Mar 31 21:17:58 localhost vdr: [24973] TS buffer on device 1 thread ended (pid=24939, tid=24973) Mar 31 21:17:58 localhost vdr: [24971] buffer stats: 19928 (0%) used Mar 31 21:17:58 localhost vdr: [24971] receiver on device 1 thread ended (pid=24939, tid=24971) Mar 31 21:17:58 localhost vdr: [24975] receiver on device 1 thread started (pid=24939, tid=24975, prio=high) Mar 31 21:17:58 localhost vdr: [24976] TS buffer on device 1 thread started (pid=24939, tid=24976, prio=high) Mar 31 21:17:58 localhost vdr: [24939] [softhddev]SetPlayMode: 1 Mar 31 21:17:58 localhost vdr: audio: can't set channels 0 sample-rate 0Hz Mar 31 21:17:58 localhost vdr: audio: 2 channels unsupported Mar 31 21:17:58 localhost vdr: video: decoder buffer empty, duping frame (38/14) 0 v-buf Mar 31 21:17:58 localhost vdr: video/vdpau: missed frame (2/0) Mar 31 21:17:59 localhost vdr: video: decoder buffer empty, duping frame (39/6) 0 v-buf Mar 31 21:17:59 localhost vdr: video: --:--:--.--- +0 0 0/\ms 0+5 v-buf Mar 31 21:18:44 localhost vdr: video: decoder buffer empty, duping frame (756/2276) 1 v-buf Mar 31 21:18:44 localhost vdr: video: --:--:--.--- +0 0 0/\ms 1+5 v-buf Mar 31 21:18:53 localhost vdr: [24977] logger 1 filter thread started (pid=24939, tid=24977, prio=high) Mar 31 21:19:06 localhost vdr: [24939] Power button pressed Mar 31 21:19:06 localhost vdr: [24939] confirm: Nyomj egy gombot a leállás megszakításáhozDer Sender rückelt trotzdem.
Jetz mache ich meine installierte Dinge rückgaengig.Ichbenutze und pflege übrigens UHU Linux ubk Version, und mache die zu installierenden Packete für mich (und andere) selbst, und möchte den ffmpeg-2.0 Packet veröffentlichen.
-
Aber das ist keine vernünftige Lösung mein Lieber Copperhead, das du mit einer älteren, oder selbst gebastelten ffmpeg-version den Softhddevice-plugin aufbaust!
Du mußt schon ffmpeg-2.2 benutzen!
Und ich auch,
Und noch Viele!
Wier müßten daher Johns bitten, den Plugin mit ffmpeg-2.2 kompatibel zu machen.Und ich bitte jetzt ihn dafür.
(Entschuldigung für mein schlechtes Deutsch, mein Muttersprache ist Ungarish "magyar"
) -
Na ja!
Auch die SD Sender rückeln wieder mit ffmpeg-2.2!
-
Ich habe schon einen Patch gebastelt.
Diff
Display Morediff -Naur orig/PLUGINS/src/dvbhddevice/dvbhdffdevice.c mod/PLUGINS/src/dvbhddevice/dvbhdffdevice.c --- orig/PLUGINS/src/dvbhddevice/dvbhdffdevice.c 2013-04-11 10:41:16.000000000 +0200 +++ mod/PLUGINS/src/dvbhddevice/dvbhdffdevice.c 2014-03-09 21:28:23.000000000 +0100 @@ -1023,15 +1023,15 @@ } else { esyslog("ERROR: out of memory"); - return false; + return FALSE; } if (jcd->mem) { cinfo->dest->next_output_byte = jcd->mem + Used; cinfo->dest->free_in_buffer = jcd->size - Used; - return true; + return TRUE; } } - return false; + return FALSE; } static void JpegCompressTermDestination(j_compress_ptr cinfo) @@ -1076,8 +1076,8 @@ cinfo.in_color_space = JCS_YCbCr; jpeg_set_defaults(&cinfo); - jpeg_set_quality(&cinfo, Quality, true); - jpeg_start_compress(&cinfo, true); + jpeg_set_quality(&cinfo, Quality, TRUE); + jpeg_start_compress(&cinfo, TRUE); int rs = Width * 3; JSAMPROW rp[Height]; diff -Naur orig/tools.c mod/tools.c --- orig/tools.c 2012-12-08 12:16:30.000000000 +0100 +++ mod/tools.c 2014-03-09 21:21:43.000000000 +0100 @@ -1152,15 +1152,15 @@ } else { esyslog("ERROR: out of memory"); - return false; + return FALSE; } if (jcd->mem) { cinfo->dest->next_output_byte = jcd->mem + Used; cinfo->dest->free_in_buffer = jcd->size - Used; - return true; + return TRUE; } } - return false; + return FALSE; } static void JpegCompressTermDestination(j_compress_ptr cinfo) @@ -1205,8 +1205,8 @@ cinfo.in_color_space = JCS_RGB; jpeg_set_defaults(&cinfo); - jpeg_set_quality(&cinfo, Quality, true); - jpeg_start_compress(&cinfo, true); + jpeg_set_quality(&cinfo, Quality, TRUE); + jpeg_start_compress(&cinfo, TRUE); int rs = Width * 3; JSAMPROW rp[Height]; -
Ich habe es versucht VDR 2.05 mit libjpeg_9a zu compilieren, aber ich bekomme diese Meldung:
tools.c: In function 'boolean JpegCompressEmptyOutputBuffer(j_compress_ptr)':
tools.c:1155:16: error: cannot convert 'bool' to 'boolean' in return
tools.c:1160:16: error: cannot convert 'bool' to 'boolean' in return
tools.c:1163:10: error: cannot convert 'bool' to 'boolean' in return
tools.c: In function 'uchar* RgbToJpeg(uchar*, int, int, int&, int)':
tools.c:1208:41: error: cannot convert 'bool' to 'boolean' for argument '3' to 'void jpeg_set_quality(j_compress_ptr, int, boolean)'
tools.c:1209:35: error: cannot convert 'bool' to 'boolean' for argument '2' to 'void jpeg_start_compress(j_compress_ptr, boolean)'
tools.c: In function 'boolean JpegCompressEmptyOutputBuffer(j_compress_ptr)':
tools.c:1164:1: warning: control reaches end of non-void function [-Wreturn-type]
make: *** [tools.o] Error 1Gibt es dafür schon einen Patch ?
-
Ein großes Dankeschön auch aus Ungarn!
-
Es gibt ja schon einen guten Logosatz, der auch beim DVB Viewer benutzt wird.
Es gibt ja schon einen guten Logosatz, der auch beim DVB Viewer benutzt wird.
http://www.dvbviewer.tv/forum/topic/21378-logopacks/Das ist Schön, aber ich schaue mir ungarische Sender an, für Sie gibts Nichts!
Sie muss ich für mich selber erstellen. -
Ja, ich habe noch die Sample.
Auch ffplay spielt sie gut, aber nur vdr nicht.Das Bild im Zeit rückelt vor und zurück, ist nervenkrank.
Das kann am leichten an dem laufenden Unterschrift beobachten, Er läuf schön ruhig, aber periodisch wird dasselbe Schrift nach links verstellt der Laufenden nocmals 2-3-mal sehbar gemacht, "engeblitzt". Also der scheinbar glatt Laufender Schrift ist verspätet.Ich habe hier ffmpeg-0.10.2, libavc1394-0.5.4 installiert.
Ich bin schon ratlos.
-
Pafff!
Mir ist gelungen von nvidia-280.13.4 auf nvidia-295.59 umzusteigen
!
Icg habe die UHU Treiberpackete für die UHU Developerversion hergestellt, sie scheint hervorragend funktionieren.Aber,
Sky News, und sämtliche Sender von RCS zittern/rückeln sich noch immer. 
Nvidia Treiber ist nicht schuld daran, das ist schon sicher.
Code
Display Moreattila:~$ vdpauinfo display: :0 screen: 0 API version: 1 Information string: NVIDIA VDPAU Driver Shared Library 295.59 Wed Jun 6 21:52:00 PDT 2012 Video surface: name width height types ------------------------------------------- 420 4096 4096 NV12 YV12 422 4096 4096 UYVY YUYV Decoder capabilities: name level macbs width height ------------------------------------------- MPEG1 0 8192 2048 2048 MPEG2_SIMPLE 3 8192 2048 2048 MPEG2_MAIN 3 8192 2048 2048 H264_MAIN 41 8192 2048 2048 H264_HIGH 41 8192 2048 2048 VC1_SIMPLE 1 8190 2048 2048 VC1_MAIN 2 8190 2048 2048 VC1_ADVANCED 4 8190 2048 2048 MPEG4_PART2_SP 3 8192 2048 2048 MPEG4_PART2_ASP 5 8192 2048 2048 DIVX4_QMOBILE 0 8192 2048 2048 DIVX4_MOBILE 0 8192 2048 2048 DIVX4_HOME_THEATER 0 8192 2048 2048 DIVX4_HD_1080P 0 8192 2048 2048 DIVX5_QMOBILE 0 8192 2048 2048 DIVX5_MOBILE 0 8192 2048 2048 DIVX5_HOME_THEATER 0 8192 2048 2048 DIVX5_HD_1080P 0 8192 2048 2048 Output surface: name width height nat types ---------------------------------------------------- B8G8R8A8 8192 8192 y Y8U8V8A8 V8U8Y8A8 R10G10B10A2 8192 8192 y Y8U8V8A8 V8U8Y8A8 Bitmap surface: name width height ------------------------------ B8G8R8A8 8192 8192 R8G8B8A8 8192 8192 R10G10B10A2 8192 8192 B10G10R10A2 8192 8192 A8 8192 8192 Video mixer: feature name sup ------------------------------------ DEINTERLACE_TEMPORAL y DEINTERLACE_TEMPORAL_SPATIAL y INVERSE_TELECINE y NOISE_REDUCTION y SHARPNESS y LUMA_KEY y HIGH QUALITY SCALING - L1 y HIGH QUALITY SCALING - L2 - HIGH QUALITY SCALING - L3 - HIGH QUALITY SCALING - L4 - HIGH QUALITY SCALING - L5 - HIGH QUALITY SCALING - L6 - HIGH QUALITY SCALING - L7 - HIGH QUALITY SCALING - L8 - HIGH QUALITY SCALING - L9 - parameter name sup min max ----------------------------------------------------- VIDEO_SURFACE_WIDTH y 1 4096 VIDEO_SURFACE_HEIGHT y 1 4096 CHROMA_TYPE y LAYERS y 0 4 attribute name sup min max ----------------------------------------------------- BACKGROUND_COLOR y CSC_MATRIX y NOISE_REDUCTION_LEVEL y 0.00 1.00 SHARPNESS_LEVEL y -1.00 1.00 LUMA_KEY_MIN_LUMA y LUMA_KEY_MAX_LUMA y attila:~$Wie nun weiter?
Die vdpau Package ??? -
Ich vermute schon auch, das der Nvidia Treiber ist schuldig.
Jetz kann ich den Treiber zur Zeit nicht wechseln, die UHU Developer haben noch keine neue nvidia Package für die Developerversion gemacht, und mich ist leider noch auch nicht gelungen die neue Package herzustellen, da beim Packagemachen, die Makefile in der Chrootumgebung die "kernel include" Files nicht findet, und habe bischer der Makefile nocht nicht erläutern können.
Die Treiberpackage, die ich jetzt in der Developerversion verwende, habe ich mir vor 6 Monaten erstellt. Direkt will ich den Treiber auf ihr nicht aufsetzen, da ich fürs tägliche Gebrauch andere linux Versionen noch habe.
Aber ich werde mal den Developer anstößen, um eine normale und frische Nvidia Package im Kürtzen zu machen.
Sie seien Faul zu sein , oder hätten noch keine Zeit dafür gehabt.
Wenn mit einem anderem Treiber dann sich die Sender beruhigen, dann werde ich diesen "Tread" schließen.Ich danke Dir nochmals fßr dein Geduld, und dein Bemühen.
Gruß
Attila
-
Ich versuche es, mit einem anderem nvidia Treber.
Das sollte dem Problem nor ausweichen, aber nicht lösen.
Ich bin daran. -
Ich habe endlich ein bißchen nachgespürt.
Ich shäme mich jetzt ein bißchen, ich hätte diese Tests schon früher machen sollen.Diese seltsame Erscheinung mit dem nervösen Rückeln tritt bei mir nur unter dem Developerversion des UHU-linux auf.
Ich habe dir die Umgebung, unter Der das Plugin hergestellt ist, schon übergeben.Das Developerversions des UHU's besteht aus (was uns betrifft):
vdr.1.7.28 (package von mir)
nvidia 280.13 (package von mir)
libvdpau 0.4.1 (package von Developer)
kernel 3.1.1 (package von Developer)
softhddevice git (auch das stable Version ist rückelig)Meine übrige linux Sytems, unter deren ich jetzt das Plugin ausprobiert habe, und (ein Wunder) einwandfrei läuft, sind diese:
1. Arch-64 linux
vdr 1.7.23
nvidia 295.20
libvdpau 0.4.1
kernel 3.2.5
softhddevice 0.5.1 stable2. UHU 2.2 linux stable (von mir durch xine-lib-1.2 verbessert)
vdr 1.7.21 (mit vdr 1.7.28 auch einwandfrei)
nvidia 256.44
libvdpau 0.4.1
kernel 2.6.33
softhddevice 0.5.0 stableAlle kerneln sind von mir Modul ds3000.ko wegen der HDsender mit 300000 SR gepatcht, und neu gemacht, ansonsten die Tevii-s470 karte kann diese Sender nicht locken. Diese sache habe ich entdeckt, nahgespührt, und mein Freund hat es für Igor Liplianin geschrieben http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=21630#post21630 ,und Igor hat einen patch dafür erstellt http://www.forum.free-x.de/wbb/index.php?page=Thread&postID=21684#post21684, aber der
patch ist im kernel noch immer nicht erschienen. Aber shon vielmals heruntergeladen.Aber Ich verstehe jetzt schon wirklich nicht, unter dem Developers Version warum Rückeln die Sender bestimmten Anbietern?
Es soll doch etwas Böses in den Streamen stecken.
