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] HD setup
Igor writes: 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. What kind of streams are these? What bitrate and resolution? For real comparisons we will need to specify the exact stream parameters. If sombody has some links to files, I can run tests on a decypher chip. Then we can compare that to the load on different CPUs. Ralph ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
What kind of streams are these? What bitrate and resolution? Astra 19,2E, the channel - Discovery HD, it has the largest bitrate from known - Min-Avg-Max kBit/s 8265-15597-20175 the current bitrate you can find here http://www.linowsat.de/0192/24h/6/130.html resolution - 1920x1080 For real comparisons we will need to specify the exact stream parameters. If sombody has some links to files, I can run tests on a decypher chip. Then we can compare that to the load on different CPUs. yes , it's very useful Igor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
rjkm schrieb: Igor writes: 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. What kind of streams are these? What bitrate and resolution? For real comparisons we will need to specify the exact stream parameters. If sombody has some links to files, I can run tests on a decypher chip. Then we can compare that to the load on different CPUs. i would really like to see this - allthough i can't help in finding files. Even a C2D + RAM +Video card @60% load for average TV viewing sounds crazy to me - so i would prefer HDe as well - as soon as it is available and some people are using it. At the moment with my CRT TV there is no real use for it anyway ;) ___ 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] HD setup
On Sonntag, 18. November 2007, JJussi wrote: 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. You can change the A/V offset in xine. I sometimes hit the key by mistake ;-) Kind regards, Stefan ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD setup
On Monday, 19. Novemberta 2007 16:56:14 Stefan Taferner wrote: You can change the A/V offset in xine. I sometimes hit the key by mistake ;-) Yeah, you can do it at vdr's setup.. But then, tv-programs sound come too late.. So, how to set it only for x264 files? -- JJussi ___ 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] dxr3 and 1.5.11 antialiasing
Hi, which freetype version/Distribution use you? Some medium fresh FreeType versions have a bug with SPACE symbol 32 DEC. In UTF8 patch for vdr 1.4 there is a workaround for this. Ville Aakko schrieb: 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 ___ 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] Multiple diseqc.conf's when using multiple dvb devices??
Anybody have any input at all here?? ___ 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
