Re: [vdr] HD setup
> > I think almost any PC with core duo 2 CPU are enough for perfect H.264 > > decoding... > > I have > CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (Family: 6, Model: 15, > Stepping: 6) > and picture of "x264 recording VIDEO: [avc1] 1280x720 24bpp 23.976 fps" > is > just perfect, but sound comes out about 0,2 second too early with xine. > > With my other machine "AMD Athlon(tm) 64 Processor 3400+" can not play those > file with-out heavy problems, totaly under power CPU for that kind of > playback. My friend has a configuration hard: Asus P35 + Intel 2160 @ 3GHz + 2GB ram (@800MHz) + SATA disk + ATI2600XT 256MB + TT3200 soft: debian testing (lenny) kernel 2.6.22-2-686 V4L-dvb = Multiproto - 26.10.07 xorg video driver = ati 8.41.7 (fglrx) vdr 1.5.10 + vdr-1.5.10-dvbs2-h264-syncearly-framespersec.diff xine-0.8.0 plugin ffmpeg-cvs from 08.11.2007 xine-lib-1.2 from 8.11.07 xine-ui from 8.11.07 and can see the h.264 dvb-s2 channels with average 60% CPU load. Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
I don't agree, if we start upgrading the hardware, the software will become relaxed and would require everybody to upgrade to always be at the latest and greatest level of hardware. Then maybe later on we will see more byte-code orientated languages creeping in. Just take a look at windows. Klaus enforced strict control over the software and obviously had to work on low end hardware (optimized, so that it doesn't turn into another heater), which meant that it would run even better on the new hardware. Intel claim to run at 11 watt idle, but the rest of the main board requires ~90 watt. I my self currently am using a desktop 24/7 and running vdr on the same machine. But I have to set every desktop application's nice level to 19 so that it doesn't interfere with vdr's output. Of course I'm running low end desktops like xfce or fluxbox. I am still convinced that an external multimedia device would help in different ways: - steering vdr into multiple networking client setups, - h.264 decode will happen on the client's hardware. still require vdr to accept h.264 in its core. - still low end hardware on server/clients, requiring efficient code, no heaters. - doesn't require you to upgrade your existing hardware. Just another add-on to your setup. My 2 cents. Theunis On 19/11/2007, VDR User <[EMAIL PROTECTED]> wrote: > > On Nov 18, 2007 4:20 PM, Alasdair Campbell <[EMAIL PROTECTED]> wrote: > > I know what I'd go for...it's just a shame that hardware HD decoding > > hasn't grown enough for there to be some competition and innovation. > > I think the cost of producing such hardware HD cards doesn't make > sense when you can build a new pc that can handle software HD decoding > for cheap anyways. Also, as I understand, the chips which can do it > contain many other functions that are just a total waste when you put > the chip on a card to be only a HD decoder. Besides, I don't think > that many users are still using some ancient pc with a slow cpu like > Klaus has. Why would you bother when you can buy something way better > & faster for cheap these days? > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > -- Style may not be the answer, but at least it's a workable alternative. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 18, 2007 4:20 PM, Alasdair Campbell <[EMAIL PROTECTED]> wrote: > I know what I'd go for...it's just a shame that hardware HD decoding > hasn't grown enough for there to be some competition and innovation. I think the cost of producing such hardware HD cards doesn't make sense when you can build a new pc that can handle software HD decoding for cheap anyways. Also, as I understand, the chips which can do it contain many other functions that are just a total waste when you put the chip on a card to be only a HD decoder. Besides, I don't think that many users are still using some ancient pc with a slow cpu like Klaus has. Why would you bother when you can buy something way better & faster for cheap these days? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 18, 2007 9:54 PM, Klaus Schmidinger <[EMAIL PROTECTED]> wrote: > On 11/18/07 19:16, Alasdair Campbell wrote: > > On Nov 19, 2007 2:08 AM, Halim Sahin <[EMAIL PROTECTED]> wrote: > >> Hmm HDTV with a matrox card > > > > What I mean is H264 video gets decoded by the extra horsepower of the > > P4, matrox is used with software output device in vdr. > > > > Are you planning on buying an HD television set Klaus? Then ignore > > I already have one ;-) > > > what I had to say and throw out one your dvb-s cards. > > I don't want to lose the ability to record 3 DVB-S transponders > in parallel, and I also need the DVB-T card. It seems like you have two totally different options, depending on whether you go for hardware or software decoding of HD content. If the Reel HD card turns out to be a winner, then I'd suggest you buy a board with the Intel 865PE chipset, lots of second hand options out there. If you go for one with gigabit ethernet, you'll likely be buying a top line board, well looked after and with sata ports, DDR400 support, good bios options for undervolting/clocking. 5 PCI slots and an AGP slot to stick in a suitable card for installing an OS. Doubt many will come with on board video. Of course if you go for software decoding you're in a different boat: new RAM required; USB tuners or PCIe->PCI adaptor; new PSU?; most good boards wouldn't have onboard video, so a need to buy a cheap PCIe graphics card to install in gui mode. I know what I'd go for...it's just a shame that hardware HD decoding hasn't grown enough for there to be some competition and innovation. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger schrieb: I don't want to lose the ability to record 3 DVB-S transponders in parallel, and I also need the DVB-T card. Have you ever thought about a USB solution? I also would prefer PCI, but I also could not believe that a lot of boards have just 3 PCI slots - no way using a separate sound card instead of on-board-sound or a PCI-WLAN device (which is also supported better than the USB ones) if you want 3 tuners without using a dual-tuner card. And speaking of those HIFI-like cases: Most solutions I have seen just support one PCI card using a riser card, so here USB is also the only way to get more than two tuners into such a PC. I know that USB devices use a little bit more CPU power, but in my tests one or two years ago, it has not been too much (on Windows e.g. just around 5-10% more CPU usage with a DVB-T-Stick compared to a DVB-T-PCI card; on today´s systems, it might be even less). I can´t say if there are more disadvantages using a USB solution instead of a PCI card (apart from missing drivers etc.). There is e.g. a USB-DVB-S-Box by Terratec, and if I remember right, the Pinnacle USB-DVB-S2 box (which is a Technotrend production) is already supported on linux. With kind regards Joerg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
On Sunday, 18. Novemberta 2007 18:26:21 Gregoire Favre wrote: > I think almost any PC with core duo 2 CPU are enough for perfect H.264 > decoding... I have CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (Family: 6, Model: 15, Stepping: 6) and picture of "x264 recording VIDEO: [avc1] 1280x720 24bpp 23.976 fps" is just perfect, but sound comes out about 0,2 second too early with xine. With my other machine "AMD Athlon(tm) 64 Processor 3400+" can not play those file with-out heavy problems, totaly under power CPU for that kind of playback. -- JJussi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
>But AFAICS unfortunately no gigabit Ethernet (which I'd like have in order >to record to my server). how about the ASUS P5GC ? -- Jan Op deze e-mail zijn de volgende voorwaarden van toepassing: http://www.fontys.nl/disclaimer The above disclaimer applies to this e-mail message. <>___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 18:31, Magnus Hörlin wrote: > Klaus Schmidinger wrote: >> Maybe it actually is about time for me to build a new VDR. >> I'll probably take a look at the Reel Extension HD PCI. >> But that means I'll also need a new motherboard with at least >> five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). >> On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, >> which works really good, so maybe that's also a viable choice for >> a new VDR. I guess it goes without saying that modern motherboards >> have a gigabit Ethernet port and graphics on board. >> Does anybody have a recommendation for such a board? >> >> > Well, of the 643 modern mainboards for sale in Sweden (by modern I mean > S775 and AM2), none combine five PCI slots with integrated graphics. Do > you need a GPU if the Reel card works? Well, I guess you'll need some sort of console when installing the system, so some basic graphics would be nice. Don't know if the HD-E acts as a graphics card. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 19:16, Alasdair Campbell wrote: > On Nov 19, 2007 2:08 AM, Halim Sahin <[EMAIL PROTECTED]> wrote: >> Hmm HDTV with a matrox card > > What I mean is H264 video gets decoded by the extra horsepower of the > P4, matrox is used with software output device in vdr. > > Are you planning on buying an HD television set Klaus? Then ignore I already have one ;-) > what I had to say and throw out one your dvb-s cards. I don't want to lose the ability to record 3 DVB-S transponders in parallel, and I also need the DVB-T card. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 19:47, Darren Salt wrote: > I demand that Klaus Schmidinger may or may not have written... > > [snip] >> Maybe it actually is about time for me to build a new VDR. I'll probably >> take a look at the Reel Extension HD PCI. But that means I'll also need a >> new motherboard with at least five PCI slots (for 3 DVB-S cards, 1 DVB-T >> and the Extension HD). > > ECS nForce3-A and -A939? Not exactly current, but they both have 5 PCI slots > and an AGP slot (anything up to x8). But AFAICS unfortunately no gigabit Ethernet (which I'd like have in order to record to my server). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Ville Aakko wrote: > Just in case "vdr: [3936] ERROR: FreeType: error during > FT_Render_Glyph 32, 3" is not caused by this / VDR does not crash > because of that (I'm not getting that error), I've noticed that VDR > does not start at all if I enable text2skin. It seems to be a FreeType/font error, at least here. When I try to start VDR without any plugins, I get the error too: vdr: [27943] switching to channel 18 vdr: [27944] video directory scanner thread ended (pid=27943, tid=27944) vdr: [27943] ERROR: no OSD provider available - using dummy OSD! vdr: [27943] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [27943] ERROR: FreeType: error during FT_Render_Glyph 32, 3 I have a backtrace and an strace plus some additional information here: http://pastebin.ca/raw/781213 Dunno how much it helps though... - Jan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.11 & subtitling problems
Hi, >> What are the problems you are seeing with cAudioRepacker enabled? > > The problems I have are that sometimes, the audio is not completely smooth, > they have some breaks, in live radio. > >> Are there any problems when you replay a radio recording? > > The recordings play without problems. This sounds like buffer underruns when listening to live radio. When cAudioRepacker is enabled and with the recent ringbuffer patch, you'll get each audio frame (~ 24 ms) as soon as it is available. If the output device starts immediately with playback, it is likely that there are buffer underruns, especially when xine drops some audio frames when syncing. I don't know whether xineliboutput has some setup options to control buffering in live mode. In vdr-xine's setup page you can specify an initial buffer size (e. g. 4 video frames ~ 160 ms) which must first be established before replaying at normal speed starts. BTW: The software decoding solutions need such a buffer to compensate latency issues with the threads involved in the chain from input to output. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 18.11.2007 17:01, Klaus Schmidinger wrote: > > Maybe it actually is about time for me to build a new VDR. > I'll probably take a look at the Reel Extension HD PCI. > But that means I'll also need a new motherboard with at least > five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). > On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, > which works really good, so maybe that's also a viable choice for > a new VDR. I guess it goes without saying that modern motherboards > have a gigabit Ethernet port and graphics on board. > Does anybody have a recommendation for such a board? There exist PCIe -> PCI converters, the one my local dealer offers converts one PCIe to 4xPCI. (Price-point is about 150 EUR IIRC) AFAIK there are no specific limitations to which PCI-card can be used in that thing. So it shouldn't be a problem to get enough PCI-Slots even with recent mainboard that mainly have 3/3 PCIe/PCI and last but not last 1 PEG. Bis denn -- Real Programmers consider "what you see is what you get" to be just as bad a concept in Text Editors as it is in women. No, the Real Programmer wants a "you asked for it, you got it" text editor -- complicated, cryptic, powerful, unforgiving, dangerous. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
I demand that Klaus Schmidinger may or may not have written... [snip] > Maybe it actually is about time for me to build a new VDR. I'll probably > take a look at the Reel Extension HD PCI. But that means I'll also need a > new motherboard with at least five PCI slots (for 3 DVB-S cards, 1 DVB-T > and the Extension HD). ECS nForce3-A and -A939? Not exactly current, but they both have 5 PCI slots and an AGP slot (anything up to x8). > On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, which > works really good, so maybe that's also a viable choice for a new VDR. Quite likely... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. I'll never finish this tagline ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 19, 2007 2:08 AM, Halim Sahin <[EMAIL PROTECTED]> wrote: > Hmm HDTV with a matrox card What I mean is H264 video gets decoded by the extra horsepower of the P4, matrox is used with software output device in vdr. Are you planning on buying an HD television set Klaus? Then ignore what I had to say and throw out one your dvb-s cards. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
What about a simple multimedia networking device like the Mvix www.mvixusa.com They appear to have a live community in open source development for the device. Would have been nice if the device had the sigma EM8623L and not the EM8621L, the 21L doesn't support H.264 decoding :( This would make nice VDR client (add-on) without having to upgrade your current hardware. I would recommend a device _like_ this to Klaus for development purposes. The TVix appears to have the EM8623L chip, but I can't find any references to open source development community. Theunis ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
Hi Jan, Just in case "vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3" is not caused by this / VDR does not crash because of that (I'm not getting that error), I've noticed that VDR does not start at all if I enable text2skin. It used to work in vdr-1.5.10 but not in 1.5.11 anymore, VDR just dies if I enable it. In the logs I get this: Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync rdptr is stuck at 0xdc01, wrptr 0xdcfb, left 250 Nov 18 20:01:35 VillenVDRdevil kernel: em8300_video.o: Video sync timeout And then VDR dies. If I disable it and use skinsoppalusikka instead, everything is OK. It even seems more stable (i.e. as stable as text2skin) than it used to, though I haven't done extensive testing yet. I'm on Gentoo, though. I'm having strange problems there with my dxr3 and >VDR-1.5.10 that other people on other distros don't. This could be one of those. - Ville -- Ville Aakko - [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Mo, Nov 19, 2007 at 01:53:02 +0800, Alasdair Campbell wrote: > On Nov 19, 2007 1:31 AM, Magnus Hörlin <[EMAIL PROTECTED]> wrote: > > Klaus Schmidinger wrote: > > > Maybe it actually is about time for me to build a new VDR. > > > I'll probably take a look at the Reel Extension HD PCI. > > > But that means I'll also need a new motherboard with at least > > > five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). > > > On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, > > > which works really good, so maybe that's also a viable choice for > > > a new VDR. I guess it goes without saying that modern motherboards > > > have a gigabit Ethernet port and graphics on board. > > > Does anybody have a recommendation for such a board? > > Can't you just buy a 2nd hand Pentium 4 board and another P4 mobile? > Save the environment and your wallet! No gigabit ethernet, but stick a > Matrox in the AGP slot and get component PAL output.. matrox G450 > costs 10 euros.. Hmm HDTV with a matrox card Halim ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 19, 2007 1:31 AM, Magnus Hörlin <[EMAIL PROTECTED]> wrote: > Klaus Schmidinger wrote: > > Maybe it actually is about time for me to build a new VDR. > > I'll probably take a look at the Reel Extension HD PCI. > > But that means I'll also need a new motherboard with at least > > five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). > > On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, > > which works really good, so maybe that's also a viable choice for > > a new VDR. I guess it goes without saying that modern motherboards > > have a gigabit Ethernet port and graphics on board. > > Does anybody have a recommendation for such a board? Can't you just buy a 2nd hand Pentium 4 board and another P4 mobile? Save the environment and your wallet! No gigabit ethernet, but stick a Matrox in the AGP slot and get component PAL output.. matrox G450 costs 10 euros... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger wrote: > Maybe it actually is about time for me to build a new VDR. > I'll probably take a look at the Reel Extension HD PCI. > But that means I'll also need a new motherboard with at least > five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). > On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, > which works really good, so maybe that's also a viable choice for > a new VDR. I guess it goes without saying that modern motherboards > have a gigabit Ethernet port and graphics on board. > Does anybody have a recommendation for such a board? > > Well, of the 643 modern mainboards for sale in Sweden (by modern I mean S775 and AM2), none combine five PCI slots with integrated graphics. Do you need a GPU if the Reel card works? Systems I build for friends and family run USB receivers nowadays, but that's a mess, I know. Personally I prefer to run VDR on my server in the attic (that runs a mail server among other things, so it's always on anyway) that's an old S754 board with six PCI slots. So speaking of wishlists, on my list is of course better support for multiple frontends. One often overlooked part of a PC is the PSU. My desktop PC (Antec Aria, 300W PSU) used 28W when switched off. When I replaced the stock PSU with a picoPSU it used 28W when up and running (idle, of course)! So I don't understand people who put so much effort in automatically switching their VDR's on and off. With properly dimensioned hardware that isn't necessary. And while I'm at it, the Core 2's that everybody seem to recommend are really good under heavy load, but when idle AMD's are a lot more energy efficient. I sort of suspected that you were both co-owner and developer at Cadsoft. I work as a self-employed electronics engineer consultant, and I end up recommending Eagle to almost every customer I work for. Keep up the good work, and continue to develop VDR in the direction that suits your own needs. I think that's the best way to keep the motivation up. But if that includes h.264, DVB-S2, teletext subs and multiple frontends, no one would be happier than me. /Magnus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.11 & subtitling problems
El Domingo, 18 de Noviembre de 2007, Reinhard Nissl escribió: > Hi, > > Jose Alberto Reguero schrieb: > > I still have problems with this patch and pvrinput and live radio, with > > CRepacker. If I disable CRepacker, the live radio is ok. Any ideas why to > > debug it? > > I need some more information. From what I guess, pvrinput provides a TS > stream, VDR runs in transfermode and outputs the remuxed stream via a FF > card. Is this correct? > Pvrinput is for analog hauppauge cards with harware encoder. Radio is a bit diferent, that tv because the card can't provide a mpeg audio only stream but a mpeg audio stream with a blank mpeg video. Audio channels have pid=0 so remux left only the audio part. If I put video pid in the radio channels in channels.conf then there is no problem with CRepacker. I use xineliboutput for the output. > What are the problems you are seeing with cAudioRepacker enabled? > The problems I have are that sometimes, the audio is not completely smooth, they have some breaks, in live radio. > Are there any problems when you replay a radio recording? > The recordings play without problems. > Are there any logfile entries mentioning a problem? > There are not any messages in the log files. > Bye. Thanks. Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Sunday 18 of November 2007, Klaus Schmidinger wrote: > Does anybody have a recommendation for such a board? I've found one with four PCI slots, see http://www.asus.com/products.aspx?l1=3&l2=11&l3=307&l4=0&model=1480&modelmenu=1. Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Sun, 18 Nov 2007, Klaus Schmidinger wrote: Does anybody have a recommendation for such a board? I'm afraid such a board does not exist, at least it is not an ordinary desktop MB. Novadays an ordinary full ATX mobo has 3 PCI, 1 PCI-e 16x and 1 PCI-e, mATX boards have only 2 PCI ports. All of them has onboard (Gbit)LAN. I recently build my new VDR box (http://www.tigercomp.ro/~ifuley/), I think the hardest part of the job is to find the right case, which means a quiet PC. Most of the desktop cases are designed for mATX mobos :( István -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] HD setup
Hello, I know 720p, 1080p/i resolution are getting common which is fine. >From the next feature thread I see there is some interest in H.264 channels :-) I don't like the hardware decoder solution : Intel core duo 2 are really cheap now and don't use that much power... I built my VDR PC (in fact my only PC...) with such a solution (and a fanless nvidia gfx card) and I find it perfectly suited for HD. The most important part from my point of view was the case : http://techgage.com/article/antec_p182_performance_mid-tower/ So that I don't have noise from the PC... I think almost any PC with core duo 2 CPU are enough for perfect H.264 decoding... I don't really like closed hardware solution neither... -- Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org http://picasaweb.google.com/Gregoire.Favre ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 15:38, Magnus Hörlin wrote: > ... > Hi Klaus. I'm a big fan of you, VDR and Eagle since many years. I always > agree with your postings and read them with great interest, but this is > the first time I have to disagree. My VDR livingroom client consumes > 30-35W from AC mains when running sw mpeg2 SD decode, deinterlace and > scaling. Using Reinhards patches to play h.264 720p it increases to > 40-45W, while my LCD runs at about 125W. So using modern pc hardware, > software decoding doesn't really create a heater in my opinion. I'm sure > an old 450MHz K6 uses more than that. > > My setup: > AMD BE-2300: €70 > Abit AN-M2HD: €80 > 1GB no-name DDR2: €20 > Mini-box picoPSU-80: €50 > total: €220 Maybe it actually is about time for me to build a new VDR. I'll probably take a look at the Reel Extension HD PCI. But that means I'll also need a new motherboard with at least five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, which works really good, so maybe that's also a viable choice for a new VDR. I guess it goes without saying that modern motherboards have a gigabit Ethernet port and graphics on board. Does anybody have a recommendation for such a board? > btw Klaus: I'm an everyday Cadsoft Eagle user since five years and I > still haven't had a single crash or even found a bug in it. Having used > all the high-end E-CAD system there is I can say that this is unheard of > in the industry. I guess you have something to do with that, or what is > your position at Cadsoft? Yes, I'm one of the developers (and also co-owner) ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] VDR developer version 1.5.12
VDR developer version 1.5.12 is now available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.12.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.11-1.5.12.diff WARNING: This is a *developer* version. Even though *I* use it in my productive environment, I strongly recommend that you only use it under controlled conditions and for testing and debugging. The changes since version 1.5.11: - Fixed assembling PS1 packets in cTS2PES::instant_repack() (thanks to Reinhard Nissl). - Updated the Russian OSD texts (thanks to Oleg Roitburd). - Fixed handling small PES packets that caused subtitles to be displayed late in live mode (based on a patch from Reinhard Nissl). - Fixed stopping live subtitles when a player is attached to the device. - Fixed suddenly stopping subtitles in live mode. *When reporting problems, please don't reply to this message!* Create a new thread instead, using a descriptive subject! Have fun! Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger wrote: The answer is very simple: I'm currently working on other things. And as long as there isn't at least a (graphics) card that supports decoding the "good old" MPEG2 in a quality that is at least as good as that of the FF DVB cards, as well as decoding H.264/HDTV in *hardware*, this whole area has next to no priority for me. I am not interested in software decoding this stuff - I don't want to have an extra heater in my living room ;-) Klaus Hi Klaus. I'm a big fan of you, VDR and Eagle since many years. I always agree with your postings and read them with great interest, but this is the first time I have to disagree. My VDR livingroom client consumes 30-35W from AC mains when running sw mpeg2 SD decode, deinterlace and scaling. Using Reinhards patches to play h.264 720p it increases to 40-45W, while my LCD runs at about 125W. So using modern pc hardware, software decoding doesn't really create a heater in my opinion. I'm sure an old 450MHz K6 uses more than that. My setup: AMD BE-2300: €70 Abit AN-M2HD: €80 1GB no-name DDR2: €20 Mini-box picoPSU-80: €50 total: €220 btw Klaus: I'm an everyday Cadsoft Eagle user since five years and I still haven't had a single crash or even found a bug in it. Having used all the high-end E-CAD system there is I can say that this is unheard of in the industry. I guess you have something to do with that, or what is your position at Cadsoft? /Magnus Hörlin ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11:29:29 Nov 18, Klaus Schmidinger wrote: > From the pictures and description I also don't see any optical > SPDIF output to which I could connect my Dolby-Digital decoder. > AFAIK the HDMI connector also provids the digital audio, but > that would go to the tv set - how would it go to the DD decoder? Sorry if I am hijacking this thread. I was wondering what sort of driver support will be necessary for providing optical audio out and HDMI video output. I understand that HDMI also support audio output but I am mainly interested in knowing if there will be some support necessary at the driver level. Any reference documentation or specifications will help a lot. Thanks in advance. Best, Girish ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.11 & subtitling problems
Hi, Jose Alberto Reguero schrieb: > I still have problems with this patch and pvrinput and live radio, with > CRepacker. If I disable CRepacker, the live radio is ok. Any ideas why to > debug it? I need some more information. From what I guess, pvrinput provides a TS stream, VDR runs in transfermode and outputs the remuxed stream via a FF card. Is this correct? What are the problems you are seeing with cAudioRepacker enabled? Are there any problems when you replay a radio recording? Are there any logfile entries mentioning a problem? Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 14:43, Georg Acher wrote: > On Sun, Nov 18, 2007 at 02:30:36PM +0100, Reinhard Nissl wrote: > >> It would be nice if you could provide a list with pin assignments for >> the 9-pin Mini-DIN connector. I do have a pigtail from an nVidia >> graphics card and I'd like to know where to find for example S-Video. > > > 8 7 6 > 5 9 4 3 > 21 > > 3/5: GND > 1: SPDIF-out > 6: Y (Y in YC-mode) > 8: U (C) > 9: V (CVBS) > > If you remove the plastic pin of a 4-pin-S-Video plug, it fits nicely > (without any violence...) in the 9-pin socket and has the right pin > assignment. A very strange coincidence ;-) Doesn't the card come with the necessary cables? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Sun, Nov 18, 2007 at 02:30:36PM +0100, Reinhard Nissl wrote: > It would be nice if you could provide a list with pin assignments for > the 9-pin Mini-DIN connector. I do have a pigtail from an nVidia > graphics card and I'd like to know where to find for example S-Video. 8 7 6 5 9 4 3 21 3/5: GND 1: SPDIF-out 6: Y (Y in YC-mode) 8: U (C) 9: V (CVBS) If you remove the plastic pin of a 4-pin-S-Video plug, it fits nicely (without any violence...) in the 9-pin socket and has the right pin assignment. A very strange coincidence ;-) -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Hi, Georg Acher schrieb: >> From what I can see in this thread >> >> http://vdr-portal.de/board/thread.php?threadid=51286 >> >> (sorry, it's in German) this card is being discussed rather >> controversial... >> >> From the pictures and description I also don't see any optical >> SPDIF output to which I could connect my Dolby-Digital decoder. >> AFAIK the HDMI connector also provids the digital audio, but >> that would go to the tv set - how would it go to the DD decoder? > > Electrical SPDIF is along with the component signals on the 9-pin > MINI-Din-connector. It's also with I2S and I2C for audio DA-converter and > some GPIOs on a flex cable slot on the backside of the PCB. It would be nice if you could provide a list with pin assignments for the 9-pin Mini-DIN connector. I do have a pigtail from an nVidia graphics card and I'd like to know where to find for example S-Video. Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Sun, Nov 18, 2007 at 11:29:29AM +0100, Klaus Schmidinger wrote: > From what I can see in this thread > > http://vdr-portal.de/board/thread.php?threadid=51286 > > (sorry, it's in German) this card is being discussed rather > controversial... > > From the pictures and description I also don't see any optical > SPDIF output to which I could connect my Dolby-Digital decoder. > AFAIK the HDMI connector also provids the digital audio, but > that would go to the tv set - how would it go to the DD decoder? Electrical SPDIF is along with the component signals on the 9-pin MINI-Din-connector. It's also with I2S and I2C for audio DA-converter and some GPIOs on a flex cable slot on the backside of the PCB. -- Georg Acher, [EMAIL PROTECTED] http://www.lrr.in.tum.de/~acher "Oh no, not again !" The bowl of petunias ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.11 & subtitling problems
El Domingo, 11 de Noviembre de 2007, Jose Alberto Reguero escribió: > El Sábado, 10 de Noviembre de 2007, Reinhard Nissl escribió: > > Hi, > > > > Reinhard Nissl schrieb: > > >>> Though, a cleaner solution would be to fix the result buffer to allow > > >>> retrieving any packet as soon as it is completely available in the > > >>> buffer (final subtitle packets are about 100 bytes in size). > > >> > > >> That sounds like the right thing to do. > > >> Can you suggest a patch for this? > > > > > > I hope to get something ready till tomorrow 12:00. > > > > See attachment. Tested in transfer mode with audio packets only (= > > radio), as there is no broadcast running which would provide subtitles. > > > > Bye. > > This patch fix problems with pvrinput radio an CRepacker. > Thanks. > Jose Alberto > I still have problems with this patch and pvrinput and live radio, with CRepacker. If I disable CRepacker, the live radio is ok. Any ideas why to debug it? Thanks. JHose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger wrote: > From the pictures and description I also don't see any optical > SPDIF output to which I could connect my Dolby-Digital decoder. > AFAIK the HDMI connector also provids the digital audio, but > that would go to the tv set - how would it go to the DD decoder? http://www.octavainc.com/HDMI%20distribution%20amp_splitter%202%20port.html There are others too... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Pasi Kärkkäinen wrote: > Btw afaik some countries are broadcasting SD content H.264 encoded.. norway > for example? Estonia sends all in mpeg-4, i think... > Eesti DVB-T teenus hakkab tööle järgmiste parameetritega: > Modulatsiooni tüüp: COFDM > Modulatsiooniskeem: 64 QAM > Kandvate arv: 8k > Veaparanduskood: 2/3 > Kaitseintervall, olenevalt piirkonna vajadustele: 1/16 või 1/8 > Hierarhiline modulatsioon: Ei kasutata > Modulatsiooni parameeter alfa: 1 > Ühesageduslik võrk (SFN): Kasutuses piirkonniti > Kasutatavad sagedusala: UHF IV ja V ala, kanalid 21-69, sagedustel: 470 - 862 > MHz > Kanali ribalaius: 8 MHz > Transpordivoog: MPEG-2 > Video pakkimistüüp: MPEG-4 AVC > Audio pakkimistüüp: MPEG-1 layer 2; Dolby-E and AC3 (läbijooks) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Andrey Kuzmin wrote: > I think that Morfsta's main point isn't any specific feature of VDR > like HD support. The point is VDR's development model itself. It is > closed now. Patches are not the answer to this problem. Developers have > to be very motivated to maintain patches from version till version. As > you see, MUCH patches are already died, not because nobody wants them, > because it's hard to maintain them for years. VDR is not a Klaus-only development. There are several bigger code parts that were contributed by others, and if there's a really missing feature and someone wants to contribute it, I'm sure Klaus will carefully consider adopting it. The point is that Klaus has very strict demands on code quality, and many patches never get up to that quality level. Thanks to that strictness, the VDR sources are relatively clean and straight implemented, and we're pleased with frequent rock-solid so-called 'developer' releases. > Big > part of VDR's community also want to "own" it. By ownership I mean > here decision making and commiting to CVS/SVN/HG. I've never seen an open source project where everyone is allowed write access to software repositories. There's always a very small group of people with write access, and any changes go through a strict review process before they're accepted. In case of VDR, it would be perfectly enough to have one person with write access. (guess who.) And the only thing that I think that could help in VDR development is a public bug tracking system, where bugs and feature requests could be developed to quality patches. But o.t.o.h. what stops us from doing this in the mailing list? In the end, what we could really need, are some developers that are persistent enough to develop their patches to a point where Klaus agrees to take over the patch as it is, without the need to do it any better. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/17/07 23:07, Pasi Kärkkäinen wrote: > On Fri, Nov 16, 2007 at 06:29:55PM +0100, Klaus Schmidinger wrote: >> On 11/16/07 17:32, Gregoire Favre wrote: >>> On Fri, Nov 16, 2007 at 08:20:38AM -0800, VDR User wrote: >>> >>> I didn't try vdr-1.5.11 because there is no H.264 patch for it. >>> >>> I really don't understand why they are not investigated to be >>> intregrated into vdr at this time as more and more TV are going to go to >>> H.264 (not all in HDTV). >> The answer is very simple: I'm currently working on other things. >> >> And as long as there isn't at least a (graphics) card that supports >> decoding the "good old" MPEG2 in a quality that is at least as good >> as that of the FF DVB cards, as well as decoding H.264/HDTV in *hardware*, >> this whole area has next to no priority for me. I am not interested in >> software decoding this stuff - I don't want to have an extra heater >> in my living room ;-) >> > > http://www.reel-multimedia.de/shop/product_info.php?products_id=223 > http://www.reel-multimedia.com/rmm-english/pdf/produkt-flyer/extension_hd.pdf > > I don't know if that card is actually available or not, but worth checking > out anyway.. >From what I can see in this thread http://vdr-portal.de/board/thread.php?threadid=51286 (sorry, it's in German) this card is being discussed rather controversial... >From the pictures and description I also don't see any optical SPDIF output to which I could connect my Dolby-Digital decoder. AFAIK the HDMI connector also provids the digital audio, but that would go to the tv set - how would it go to the DD decoder? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] problem with vdr-xine gnome-screensaver-Message:
Hi, Simon Baxter schrieb: > When I start xine in anyway with the vdr MRL as follows: > > xine -V xxmc vdr://tmp/vdr-xine/stream#demux:mpeg_pes OR > xine --hide-gui -f -D --post vdr_video --post vdr_audio -V xxmc > vdr://tmp/vdr-xine/stream#demux:mpeg_pes OR EVEN JUST > xine vdr://tmp/vdr-xine/stream#demux:mpeg_pes > > I get: > gnome-screensaver-Message: Failed to connect to the D-BUS daemon: Unable to > determine the address of the message bus (try 'man dbus-launch' and 'man > dbus-daemon' for help) > > repeating in stdout > > Can anyone help?? I don't think that this is vdr-xine related. Have you tried a different MRL too? Something like: xine /path/to/mpegfile Bye. -- Dipl.-Inform. (FH) Reinhard Nissl mailto:[EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr