[vdr] why I can't watch the H.264 channel with vdr-1.7.0+H.264?
I have compiled the vdr-1.7.0+H.264+xine-lib-1.2+xineliboutput-1.0.1. But when I run it and select the H.264 channel. There is no image on the screen, But I can hear the audio. I can watch the mpeg-2 channes. MY VDR: debian lenny+multiproto+vdr-1.7.0+H.264+xine-lib-1.2+xineliboutput-1.0.1 MY vdr is running on xorg without KDE. why I can't watch the H.264 channel? Who Can tell me? thank you!. _ 用手机MSN聊天写邮件看空间,无限沟通,分享精彩! http://mobile.msn.com.cn/___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV softdevice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Niels Wagenaar schrieb: > > Mostly with me it was the other way around. Image was good, audio was lost > after a couple of seconds. I fixed this by using the latest trunks from > the Xine and/or Xinelibout plugin as well as the Xine-lib and Xine-ui > repositories. Did you get the audio problems only with HD content? In my case, sometimes the vdr log is flooding by "xrun" messages. At the same time, there is really bad sound - like a jumping audius cd :-) > >> TIA, >> Uwe > > I hope you can something with this information, thank you very much. There are a lot of informations for me. So I am going to work with xine. Uwe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iQEVAwUBSH5grNs3frmum9swAQKb+gf/Z6oyBQvhJ7bN13DMjlFO4i+SMj7R6D6c L6tsaBgiIkMl1iMFyZJzFvg+q5EmxoYa6t3AO00fwdw+SKLszzAW319/mOnW5ilp igJFYQmKxte/uAtGbW7kHhPWq+TJoryQ2XUNkRtFFWROibPeVk7hBzXXxVmlzkUB 6gdfK8KvZCBMp4LXdcKKy2jT7IgPP+w5QKqvu2RrQ/j+KwmAOtiAkW+NCc05tb1C pTeijGAVnEfLUrCxNiqaXZLiiYSLMkbuTn1QDsx+dDdc2gflMrKRfwaSYSqlvCVX AXLcz5oEZS/3VES5fJf+0EKhEnloy1UJ9w7qiWsJah86+lg4tVK/Og== =LFEo -END PGP SIGNATURE- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HDTV softdevice
Op Wo, 16 juli, 2008 21:39, schreef Uwe Kiewel: > Hash: SHA1 > > Hi, > Greetings! > is there an option to use the softdevice plugin to view HDTV content? > I've tried several non-budget sollutions to get HDTV working with VDR in combination with my TT S2-3200 budget. With softdevice I wasn't able to get HDTV output working. However, with Xine plugin and Xineliboutput plugin I got it working without problems. > Every time I tune to a HD channel, I get: "No accelerated IMDCT > transform found" > I use both the Xine frontend as well as the vdr-sxfe (xineliboutput only) for viewing and both work without any problems on my AMD X2 Dualcore system with Geforce 8200 IGP (nVidia binary driver with Xv output). > The result is a black screen, but audio is okay. > Mostly with me it was the other way around. Image was good, audio was lost after a couple of seconds. I fixed this by using the latest trunks from the Xine and/or Xinelibout plugin as well as the Xine-lib and Xine-ui repositories. > TIA, > Uwe I hope you can something with this information, Niels Wagenaar ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] extending VDR to support external Media software
Dear Pasi, Out of the box, it only works together with the SageTV server software. The GUI is rendered on the server, the device acts as a dumb terminal. However, they released some source code, and I just found some more technical details on the MythTV wiki: http://www.mythtv.org/wiki/index.php/SageTV_HD_Extender Markus. 2008/7/16 Pasi Kärkkäinen <[EMAIL PROTECTED]>: > On Wed, Jul 16, 2008 at 05:20:27PM +0200, Markus Ecker wrote: > > Torgeir, > > It's this box: http://sagetv.com/hd_extender.html. Not sure about the > > hardware, but it runs Linux. > > > > From the spec: > > Video format supported: MPEG1, MPEG2, MPEG4, H.264 up to 1080p, AVI, VOB, > > WMV9/VC-1 up to 1080p > > > > I run it at the moment with a dubious shell script doing the DVB > recording, > > and the picture is very nice and fluid. > > > > Hmm.. is there any way to send video streams to this device without running > sagetv atm? > > Looks like a nice device:) > > -- Pasi > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] HDTV softdevice
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, is there an option to use the softdevice plugin to view HDTV content? Every time I tune to a HD channel, I get: "No accelerated IMDCT transform found" The result is a black screen, but audio is okay. TIA, Uwe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org iQEVAwUBSH5ObNs3frmum9swAQL/VAf/fX/Jwv/u83qW0zWCB+bCmYgJbxuTRI5D Vj0y7kWOtyuv7kdLlM23Ptc1durMiTKRch/vyh6/SYLfLRaeMm662aJGKm0g+SqN CvRlwK38ddSN/gGVec1Tikk6ZyG/K7CwVHSdMo9xRmed4iXhVhwxoiv3hdSVIamK RwCemtk8t/lUlcAFv8iVCtqD1sQ/9Zr2kKIicuDlW6MdSZLuqpBQKjMVky3yE9M7 /kSTYl2w7qiSbm38Y9QlzLyZO9s/ug86jF36T3Se4V0gzrlZ5I5n2JOh1Ty82P7/ BMHNgQASKa/eW+uNZ6xkKJU1GGjHttVdaU2h7AKS3UdZfG0nEzizmw== =Vskg -END PGP SIGNATURE- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] extending VDR to support external Media software
On Wed, Jul 16, 2008 at 05:20:27PM +0200, Markus Ecker wrote: > Torgeir, > It's this box: http://sagetv.com/hd_extender.html. Not sure about the > hardware, but it runs Linux. > > From the spec: > Video format supported: MPEG1, MPEG2, MPEG4, H.264 up to 1080p, AVI, VOB, > WMV9/VC-1 up to 1080p > > I run it at the moment with a dubious shell script doing the DVB recording, > and the picture is very nice and fluid. > Hmm.. is there any way to send video streams to this device without running sagetv atm? Looks like a nice device:) -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] HDTV xineliboutput latest CVS
The HDTV playback is broken in the latest xineliboutput CVS. vdr-sxfe segfaults. cu gimli ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] extending VDR to support external Media software
Torgeir, It's this box: http://sagetv.com/hd_extender.html. Not sure about the hardware, but it runs Linux. >From the spec: Video format supported: MPEG1, MPEG2, MPEG4, H.264 up to 1080p, AVI, VOB, WMV9/VC-1 up to 1080p I run it at the moment with a dubious shell script doing the DVB recording, and the picture is very nice and fluid. Markus. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 576i output on DVI->HDMI?
On Wed, Jul 16, 2008 at 10:08:25AM +0100, Stuart Morris wrote: > It's my understanding that it is the pixel rate that > is doubled to meet the minimum bandwidth requirement > of 25Mpixels/sec for hdmi. > That is pixels are repeated hence doubling the > apparent horizontal resolution. > This is always the case for the 480i and 576i modes. > The modeline you need should be based on standard > EIA/CEA-861B timings like this: > > # 1440x576i @ 50Hz (EIA/CEA-861B) > ModeLine "1440x576" 27.000 1440 1464 1590 1728 576 581 > 587 625 -hsync -vsync Interlace > > Unfortunately I think there is a special flag that > must be set to indicate pixel-repetition is being used > and I am not sure how you would get a graphics card to > do this. > I have not tried using the above modeline so I cannot > comment on whether it works. > Worth a try though. > > There is a good list of EIA/CEA-861B modes here: > http://www.avsforum.com/avs-vb/showthread.php?t=947830&page=3 > I do know the 720p modeline works on my tv. > GTF timings generally don't work for hdmi. > > The other issue with interlaced modes is how are the > odd/even fields synchronised? > Is this the same problem with interlaced output on a > good old vga output? > I'd like to know this too.. to be able to get 1:1 interlaced output, fields in sync like in the original stream. -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] extending VDR to support external Media software
On 16 Jul 2008, at 23:05, Markus Ecker wrote: > The server is connected to two set top boxes that feature hardware > MPEG4 decoding. Am curious, which hardware is this? -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] extending VDR to support external Media software
Hi,I have a question regarding the best way to extend VDR functionality to support a certain feature. I've got a linux server running a recording software called SageTV. The server is connected to two set top boxes that feature hardware MPEG4 decoding. Although most of the functionality of SageTV is quite nice, it can't compare to VDR features when it comes to dealing with DVB-S recording. Having used VDR in my previous setup, I would like to integrate SageTV with VDR, so I get the best of both worlds, i.e. hardware decoding/user interface of sagetv, stability/DVB features of VDR. SageTV provides a simple API for using external recorders, which requires the external recorder to listen on a TCP port and record a PS stream to a file given by sagetv. My question is: What is the most straightforward way to implement this in VDR ? Is it better to adapt an existing plugin like streamdev, or is it simple enough to write a plugin from scratch for this purpose? Is there some documentation available on how to use the VDR api ? I would greatly appreciate any hints in this matter. Thank you, Markus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Which DVB-S Card to buy in Germany
Hi Matthias :-) > Maybe it's better to install a cooling on them? That could be one solution. The 1.3 cards are known to have heat problems. > Would it be an option to buy a budget card? > If I understood it correctly the budget card has no TV output but that > isn't necessary if I have one FF card or? Thats an option. You only need one FF card to do the video-output and so on. I've also One FF and one budget card and that works really fine. > Or are there any other drawbacks? I don't know any drawbacks, but maybe others know some? Greetings Patrick ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 576i output on DVI->HDMI?
It's my understanding that it is the pixel rate that is doubled to meet the minimum bandwidth requirement of 25Mpixels/sec for hdmi. That is pixels are repeated hence doubling the apparent horizontal resolution. This is always the case for the 480i and 576i modes. The modeline you need should be based on standard EIA/CEA-861B timings like this: # 1440x576i @ 50Hz (EIA/CEA-861B) ModeLine "1440x576" 27.000 1440 1464 1590 1728 576 581 587 625 -hsync -vsync Interlace Unfortunately I think there is a special flag that must be set to indicate pixel-repetition is being used and I am not sure how you would get a graphics card to do this. I have not tried using the above modeline so I cannot comment on whether it works. Worth a try though. There is a good list of EIA/CEA-861B modes here: http://www.avsforum.com/avs-vb/showthread.php?t=947830&page=3 I do know the 720p modeline works on my tv. GTF timings generally don't work for hdmi. The other issue with interlaced modes is how are the odd/even fields synchronised? Is this the same problem with interlaced output on a good old vga output? I have often wondered how vdr-xine or xineliboutput would implement dynamic resolution switching. It would be easy to upscale everything to a higher resolution like 1080p. But what if your tv can handle only 1080i at best. It would be better to switch resolution when broadcasts change between 1080i and 720p on a program-to-program basis. Stuart --- Ville Aakko <[EMAIL PROTECTED]> wrote: > 2008/7/15 Jukka Vaisanen <[EMAIL PROTECTED]>: > > > > Well the 100Hz is just a kludge to fit 576i on the > HDMI signaling. My understanding is that the > following happens: > > > > PC sends 1-1-2-2-3-3-4-4.. but the a/v receiver > just ignores every other frame because it knows > about the 576i kludge also.. so it is just seeing > 1+2-3+4 going into the deinterlacer + scaler. The > 100Hz thing is just a workaround to get enough data > on the link so that the HDMI handshake will happen > :P > > I'd try to make a modeline: > > $ gtf 720 576 50 > > # 720x576 @ 50.00 Hz (GTF) hsync: 29.65 kHz; pclk: > 26.57 MHz > Modeline "720x576_50.00" 26.57 720 736 808 896 > 576 577 580 593 > -HSync +Vsync > > $ gtf 720 576 100 > > # 720x576 @ 100.00 Hz (GTF) hsync: 61.10 kHz; > pclk: 58.66 MHz > Modeline "720x576_100.00" 58.66 720 760 840 960 > 576 577 580 611 > -HSync +Vsync > > (if these blow up your 50'' fullHD plasma, you're on > your own - try > them at your own risk!) > > I'd suspect VDR+xinelibout would not support this > out of the box. You > probably need to make a script or something to > change resolutions when > needed. Also, xinelibout might not like resolution > switches on the > fly. But if this is the case, it could probably be > worked around by > making xinelibout / X part a frontend (I believe > this is possible and > a very common setup anyways), and restarting it when > needed. > > OTOH, I don't see much gain in doing the above > compared to the > deinterlacing in software and then scaling, apart > from saving some CPU > cycles. I'd doubt any external display could do a > better job, though > then again, I haven't had any experience with those > modern (post-4:3 > CRT era TV) displays =) > > - Ville > > -- > -- > Ville Aakko - [EMAIL PROTECTED] > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > __ Not happy with your email address?. Get the one you really want - millions of new email addresses available now at Yahoo! http://uk.docs.yahoo.com/ymail/new.html ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Forcing channel to device (Solved)
Lauri Tischler wrote: > I'm trying to force one DVB-T channel on VHF to particular card. > I have three DVB-T cards in system, only card 2 is capable > to tune to VHF frequency, so I want to set this channel > to use allways card 2, I did set CA value in channel.conf to > 2 but still it chooses other cards. I fell into an old off-by-one trick. DVB-cards are numbered starting from 0 CA-positions are numbered starting from 1 Defining card 2 as fixed card requires 3 in channels.conf ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr