Re: [vdr] softdevice and epia tv-out problem with Xorg
Hi again, I have found this topic in vdrportal that I have translated with google to english. But I don't understand yet what is the problem. I'll try to recompile softdevice. I'm using debian, softdevice cvs and vdr 1.4.3. Thanks. Leo Márquez wrote: Hi!, Recently I have connected my vdr box to my CRT 16:9 TV. I use the s-video(I want to use the rca tv-out for digital audio) connector of my epia M.1. I have followed some instructions to configure xorg with s-video out from this page: http://www.kingcot.eclipse.co.uk/unichrome/unichromeTvOut.html I don't know if this url is up to date. I have got see my wmaker desktop in my tv but when I start vdr with softdevice I get: [softdevice] initializing Plugin [softdevice] Initializing Video Out [softdevice] ffmpeg build(3345920) [XvVideoOut]: osd_image shmid = 2686978 [XvVideoOut]: got osd_image: width 720 height 576, bytes per line 2880 [softdevice] Subplugin successfully opend [softdevice] Video Out seems to be OK [softdevice] Initializing Audio Out [softdevice] Audio out seems to be OK [softdevice] A/V devices initialized, now initializing MPEG2 Decoder X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 145 (MIT-SHM) Minor opcode of failed request: 3 (X_ShmPutImage) Value in failed request: 0x2ff Serial number of failed request: 337 Current serial number in output stream: 338 I hope anyone could help me to solve this problem. Another question... Do you know any url to learn about epia-m1 s-video out and xorg? Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr -- Leo Márquez [ Enginyeria del Software - Internet ] [ Calidae - www.calidae.com ] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
Udo Richter wrote: > Oliver Endriss wrote: >> Does mplayer really play PES data 'as is'? >> Afaik it recodes data to MPEG-1.(?) > > From CPU load on my machine, mplayer cannot do much with the signal. The > CPU load is even lower than the VDR load when playing back 001.vdr. And > even decoding in sotware would out-run my machine. > > But I guess they decode the PES stream into two ES streams with > additional timing, and re-pack it to a new PES stream. > Would it be very difficult to duplicate this in VDR? I would love to start trying out code. My programming skills are just not good enough to start implementing this task. But, once there is some framework, I can get by trying things out. > Which leads to the open question, does the firmware/driver get confused > by slight jitter in PTS values of audio PES packets? Or is this > compensated? > What if the reception goes out for long periods of time and the sync becomes really bad? The firmware must have more limitations than a software solution? Best Regards. N.B. Thanks to everyone that is looking into this further! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP connection freezes
In <[EMAIL PROTECTED]>, Udo Richter wrote: > Holding the SVDRP connection for a long time is not a good idea, since > VDR can only keep one SVDRP connection open at the same time. Holding > the line permanently would block out other uses like VDRAdmin or > EPGSearch plugin. ISTR reading about the one connection limitation, that's a good point. If it weren't for the freezing problem SVDRP would have suited my needs so far, but obviously it's an inadequate approach in the long term. > If you don't want to open the connection dynamically, you can write a > simple plugin that forwards the key presses. This shouldn't be too > difficult, since cRemote::Put is thread-safe, so you can open a socket > and forward incoming key presses from a simple thread. You could even go > the next step and write a real boxstar-remote plugin for VDR. > > If you want to rely on existing stuff, maybe you can use the remote > plugin from Oliver Endriss for your needs - it supports tty control and > telnet control. That sounds like the best idea. If I wrote my own plugin I'd probably just be effectively duplicating the telnet interface that's already there. It's well-supported (including a Debian package) and I was already using its input device functionality before for the Hauppauge remote. It never occurred to me to look for its telnet interface. -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
On 31 Oct 2006, at 13:36, C.Y.M wrote: But I guess they decode the PES stream into two ES streams with additional timing, and re-pack it to a new PES stream. Guessing doesn't really help, maybe you should ask on the mplayer mailing list what they do with recorded vdr files? -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP connection freezes
Tony Houghton wrote: If you want to rely on existing stuff, maybe you can use the remote plugin from Oliver Endriss for your needs - it supports tty control and telnet control. That sounds like the best idea. If I wrote my own plugin I'd probably just be effectively duplicating the telnet interface that's already there. It's well-supported (including a Debian package) and I was already using its input device functionality before for the Hauppauge remote. It never occurred to me to look for its telnet interface. The telnet interface is more than just a key-input device, it also displays a text replication of the OSD menus and standard dialogs. But you can redirect that to /dev/null of course. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
Oliver Endriss wrote: Does mplayer really play PES data 'as is'? Afaik it recodes data to MPEG-1.(?) From CPU load on my machine, mplayer cannot do much with the signal. The CPU load is even lower than the VDR load when playing back 001.vdr. And even decoding in sotware would out-run my machine. But I guess they decode the PES stream into two ES streams with additional timing, and re-pack it to a new PES stream. Which leads to the open question, does the firmware/driver get confused by slight jitter in PTS values of audio PES packets? Or is this compensated? Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] uk dvb-t offset frequency weirdness
I'm getting some strange dvb-t signal and am trying to figure out why. Summarized, the transponders I'm received are the following (one channel per transponder): ITV 1, previously on 481833, now on 482000 (ch 22, negative offset) BBC 1, previously on 505833, now on 506000 (ch 25, negative offset) BBC 4, previously 529833, now on 53 (ch 28, negative offset) TMF, still on 537833 (unchanged) (ch 29, negative offset) Five, previously on 561833, now on 562000 (ch 32, negative offset) UKTV History, still on 578166 (unchanged) (ch 34, positive offset) So it appears of the six transponders, four of them are received without the offset they should be at. Can anyone explain in what circumstances this usually happens? My signal is from a wall socket in a big block, not from a free standing antenna. -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] FF card A/V sync suggestion
If this were a firmware/driver problem then wouldn't the problem exist regardless of the playback software? The fact that vdr has playback sync problems whereas mplayer doesn't when playing back the same file suggests it's a vdr problem... But this has already been covered. On 10/30/06, Oliver Endriss <[EMAIL PROTECTED]> wrote: Afaics it is a firmware/driver problem. It should be fixed there.Werner is currently working on a modified A/V sync code.We will see whether is improves things. Please be patient.Oliver ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Recomandations for system with 4 LNBs and 4 PCI cards ??
Hi All,I will like to build a system with 4LNBs and 4 PCI cards using toroidal dish.I want to be able to record from any LNB and watch live in the same time.Could you explain me what is the difference between QUAD and Quatro LNBs? Can I use 4 (4x1) Disecq switches?What about CI interface?Please share from your experiences.Thank You,Ilariu ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] softdevice and epia tv-out problem with Xorg
Quoting Leo Márquez <[EMAIL PROTECTED]>: > Hi!, > > Recently I have connected my vdr box to my CRT 16:9 TV. I use the > s-video(I want to use the rca tv-out for digital audio) connector of my > epia M.1. > > I have followed some instructions to configure xorg with s-video out > from this page: > > http://www.kingcot.eclipse.co.uk/unichrome/unichromeTvOut.html > > I don't know if this url is up to date. > I have got see my wmaker desktop in my tv but when I start vdr with > softdevice I get: > > [softdevice] initializing Plugin > [softdevice] Initializing Video Out > [softdevice] ffmpeg build(3345920) > [XvVideoOut]: osd_image shmid = 2686978 > [XvVideoOut]: got osd_image: width 720 height 576, bytes per line 2880 > [softdevice] Subplugin successfully opend > [softdevice] Video Out seems to be OK > [softdevice] Initializing Audio Out > [softdevice] Audio out seems to be OK > [softdevice] A/V devices initialized, now initializing MPEG2 Decoder > X Error of failed request: BadValue (integer parameter out of range for > operation) > Major opcode of failed request: 145 (MIT-SHM) > Minor opcode of failed request: 3 (X_ShmPutImage) > Value in failed request: 0x2ff 0x2ff = 767 = 768 - 1 768 is the default startup width. So you can try to: a. start in full screen mode "-vo xv:full", which adjusts width and height to available max values (720 width in your case I guess). b. choose software OSD blending (via OSD :-( ) or via setup.conf: softdevice.OSDalphablend = 1 > Serial number of failed request: 337 > Current serial number in output stream: 338 > Stefan Lucke ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP connection freezes
In <[EMAIL PROTECTED]>, Tony Houghton wrote: > The problem is that the svdrp connection has a tendency to freeze. [Snip] > but it still happens very often when pressing the Red button to open the > progress bar. [When playing a recording] I've since noticed that when SVDRP freezes while the progress bar is on screen the clock of the current time shown under the bar stops counting, although playback continues. Perhaps the OSD is freezing as well as SVDRP? -- TH * http://www.realh.co.uk ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] SVDRP connection freezes
Tony Houghton wrote: [When playing a recording] I've since noticed that when SVDRP freezes while the progress bar is on screen the clock of the current time shown under the bar stops counting, although playback continues. Perhaps the OSD is freezing as well as SVDRP? Its possible that the VDR main thread is frozen for some reason, this will also freeze SVDRP connections. However, the watchdog timer should react on such situations, provide that you've enabled it. Normally, nothing should freeze the main loop for more than a few seconds. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
