Re: [vdr] next features?
Some other vision of next generation HTPC LinuxMCE announced plans for new release which should be out at the end of November: - using Kubuntu 7.10; - support both 32-bit and 64-bit; - improved MythTV version; - working version of VDR (!); - full support 1080p, HD-DVD and Blue-Ray Think it's time to switch from Plutohome to LinuxMCE. So if LinuxMCE is finally having a decent VDR support, I think that is very viable future solution. Have you seen how LinuxMCE works? Look at Youtube. Warning: LinuxMCE has a lot of unneeded features, inherited from PlutoHome. But still from VDR side what is needed this to work. I think a working H.264 and DVB-S2 (and DVB-T2 in future) support to record shows, and let LinuxMCE show them. So lets let VDR to record every kind of stream to disk if user wants. I used to use VDR to record [EMAIL PROTECTED] from Euro1080, and used Windows machine (which had the horsepower) to look at content, and to see benefits of HDTV. When you see the technical quality of HDTV there is no way back to SDTV. Content is the same, but razor sharp images on a big screen.. I am satisfied with VDR's stability and its ability to record shows. UI is something from 80's. :) LinuxMCE seems like viable future, only if gyro mouses very more easily available. Best regards, Jori ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Pentium Dual Core E2140(1.6GHz, 800FSB, L2 1MB, rev.L2) These have quite advanced thermal protection, so it should work well with passive cooling. http://www.tomshardware.com/2007/09/27/what_if_your_cpu_cooler_fails/ Quoting from the above Finally, the Pentium Dual Core E2160, which is a low-cost processor rated at a TDP of 65 W, managed to complete all ten benchmarks with the CPU fan disconnected! I'm starting to think of changing a few parts in my VDR as well :) Daniel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/18/07 23:32, Segers,Jan J.K.T. wrote: But AFAICS unfortunately no gigabit Ethernet (which I'd like have in order to record to my server). how about the ASUS P5GC ? Well, looks like the ASUS P5GC is going to be the board for my new-to-build VDR: http://de.asus.com/products.aspx?l1=3l2=11l3=498l4=0model=1867modelmenu=1 So the next question is: which CPU to use? http://support.asus.com/cpusupport/cpusupport.aspx?SLanguage=de-demodel=P5GC lists all the CPUs this board supports, and since they are probably all way faster than I'll actually need, it's probably best to use the one with the lowest power consumption. Does anybody know which of these has the lowest power requirements? Or can point me to a source where I can find that information? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
So the next question is: which CPU to use? i would definitely go for the intel core2duo e4300. have a look here: http://www.hardtecs4u.de/reviews/2007/intel_e6420_e4300/index6.php beside its low power consumption it offers also two cores, which might be handy. -- 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. winmail.dat___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/19/07 00:25, Jörg Knitter wrote: 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 Most cases on http://www.caseking.de/shop/catalog/default.php?cPath=847_848_867 have seven slots. 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. The thing is that I have several PIC cards that I want to continue to use. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
So the next question is: which CPU to use? http://support.asus.com/cpusupport/cpusupport.aspx?SLanguage=de-demodel=P5 GC lists all the CPUs this board supports, and since they are probably all way faster than I'll actually need, it's probably best to use the one with the lowest power consumption. Does anybody know which of these has the lowest power requirements? Or can point me to a source where I can find that information? Klaus Hi, From what I have read over the last few months I would recommend either the Core 2 Duo E4300 (1.8GHz,800FSB,L2:2MB,65W,rev.L2) or the Pentium Dual Core E2140(1.6GHz, 800FSB, L2 1MB, rev.L2) Daniel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 21, 2007 1:54 PM, Daniel Heuwinkel [EMAIL PROTECTED] wrote: From what I have read over the last few months I would recommend either the Core 2 Duo E4300 (1.8GHz,800FSB,L2:2MB,65W,rev.L2) or the Pentium Dual Core E2140(1.6GHz, 800FSB, L2 1MB, rev.L2) It should be noted that Core Duo and Core 2 Duo are not the same. Core 2 Duo uses the new architecture while Core Duo does not. Unless the price difference is drastic between your considerations, I would absolutely go with the Core 2 Duo. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Wednesday 21 of November 2007, Klaus Schmidinger wrote: lists all the CPUs this board supports, and since they are probably all way faster than I'll actually need, it's probably best to use the one with the lowest power consumption. Does anybody know which of these has the lowest power requirements? Or can point me to a source where I can find that information? Klaus Hi Klaus, see for ex. http://en.wikipedia.org/wiki/List_of_Intel_Core_2_microprocessors Rgds, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
It should be noted that Core Duo and Core 2 Duo are not the same. Core 2 Duo uses the new architecture while Core Duo does not. Unless the price difference is drastic between your considerations, I would absolutely go with the Core 2 Duo. The Pentium Duo I referred to is not a Core Duo but a Pentium Dual Core[1] These closely resembled the Core 2 Duo E4300 processor with the exception of having 1 MB L2 cache instead of 2 MB We are talking here about a 55€ E2140 vs. 100€ E4300. So yes I would say the price difference is considerable while the difference in performance will likely be negligible in a vdr environment. [1] http://en.wikipedia.org/wiki/Pentium_E Daniel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 21, 2007 2:47 PM, Daniel Heuwinkel [EMAIL PROTECTED] wrote: The Pentium Duo I referred to is not a Core Duo but a Pentium Dual Core[1] These closely resembled the Core 2 Duo E4300 processor with the exception of having 1 MB L2 cache instead of 2 MB Sorry, I misread your post. /fixes eyes ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Jan Exner wrote: But there are more people like Klaus who are quite happy with hardware decoding, and I am grateful he works the way he does. Hear, hear... Thankfully no need for totally bloated X-stuff or framebuffers or such.. Just plain minimal text/consolebased system. VDR _is_ just a Set-Top-Box ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Lauri Tischler wrote: Jan Exner wrote: But there are more people like Klaus who are quite happy with hardware decoding, and I am grateful he works the way he does. Hear, hear... Thankfully no need for totally bloated X-stuff or framebuffers or such.. Just plain minimal text/consolebased system. VDR _is_ just a Set-Top-Box err... nope. For your usage it might be like that - simple and compact. There are others who like HD material (h264) to record and view, who like to see poor SDTV material on HD display shown at a level that does not want to make you vomit (good deinterlace and scaling), multiple frontends (server+client solution with dummy clients and again for HD purposes), have big library of music, movies and images, want to have easy to use remote access via e.g. web etc. etc. the list goes on.. Thus VDR-box is a bit more than just a set-top-box.. Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
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. That is very good point for end user to know that he compiled ideal source. There is some lack of very useful features, but the source is ideal. Sorry for sarcasm :)) 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. I've also told about this, about the group of authorized developers. But my point was not only authorized developers. My point was make more than one decision maker. I was really disappointed reading Klaus's decision not to do anything in H264 field only because he don't needed it (at least now). And this was not the only one feature that what denied or delayed because of this reason (remember how much time takes migration to 2.6.* kernels ;) 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. How developer should be motivated to do his job, if there will be exam of his skills at the end by only one man with his own vision of quality of code and what is needed for project and what not? ;) As I see there are people in this group who wants to participate in this development. But the rules of this process should be more clear and open. IMHO. 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. Exactly. And also voting system, what features are more needed for community, what less. But o.t.o.h. what stops us from doing this in the mailing list? IMHO this will not work good, because of much reasons like you have to track mailing list and so on, it will be easier to to check such bugtracking/voting system from time to time. P.S. Again, nothing personal. I'm only talking about the process. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger wrote: Does anybody have a recommendation for such a board? Asrock ALiveNF5SLI-1394 has seven pci-slots - 1 x PCI Express x 16 slot (White) - 2 x PCI Express x 8 slots (Yellow; for NVIDIA® SLI™ only) - 1 x PCI Express x1 slot - 3 x PCI slots ___ 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:32:47PM +0100, Segers,Jan J.K.T. wrote: how about the ASUS P5GC ? hi i bought the p5gc recently; it is the only board with 6x PCI, but without onboard graphics. the only problem so far is the onboard realtek 8169 NIC - works not with the ubuntu 7.10 default kernel! (the latest git kernel should work - not tested yet) but to something differnt: i think it is crucial to buy something with a amd/ati r500/r600 as graphic chip; i expect that amd releases soon the docs to decode h.264 on the GPU! (avivo) and with this, it should be very cheap option for a dvb-s2/hdtv vdr! mfg hermann pgp1a2LtfHpM4.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
PCI-Express has nothing to do with PCI, they're different slots. I'm selling hardware, and as I said before, current motherboards does not have 5 PCI slots. The last boards with 5 PCI slots were these: Asus P5P800, with AGP port, socket 775 on board 10/100 LAN, DDR 1 support. I have couple of these on stock, we're using them for servers where we need a lot of Ethernet ports. You will not find on any PCI-Express board 5 PCI ports, unless it is a server dedicated, expensive board. 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
Re: [vdr] next features?
Besides, I don't think that many users are still using some ancient pc with a slow cpu like Klaus has. I've been using a IBM Netstation, 266mhz, 128 mb ram with a FF dvb-s and a aver 771 dvb-t. It worked FLAWLESSY ! I could record 2 streams and play a third one, the OSD was slow but recording were ok. (At the time I used ~1 Ghz AMD and Intel chip and chipsets that were not able to handle the load ) Now it has hardware and software problems... I will solve as soon as I have time... Aver 771 doesn't work anymore, don't know why, it doesn't lock any signal. Also in a Windows PC. I just bought an USB stick, I'm looking for a PCI-USB2 adapter. I upgraded the ram to 256 and then upgraded from suse 9 to 10.3 that is a bloated S.o. that takes forever to do anything Francesco ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/19/2007 11:01 AM, Hermann Gausterer wrote: On Sun, Nov 18, 2007 at 11:32:47PM +0100, Segers,Jan J.K.T. wrote: how about the ASUS P5GC ? hi i bought the p5gc recently; it is the only board with 6x PCI, but without onboard graphics. Well, I can plug a graphics card into that extra PCI slot. the only problem so far is the onboard realtek 8169 NIC - works not with the ubuntu 7.10 default kernel! (the latest git kernel should work - not tested yet) That's a real pitty. I wonder if it will work with the default SUSE 10.3 kernel... Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Monday 19 of November 2007, Klaus Schmidinger wrote: i bought the p5gc recently; it is the only board with 6x PCI, but without onboard graphics. Well, I can plug a graphics card into that extra PCI slot. There is also one extra PCIEx16 slot. the only problem so far is the onboard realtek 8169 NIC - works not with the ubuntu 7.10 default kernel! (the latest git kernel should work - not tested yet) That's a real pitty. I wonder if it will work with the default SUSE 10.3 kernel... On Asus web there are drivers for linux (LAN, Audio) which are tested for kernel 2.6.21 and 2.6.22 - the need is kernel source and gcc. Regards, Ales ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User [EMAIL PROTECTED] writes: Hi, Besides, I don't think that many users are still using some ancient pc with a slow cpu like Klaus has. I'm using an old Compaq Deskpro with a 700MHz Pentium III with 384MB. It sports two DVB-T cards as input and one FF DVB-S as output. Works perfectly. Why would you bother when you can buy something way better faster for cheap these days? Why would you bother updating when it works just fine? And even the cheapest system I could buy today is still more expensive than keeping what I have now. Cheers, Jan -- Jan Exner · [EMAIL PROTECTED] · 0x9E0D3E98 · http://www.jan-exner.de/ Neues aus Frankreich und England http://www.jan-exner.de/uk.html ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Füley István wrote: PCI-Express has nothing to do with PCI, they're different slots. I'm selling hardware, and as I said before, current motherboards does not have 5 PCI slots. The last boards with 5 PCI slots were these: Asus P5P800, with AGP port, socket 775 on board 10/100 LAN, DDR 1 support. Asus P5P800 *SE* has Intel 82540EM Gigabit LAN Controller and 4 PCI slots. Good boards, but these doesn't support any low power CPU. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Füley István wrote: PCI-Express has nothing to do with PCI, they're different slots. I'm selling hardware, and as I said before, current motherboards does not have 5 PCI slots. The last boards with 5 PCI slots were these: Asus P5P800, with AGP port, socket 775 on board 10/100 LAN, DDR 1 support. Similar is Asrock AM2NF3-VSTA, 5 PCI, 1 AGP Socket AM2, lan 10/100 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/19/07 11:35, Ales Jurik wrote: On Monday 19 of November 2007, Klaus Schmidinger wrote: i bought the p5gc recently; it is the only board with 6x PCI, but without onboard graphics. Well, I can plug a graphics card into that extra PCI slot. There is also one extra PCIEx16 slot. the only problem so far is the onboard realtek 8169 NIC - works not with the ubuntu 7.10 default kernel! (the latest git kernel should work - not tested yet) That's a real pitty. I wonder if it will work with the default SUSE 10.3 kernel... On Asus web there are drivers for linux (LAN, Audio) which are tested for kernel 2.6.21 and 2.6.22 - the need is kernel source and gcc. The default SUSE 10.3 kernel comes with an r8169.ko module, so I would guess it should work. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 19, 2007 2:40 AM, Jan Exner [EMAIL PROTECTED] wrote: Why would you bother when you can buy something way better faster for cheap these days? Why would you bother updating when it works just fine? And even the cheapest system I could buy today is still more expensive than keeping what I have now. Well obviously when your ancient pc can't handle new things such as h264 decoding and HDTV, and no manufacturer is willing to waste their money making a hardware decoder card, I would say it's not working just fine as you claim. Sorry, a small handful of people using ancient pc's for dvb is not even vaguely enough for manufacturers to create h264 hardware decoder cards. And even if they did actually bring one to market, meaning you can BUY it and not just look at it on a website, the cost would be too much. If there's such a market for hardware decoding, where are all the cards? How come manufacturers aren't jumping at the chance to capture the profits from people like you with old slow pc's in need of such cards? I'm sure somebody somewhere still drives a Ford Model-T car, 'because it still works'. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User [EMAIL PROTECTED] writes: Hi, How come manufacturers aren't jumping at the chance to capture the profits from people like you with old slow pc's in need of such cards? I'm not saying my way is the best way. But there are more people like Klaus who are quite happy with hardware decoding, and I am grateful he works the way he does. Cheers, Jan -- Jan Exner · [EMAIL PROTECTED] · 0x9E0D3E98 · http://www.jan-exner.de/ Neues aus Frankreich und England http://www.jan-exner.de/uk.html ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
The default SUSE 10.3 kernel comes with an r8169.ko module, so I would guess it should work. This is correct, with a small Bug: http://en.opensuse.org/SDB:Realtek_8169_driver_problem Michael ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/19/07 21:57, Michael Möhle wrote: The default SUSE 10.3 kernel comes with an r8169.ko module, so I would guess it should work. This is correct, with a small Bug: http://en.opensuse.org/SDB:Realtek_8169_driver_problem Ok, that's not a real problem (at least for me) ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 18 Nov 2007, at 21:52, Klaus Schmidinger wrote: But AFAICS unfortunately no gigabit Ethernet (which I'd like have in order to record to my server). The AOpen i915Ga-HFS has 3 pci slots, gigabit ethernet and supports pentium M. I've used it with a 1.73MHz processor and for even software decoding SDTV using softdevice and a matrox G450 pci card, the CPU fan is off. Only when I start doing kernel compiles does the fan kick in. So for practical purposes, this motherboard is recommended, except that it has two pci slots too few.. If you don't find the perfect board, you might have to consider USB devices.. This board is very silent. It's more silent doing software mpeg2 decoding than my second VDR machine which has a Digitainer motherboard with onboard CLE266 unichrome chipset with hardware mpeg2 decoder (and a 800MHz celeron proc). http://www.silentpcreview.com/article311-page1.html (review) http://i915gmm.gratiswiki.dk/cgi-bin/gratiswiki.pl (info about the sister board to this board, with less pci slots) -- Torgeir Veimo [EMAIL PROTECTED] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User schrieb: On Nov 19, 2007 2:40 AM, Jan Exner [EMAIL PROTECTED] wrote: Why would you bother when you can buy something way better faster for cheap these days? Why would you bother updating when it works just fine? And even the cheapest system I could buy today is still more expensive than keeping what I have now. Well obviously when your ancient pc can't handle new things such as h264 decoding and HDTV, and no manufacturer is willing to waste their money making a hardware decoder card, I would say it's not working just fine as you claim. Sorry, a small handful of people using ancient pc's for dvb is not even vaguely enough for manufacturers to create h264 hardware decoder cards. And even if they did actually bring one to market, meaning you can BUY it and not just look at it on a website, the cost would be too much. I'm sure it seems strange to you that people are using decoder hardware if the CPU can easily do it. BUT All people having an FF card or dxr3 or em84xx are using exactly something like this. Count users using such a setup and count people using softdevice etc pp setup, i'm sure the people with soft decoding are the minority (or at least lesser then the first group). If there's such a market for hardware decoding, where are all the cards? How come manufacturers aren't jumping at the chance to capture the profits from people like you with old slow pc's in need of such cards? marketing doesn't allways recognize market demands, but tries to create demand for their ideas ... As i said it's obvious that this idea sounds strange to you - but that doesn't mean that its a bad idea. I don't have exactly an ancient setup (Turion ML30+500MB RAM) but why i should burn CPU cycles all the time for wathcing TV if a hardware card can do it far more effecient ? And the power left over can sure be used for streaming, converting and so on. ___ 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] 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?
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?
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?
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] 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?
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 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] 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/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
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=3l2=11l3=307l4=0model=1480modelmenu=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
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?
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] 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 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] 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 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?
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. winmail.dat___ 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 todays systems, it might be even less). I cant 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] 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?
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?
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
[vdr] next features?
H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. I can understand Klaus has only a limited amount of time available and therefore can only focus on what he thinks are important for his system, but the problem with this is that there is more than 1 user of VDR out there. H264 is a video standard and as such it should have support within VDR. More and more channels will start using it (not necessarily HD channels either, H264 increases the bandwidth of the satellite platform) and there is already plenty of fine content out there. E.g. the Premiere HD channels, Sky UK HD channels and the bouquet of HD channels on Thor (Canal Digital). The Polish HD channels are already improving and there will be HD channels as part of Digitalb in December. It has now gone behind demonstration loops and if you check out Kingofsat's website you will see there is now an abundance of channels from different providers. If Klaus is too busy or unconcerned to implement this standard in VDR, why aren't key patches by trustworthy sources such as Reinhard included? If Klaus does not start taking onboard assistance from key developers to assist then VDR will always be behind the curve. With something as important as H264 and DVB-S2 support, this needs to be included in the developer version as soon as possible (H264 NOW and DVB-S2 when the multiproto stuff is finished) otherwise it will be a real problem to patch and update the source and plugins to keep in line with new developer versions. Klaus may argue that he would like to keep control of stability of VDR etc, however isn't this why we have developer versions? Personally, I have still be using vdr-1.4.7, but I also have vdr-1.5.10 setup alongside it for looking at the dev version and applying patches etc (usually when the wife is out). Reinhard has released some much needed patches that AFAIK have still not been implemented within VDR developer: - * H264 (this can slot in very easily with negligible impact to MPEG2 users) * Sync Early * NTSC recording time * Radio recording time fix (this has been a problem with VDR for as long as I have used it) Essentially, what I believe is that if Klaus is unwilling to implement changes within VDR due to time constraints he should do what most other open source projects do and enlist help and set-up a CVS/SVN/HG. Klaus can then spend a little bit of time reviewing the code and ensuring it is OK, but I'm sure from people like Reinhard et al this will not take a lot of time. I must admit that unless this happens soon then I might be another long term user and supporter of VDR that moves over to MythTV purely because it seems to be better supported by developers. I have recently been playing with xine and a nvidia card (for both VDR and MythTV) and there is now very little difference between the output of xine and Technotrend FF card due to the improvements in de-interlacing. This was one of my first reasons for using VDR - output via a graphics card looked terrible! Please implement these changes to VDR to ensure that those who would like to see HD within VDR can remain with their favourite choice of open source PVR software. I hope this helps, Morfsta ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
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 ;-) That is interesting thread to read, thanks to Morfsta that said that many others wanted to say already long time ago :) 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. Klaus, you are doing the great job! But I think VDR now is much more than your own hobby/job/lack of software for your personal needs and hardware. Big part of VDR's community also want to own it. By ownership I mean here decision making and commiting to CVS/SVN/HG. Current development model looks like dictatorship model :) If you allow to commit improvements to VDR by other authorized devs, such things as UTF8 support were in VDR since 1.3.* I think :) I belive VDR and VDR's community will gain a lot from this. Imagine if Linus Torvalds were the only man, who were decision maker in kernel's development. I belive linux never become so popular because of being always 2 steps backward of current community's needs. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/17/07 15:23, Andrey Kuzmin wrote: 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 ;-) That is interesting thread to read, thanks to Morfsta that said that many others wanted to say already long time ago :) 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. Klaus, you are doing the great job! But I think VDR now is much more than your own hobby/job/lack of software for your personal needs and hardware. Big part of VDR's community also want to own it. By ownership I mean here decision making and commiting to CVS/SVN/HG. Current development model looks like dictatorship model :) If you allow to commit improvements to VDR by other authorized devs, such things as UTF8 support were in VDR since 1.3.* I think :) I belive VDR and VDR's community will gain a lot from this. The UTF8 support is a good example. If it had been accepted the way the original patch was, VDR would now be UTF8-only - which is not what I want. All my systems run on iso8859-1, and I wouldn't want to have a VDR that uses UTF8 on my system. Therefore I implemented UTF8 support in a way that it depends on what the current system actually uses. Now everybody can run their VDR system with the encoding they want. I don't want to work on a VDR where people can check in monster changes into a CVS or whatever, and the next time I sit down to do something, I first have to (meaning: am *forced* to) deal with what others have modified, so that I understand the source again. I rather take one topic at a time, look at whatever patches etc. are available, and consider how things really fit into the big picture. That can mean that the patch will be integrated just as is, because it is the right solution, or it can mean that I come up with a solution of my own, that (I believe) fits better into the VDR structure. If I were really the dictator as which you were kind enough to entitle me, I sure wouldn't have spent all the recent work in cleanly integratiting subtitle support into VDR. The original patch/plugin was way too complex for my taste. Imagine if Linus Torvalds were the only man, who were decision maker in kernel's development. I belive linux never become so popular because of being always 2 steps backward of current community's needs. Don't compare me to Linus - I don't deserve that honor ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Thu, Nov 15, 2007 at 07:48:25PM +0200, Petri Helin wrote: VDR User wrote: Many users are moving away from FF cards and into the realm of h264 and HDTV, which is why VDR has lost a lot of users to that other software I won't mention. ;( ... I've been using VDR for many years now and am very loyal to it and I must say I don't like seeing users leaving because VDR is being left in the dust when it comes to support for current future things like h264 and HDTV. But VDR does support h.264 broadcasts already, although with patching, but still. So there is no need for anyone to stop using VDR because of a lack of h.264 support. Btw afaik some countries are broadcasting SD content H.264 encoded.. norway for example? -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
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.. -- Pasi ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Klaus Schmidinger wrote: Some comments in this thread (and others) sound as if there is an imminent need to switch to HDTV/H.264, because otherwise we won't be able to watch tv any more within a few months. I don't see any real incentive in taking all the extra efforts to do HDTV. The programmes I usually watch are all broadcast in normal MPEG2, SDTV. Even if I had the ability to receive HDTV, I would have to pay extra to actually see anyting - so what's the point? I completely agree with Klaus on that point. All the HD hype right now is just the industries way of pushing a new technology and selling new hardware (decoders, TV sets, ...) to the consumers that didn't really ask for it. Seems a bit like some years ago when 16:9 TV sets was a *must have*. But there were actually almost no anamorph 16:9 transmissions and most people with their brand new sets were happily watching the news speaker or their favourite soap opera stars with squashed heads. That has somehow changed and even the news are in 16:9 anamorph format on German TV now. But how long did it take? How many channels are available now which transmit quality HD content (apart from demo channels)? I don't think it's a significant number to make VDR useless because you can't watch them with it. Of course there are alternatives for the early adaptors so that's fine. I am sure VDR will also support HD some time in the future. It just doesn't seem necessary right now. Ondrej ... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User wrote: Also, I talk with many dvb users on pretty much a daily basis and I've never once heard someone say they've left VDR for that other software because of eye-candy/UI. Most people seem to be concerned with capability functionality, not pretty graphics. My personal opinion is that, because I'm biased in favor of VDR, it's disappointing to see so many users abandon it simply because of the lack of support for things that are becoming more common in-demand every day. [...] A lot of these guys aren't coders, aren't used to compiling things, and aren't even used to using a console for that matter. They often use ready packages, and if those packages don´t contain the necessary patches, they will never get it to work. The more the interest shifts, the more people will leave VDR in its current state behind for something more suitable. Klaus very honestly said he's perfectly ok with that and sees no incentive to support this stuff so the story pretty much ends there. I fully agree with you (with [nearly?] all points) . I think you can see the interest in HD in the high number of hits e.g. in the DVB-S2 section at vdrportal.de. The people here and at vdrportal are very technically interested, so I think that there are a lot of early adopters that do not want to wait until 2010. And speaking for other PVR hard- and software solutions too, scrambling is no real problem for people who want to get certain content - and this is no secret as you can see in the vdr-wiki entry. HDCP output is no problem as the Dreambox 8000 is also said not to support this flag. Or do you think that Dream Multimedia will get sued as soon as the Dreambox 8000 is out because of this missing feature? With kind regards Jörg ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
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). Let's hope that will change soon :-) -- 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/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 ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 16, 2007 2:52 AM, Petri Helin [EMAIL PROTECTED] wrote: That should be no problem. If a patch exists, a package developer could easily make use of and include it in the release. So there is no need for Klaus to add it in to the core VDR. It's generally not a good idea to base your conclusions on 'should' or 'could'. Also, you can easily effectively argue that such basic common functionality should be added into the core being that it's such basic common functionality... Not much different then the recent support of subtitles. Also, Ondrej, HDTV is not hype, it's real it's here. Everyone I know who has invested in HDTV equipment did so because of the obvious increase in quality.. Not because they are mindless idiots who fell victim to illusions of content that doesn't really exist, or because of spoonfed hype.. Have you ever even watched HD content on a HD display? Maybe the provider -you use- doesn't offer much HD content but there are plenty of other providers that do. I don't know how it is where you live but here every major network and most of their affiliates, most of the pay movie channels, sports, ppv, etc. are all offered in HDTV, with a lot more coming soon. You can't ignore the obvious truth that a lot of people are leaving VDR behind because of its lack of support for h264 and HDTV. Maybe -you- don't use it but clearly a lot of other people do. I respect your opinions but they don't seem to be based on an accurate reflection of reality. You can resist HDTV and h264 all you want but it's here to stay. Besides, what's so bad about being with the curve or ahead of it for once, instead of always trailing behind? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On Nov 15, 2007 9:03 PM, VDR User [EMAIL PROTECTED] wrote: Lastly with regard to Petri's comment that, But VDR does support h.264 broadcasts already, although with patching, but still. So there is no need for anyone to stop using VDR because of a lack of h.264 support. I don't think anyone would argue that stock support for things such as h264 is far more desirable over the requirement of patches and modifying an app. Generally speaking, the less a user has to alter the source code, the better. In a related note, one of the most common questions I see being asked is how to patch this or that. The number of linux dvb users is growing in large part due to the lack of good solid dvb software for Windows. A lot of these guys aren't coders, aren't used to compiling things, and aren't even used to using a console for that matter. That should be no problem. If a patch exists, a package developer could easily make use of and include it in the release. So there is no need for Klaus to add it in to the core VDR. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Hi, Klaus Schmidinger schrieb: 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. Well, I've spent some time with subtitles. Will switch to 1.5.11 this weekend and supply new patches. 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. That's OK with me. As I wrote earlier, feel free to contact me when you think about taking over the patches. 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 ;-) Actually, we are not asking for decoding H.264, as there are no patches necessary to VDR regarding decoding. Decoding is handled either by FFmpeg-svn, xine-lib-1.2-hg and vdr-xine-0.8.0 or by a HDe and the reelbox plugin. Both decoding and display solutions don't need VDR to be patched. The most relevant patch to VDR enhances the remuxer to extract the picture type of H.264 frames. This part is sufficient to record H.264 broadcasts on DVB-S and DVB-C. Then there is the part which adds DVB-S2 support to VDR (provided by Marco Schlüßler). Sure, this one is a bummer as one needs to use the new multiproto DVB drivers. The remaining parts (syncearly, framespersec) support H.264, but are also useful for MPEG2. One provides faster zapping and the latter will make VDR show correct recording lengths e. g. for NTSC recordings. So to sum up and refer to my previous post, there is no need to watch H.264 on a PIII 450 MHz (although this should be possible with a HDe), but even this machine would be able to record H.264. 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?
Hi, Reinhard Nissl wrote: And I don't think that we will see a FF card which can handle H.264. Gfx cards take over that business and once the VA API is released and supported, those functionality will even be available on Linux. Let´s hope that the VA API will soon be released and get working drivers because the current situation is not satisfying. I am a satisfied FF-SD user for years, but it´s biggest pro, the 1:1 interlace output, becomes unimportant in times of progressive LCD screens. And the gfx cards are already good enough in decoding H.264 (at least on Windows) that I currently don´t see any sense in waiting for a FF-HD card - apart from the mentioned missing H.264 acceleration on linux. In fact, I fear more limitations in the ongoing VDR development if people again have to take care e.g. for OSD sizes of certain hardware boards and have to fight with (closed source) firmware bugs. A hardware independent approach would allow e.g. more flexibility in UI control. You might say: The UI is sufficient, but if I think of using VDR as media center I think of all the complicated things that need to be done e.g. to simply get an image displayed on FF cards (see the discussion on interlaced display of images some days ago). Also features like a web browser plug-in (e.g. for easier access to web-tv) will never be possible as people still have to take care of certain hardware limitations. Another approach would be calling external web browsers, media players etc. from VDR, but then I doubt that I can still use the remote control for also controlling the external applications. Just my thoughts about the future of VDR in a future flat-screen-enhanced living room (still enjoying superb tube tv quality...). With kind regards Joerg Knitter ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User wrote: Many users are moving away from FF cards and into the realm of h264 and HDTV, which is why VDR has lost a lot of users to that other software I won't mention. ;( ... I've been using VDR for many years now and am very loyal to it and I must say I don't like seeing users leaving because VDR is being left in the dust when it comes to support for current future things like h264 and HDTV. But VDR does support h.264 broadcasts already, although with patching, but still. So there is no need for anyone to stop using VDR because of a lack of h.264 support. -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
VDR User [EMAIL PROTECTED] writes: Some of us aren't ready to switch just yet but there's no ignoring the shift in peoples interests. All I can say is when it comes time that I can't ignore those requirements anymore, I can only hope that VDR has envolved with the times and I won't be forced to use something else. Agreed, but in the end I'm pretty sure I will be forced to use something else. (I've been thinking that for a long time and I'm still using it :)) I'm not even sure vdr is modular enough to allow my requirements without changing everything, is it ? (When Reinhard says it would be a big patch I guess BIG is meant.) Anyway, there's no public TODO, no public cvs/svn, etc... I'm surprised there's no fork yet. note: this message is not meant to be nasty, disrespectful or provocative in any way. -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
On 11/15/07 17:33, VDR User wrote: ... Klaus has made it very clear that he only cares how VDR works in his environment and if you want that support then you should use different software. I'm sure a large number of users don't like hearing that but it is what it is. Klaus has the right to include or neglect anything he wishes in VDR, and users do have the option to use something else instead. Some comments in this thread (and others) sound as if there is an imminent need to switch to HDTV/H.264, because otherwise we won't be able to watch tv any more within a few months. I don't see any real incentive in taking all the extra efforts to do HDTV. The programmes I usually watch are all broadcast in normal MPEG2, SDTV. Even if I had the ability to receive HDTV, I would have to pay extra to actually see anyting - so what's the point? For my taste currently manufacturers, broadcasters and studios are way too busy trying to *prevent* people from enjoying HDTV than to *enable* them to do it. Just take the infamous HDCP, for instance. You can have a tv set that does HDCP, and also a receiver that does it, but that doesn't necessarily mean that these two can actually work together. And unless both receiver and tv set are from the same manufacturer, chances are both manufacturers will point fingers at each other and say it's their fault... I'm not saying that VDR will never, ever do HDTV/H.264 (after all there are already patches to support that). It's just that I don't feel like spending time on this right now. And if this means that some VDR users who absolutely need this, and maybe also prefer shiny bells-and-whistles user interfaces, will switch to a different program, that's perfectly ok with me. Everybody should use the software that best suits their needs ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
I don't think anyone has implied that it's imminent VDR adopt h264/HDTV support or tv viewing will cease to exist. That would be a ridiculous claim to make! However, the truth is more and more HDTV broadcasts are being offered by providers on a consistent and constant basis due to market demand. H264 is becoming more widely used to help accommodate. SDTV will not vanish overnight but there is certainly a shift that can't be ignored. Klaus asks the question that even if he was able to view HDTV, he would have to pay more so whats the point? Well, the point is that it's clearly something people want and are willing to pay more to get considering the investment providers, and others, are making to offer more appealing services products to the customer base. Look at all the HDTV televisions available at inexpensive prices now, and it doesn't stop there... As media pc's become more 'the norm' and the center of home entertainment systems, it's no coincidence that video card vendors are offering up devices capable of this stuff as well. To have a blind eye to all this would be crazy to say the least. Also, I talk with many dvb users on pretty much a daily basis and I've never once heard someone say they've left VDR for that other software because of eye-candy/UI. Most people seem to be concerned with capability functionality, not pretty graphics. My personal opinion is that, because I'm biased in favor of VDR, it's disappointing to see so many users abandon it simply because of the lack of support for things that are becoming more common in-demand every day. I would love that VDR is able to be on the curve, or actually ahead of it, rather then trailing far behind. That being said, I fully respect appreciate the work Klaus and others have done with VDR over the years, and by no means am I trying to sound negative towards it. Lastly with regard to Petri's comment that, But VDR does support h.264 broadcasts already, although with patching, but still. So there is no need for anyone to stop using VDR because of a lack of h.264 support. I don't think anyone would argue that stock support for things such as h264 is far more desirable over the requirement of patches and modifying an app. Generally speaking, the less a user has to alter the source code, the better. In a related note, one of the most common questions I see being asked is how to patch this or that. The number of linux dvb users is growing in large part due to the lack of good solid dvb software for Windows. A lot of these guys aren't coders, aren't used to compiling things, and aren't even used to using a console for that matter. At any rate, the growing demand for things such as h264 and HDTV is clear, as is the fact that Klaus has no intention of supporting these things any time soon. Like mentioned many times before, we all have to figure out what we need and decide what software to use based on that. The more the interest shifts, the more people will leave VDR in its current state behind for something more suitable. Klaus very honestly said he's perfectly ok with that and sees no incentive to support this stuff so the story pretty much ends there. Well, one can always dream I guess! ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) -- ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Wed, Nov 14, 2007 at 11:49:50AM +0100, [EMAIL PROTECTED] wrote: imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) I would love to have VDR support H.264 recording on DVB-S. -- 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 ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
[EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Nov 14, 2007 4:23 AM, Gregoire Favre [EMAIL PROTECTED] wrote: I would love to have VDR support H.264 recording on DVB-S. I know a lot of people, including myself, who agree! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On 11/14/07 17:24, Lauri Tischler wrote: [EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On Nov 14, 2007 8:36 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Ouch! Well, maybe we should all chip in a couple dollars and buy Klaus a new pc that can handle h264. Can build one for just a couple hundred bucks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
On 11/14/07 17:57, VDR User wrote: On Nov 14, 2007 8:36 AM, Klaus Schmidinger [EMAIL PROTECTED] wrote: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Ouch! Well, maybe we should all chip in a couple dollars and buy Klaus a new pc that can handle h264. Can build one for just a couple hundred bucks. My VDR is just fine ;-) Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
Hi, Klaus Schmidinger schrieb: H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. I don't think that the ability to replay HD content is required to take over the patches. It would simply be nice to have a vanilla VDR 1.5.x which is able to handle H.264 content. Did you ever record or replay MPEG2 HD content? Have you ever seen or used a FF card for MPEG2 HD content? Though, VDR has the ability to handle MPEG2 HD content. And I don't think that we will see a FF card which can handle H.264. Gfx cards take over that business and once the VA API is released and supported, those functionality will even be available on Linux. So whenever you like, feel free to contact me regarding integration of H.264 support. Till then, I'll try to provide updated patches, so there is no need to hurry. 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 ? Was: [ANNOUNCE] vdr-xine-0.8.0 plugin
Klaus Schmidinger writes: On 11/14/07 17:24, Lauri Tischler wrote: [EMAIL PROTECTED] wrote: Graziano Pavone [EMAIL PROTECTED] writes: [...] And you wouldn't mind applying a huge patch on VDR to achieve this goal? This feature is so interesting that I certainly wouldn't mind, even if it would a very good feature to be included in the 1.5 vdr release... :) imho that's a feature that must be in 1.5 ! as with the smart channel management. utf8 and subtitles are great achievements, what's next ? :-) You have to ask Santa-Klaus ;) H.264 will only become interesting (to me) once there are hardware devices that can replay it (aka Full Featured DVB cards). I am not interested in software players that might not even run on my 450 MHz VDR. Until then, normal MPEG2/DVB-S does just fine for me. Well, there is the HD-Extension card by Reel. It has no tuner but one can just use a seperate tuner card or hope somebody builds a version with added tuner/tuners in the future. One could even run VDR on a stand-alone board with the same decoder chip. But again, somebody would first have to build it in quantity. Ralph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
