Re: [vdr] xine-lib patch [solved]
elimodel ha scritto: Gerald Dachs ha scritto: reinhard, why don't you incude this new patch in the xine plugin source code? , why don't you release a new version with the new patch in the plugin? Maybe because there is no need for a patch if you use xine-lib 1.2? Gerald then, i'm a bit confusing.. i'll suppose, that the file on the site http://home.vr-web.de/~rnissl , are the xine-lib, taken from the cvs, patched, and named 1.2 , but i'll suppose that the cvs patched, is a snapshot from the 17/6/2009, then i'll try to patch a new version. now you tell me that there is another version 1.2 (maybe more recent), where can i take this? thanks i'll suppose, WRONG... a short round on local chat, let me know hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2 xine-lib-1.2 thanks at all davidea ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr 1.7.12 - issue with some mpeg2 channels (cVideoRepacker: switching to MPEG1/2 mode)
Reinhard Nissl ha scritto: Hi, Am 08.02.2010 22:29, schrieb Klaus Schmidinger: I can only reproduce this issue on channels with separate PCR pid. I'll have to investigate further to find a solution. As of version 1.7.12 VDR records the PCR pid if it is different than the video PID. For lack of better knowledge I made cDevice::PlayTs() send the PCR packets to PlayTsVideo(). The FF cards don't have a problem with that, but maybe xine or the cVideoRepacker does. Maybe VDR shouldn't even "replay" the PCR data - please advise. As it is possible to access cPatPmtParser since a few releases, I've changed vdr-xine to pull VPID from there instead of picking it from packets passed to PlayTsVideo hi all, with this patch, the situation goes to a major stability, but have some lack of sound, evry one or two minutes, the sound disappears, and on vdr log have : buffered 20.2 frames (v:28.7, a:20.2) buffered 21.5 frames (v:31.5, a:21.5) buffered 22.6 frames (v:33.6, a:22.6) buffered 20.2 frames (v:30.8, a:20.2) buffered 21.1 frames (v:34.8, a:21.1) buffered 22.0 frames (v:33.9, a:22.0) buffered 20.1 frames (v:28.9, a:20.1) buffered 20.0 frames (v:31.3, a:20.0) on xine log, have : set_speed 125000 set_speed 100 audio_out: inserting 31026 0-frames to fill a gap of 58188 pts set_speed 125000 audio_out: inserting 36423 0-frames to fill a gap of 68310 pts set_speed 100 audio_out: inserting 18840 0-frames to fill a gap of 35334 pts set_speed 125000 audio_out: inserting 31197 0-frames to fill a gap of 58510 pts set_speed 100 audio_out: inserting 18261 0-frames to fill a gap of 34248 pts audio jump, diff=150267 fixing sound card drift by -1396 pts fixing sound card drift by 3422 pts fixing sound card drift by 2286 pts fixing sound card drift by 1594 pts set_speed 125000 audio_out: inserting 11356 0-frames to fill a gap of 21298 pts set_speed 100 fixing sound card drift by -2986 pts audio_out: inserting 8492 0-frames to fill a gap of 15928 pts fixing sound card drift by 3079 pts set_speed 125000 audio_out: inserting 43927 0-frames to fill a gap of 82385 pts set_speed 100 audio_out: inserting 22411 0-frames to fill a gap of 42032 pts fixing sound card drift by -1323 pts set_speed 125000 audio_out: inserting 35870 0-frames to fill a gap of 67273 pts set_speed 100 audio_out: inserting 18729 0-frames to fill a gap of 35127 pts audio jump, diff=151340 fixing sound card drift by 3546 pts fixing sound card drift by 2392 pts fixing sound card drift by 1851 pts fixing sound card drift by 1342 pts thanks !!! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] requesting new feature, support for scr unicable lnb
hi guys, i' ve an lnb, scr unicable, that can support a different use. the standard lnb, choose only the band high or low, and the polarization, H or V, then in the cable we have a quarter of the full sat band high V , high H, low V or low H, then if we have multiple tuner, we can receive only the trasponder on the choosen band and polarization here in italy, who have sky it multivision, or sky recorder, have a special lnb, named SCR or UNICABLE, where the receiver, tell to the lnb, the exact frequency for the trasponder that will receive, the extact polarization, the downlink frequency (choosen onto the 4 frequency avaiable) and the lnb, put in downlink, only this trasponder , in this manner, the frequency spectrum on the cable is empty, and another receiver, or a receiver with two tuner, can ask for another trasponder, with another polarization, onto another downlink frequency, with at max 4 (or 8) separate downlink frequency. the enteire dialoge trought the receiver and the lnb, is made via DISEQC 1.2 command, on the base of the specification made by st microelectronics i've made, a little C program that bring in input the frequency, polarization, the downlink frequency, and print to the screen the diseqc command if i use this command, and put it on the diseqc.conf , manage the channels.conf to receive one trasponder on the downlink frequency, it's work!! is possible to make a patch or plugin to use this system too? who is interested in it? i'm sorry, but my c++ skill isnt enought to make this!, and i must ask HEEELP!!! bye!!! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 10 Year Anniversary of VDR
Klaus Schmidinger ha scritto: It has been exactly 10 years since version 0.01 of VDR (originally named OSM - On Screen Menu) was released. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr thanks, klaus, many thanks, but not only for your great software, that i've discovered only 9 mounth ago! thanks for the time you spent on it! thanks for let me know a new world, and a great comunity! thanks for pushing me to study c++, if i will to make some plugin i must study before! thanks to everyone who contribute to develope the plugin, the patch, and the translation too! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] compiling osdpip 0.0.10 on vdr 1.7.20
hi! i'm davide, from italy, i've used osdpip-0.0.10 with success on vdr 1.6.0, and now i will try it on vdr 1.7.10 i've patched the version 0.0.10 with the patch avaiable at http://www.vdr-portal.de/board/attachment.php?attachmentid=21542sid=6a47ad5e5b581bdbc3c045a22f04acae to recovery from the error : decoder.c:85: error: ‘PIX_FMT_RGBA32’ was not declared in this scope and it's work fine for vdr 1.6.0 now i've another error, osd.c: In member function ‘virtual void cOsdPipObject::Action()’: osd.c:521: error: ‘B_FRAME’ was not declared in this scope i've googled, but without success, may someone help me on solving this issue?? my sistem is ubuntu 9.10 ffmpeg with support for h264 xine vdr 1.7.10 thanks in advance davide ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
