[vdr] Is there an easy way to detect H264 in PlayVideo?
Hello, the dxr3 is using the old PlayVideo interface, so it uses pes packets. Since the card can only decode mpeg12, feeding it h264 causes nothing but trouble, so I'd like to detect if the pes packet is an H264 one. So, is there an easy way to detect that a pes packet given by PlayVideo is H264? vdr-xine has an IsFrameH264 function, I tried to use it but it doesn't seem to work in this context. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client
En/na martinez ha escrit: b) My channels.conf has over 1000 channels, neatly divided in groups. The vdr-upnp documentation states you can exclude certain channels from the plugin, but this could take for ages I tried the vdr-upnp plugin yesterday and it actually takes ages. With ~5000 channels (mostly junk but I never have time to clean them) it takes ~20 minutes at each startup. Even with a reduced channels.conf (100 channels) it takes too long for vdr to actually produce an image. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: Applications for the living room
En/na Oliver Endriss ha escrit: It will not be replaced before the HDTV VDR is mature. The biggest problem is that my eyes do not like the picture quality of current LCDs. Try to look at plasma then, or, if you're really patient, wait for oled. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Linux in the living room
En/na Paul Menzel ha escrit: Am Dienstag, den 23.02.2010, 07:19 +0100 schrieb Stefan Hußfeldt: Oliver Endriss schrieb: I just checked my archives and found that VDR replaced my analogue SAT receiver around July 2002. From the beginning it was the most useful linux application I ever tried. And it is still the only one which made it into the living room. That's not true for me at all. My LCD TV is running Linux and has sshd, ftpd, nfs, etc. ;) Sounds great! What model is that? Most (all?) modern tv sets from samsung, lg, panasonic, sharp (and probably philips) are running some form of Linux, but that's usually only the base operating system, the application controlling the tv and that's doing mostly everything is closed. You can still do some interesting things just hacking the Linux base (e.g, if the tv can reproduce media from usb, you can fake an usb stick with an nfs mounted directory to media from the network), provided the manufacturer is friendly enough to the GPL and provides everything it is required to provide (I'm struggling with LG to get the sources corresponding to what's actually running on my TV, so if that's an important decision factor I'd avoid LG). Samsung seems to be the most hacker friendly set, see http://samygo.sourceforge.net Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Linux in the living room
En/na Lucian Muresan ha escrit: is required to provide (I'm struggling with LG to get the sources corresponding to what's actually running on my TV, so if that's an important decision factor I'd avoid LG). Any reaction at all, from LG? At first they were quick to answer and to provide the sources, but when I found out that I couldn't regenerate the same kernel that's running on the tv, that they didn't provide any official means to upload the hacked firmware (unofficially I know how to to it, but that's not the point) and that they don't provide the binary object of the main program (it's statically linked to uClibc, so to be compliant with the LGPL they have to provide that object) they stopped replying to my messages (that were also CCed to the gpl violations mailing list). I've been waiting for more than a month for the reply that still hasn't come. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 10 Year Anniversary of VDR
En/na Klaus Schmidinger ha escrit: Originally I intended to release version 2.0 of VDR at the 10th anniversary, but as ever so often, I ran out of time. But I'm still on it - stability comes before deadlines ;-) Hey, we can wait for the 15th anniversary ;-) And I hope we're still here for the 20th, 30th and so on :-D Congratulations! Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Fwd: GOTOX patch for 1.7.5 - rotor plugin
En/na Seppo Ingalsuo ha escrit: This is why originally made the patch (thanks for rotor plugin author for lot's of useful code). I got fed up to unreliable operation and messing up of channels.conf with similar frequencies from other positions. Yes, unfortunately a plugin has currently no way to indicate that tuning is currently impossible because the dish is moving. In the actuator plugin I disable the auto-update of channels while the dish is moving and restore the previous setting afterwards, but that isn't 100% reliable and doesn't help with the detection of dvb subtitles (which fails when the dish moves). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] subtitles on BBC live shows or the news
En/na André Weidemann ha escrit: Hi, I recently noticed that subtitle decoding on BBC stations for live broadcasts such as football or the news is not working very well. The subtitles, are barely readable. The words are often displayed separately and are erased before the entire sentence is drawn. It looks the same with vdr-1.6.0 and vdr-1.7.11. Could this be a bug in the SPU decoder? I've seen this too. OTOH when the subtitles are prepared beforehand (films, soaps, documentaries, etc.) there's no such problem. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine vdpau not working?
En/na Simon Baxter ha escrit: ANY IDEAS?? I'm using xine-lib-1.2 and patching with xine-lib-1.2-vdpau-r286.diff which was configured with: ./autogen.sh --with-vdpau --enable-debug --disable-optimizations --with-mpc=no Did it actually find vdpau headers? You can check config.log for it. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] mini-PCIE with Broadcom Crystal HD Hardware Decoder (BCM970012) for HD playback with free drivers
En/na Paul Menzel ha escrit: Dear list, I just share something I read on the XBMC [1] Web site. The Broadcom Crystal HD Hardware Decoder (BCM970012) seems to be an alternative for HD playback with free drivers [2]. You can get it at as an mini-PCIE card at eBay for 22 $ [3]. If this is all true in my opinion these are fantastic news. This is great news indeed. In the comments someone mentions this motherboard: http://www.intel.com/products/desktop/motherboards/D510MO/D510MO-overview.htm It can be passively cooled, has a pci and a mini pci-e slot, but it lacks hdmi. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Seppo Ingalsuo ha escrit: With just VDR DVB-C/T/S as a source there probably is no real advantage to upgrade to HDMI only over legacy SPDIF from TV to AVR setup. If the only planned source is a pc (running vdr and, say, xmbc), would it make sense to bypass the av receiver completely and just decode the audio on the pc connected to the speakers? Or it doesn't make sense (since you'll need an amplifier for each channel anyway, so you could just as well buy an av receiver)? Just asking, since with wife, kids, and neighbours, I'll probably have to convince myself that the tv speakers are good enough ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Timothy D. Lenz ha escrit: I have seen USB to serial and parallel adapters, but the parallel ones are kind of rare and you might need to mod your software Oh, yes, I'll surely need to modify it, since my driver needs an old-style parallel port, an usb to parallel converter won't do. However, now that I think of it, I could use an usb to serial converter and instead of a driver write a daemon that uses polling to count the pulses. I'm still not convinced that a single pci slot is enough though. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Steffen Barszus ha escrit: Any card will do or should I look for a specific one with some form of spdif pass-through? I don't have experience on this and its not a concern for me, but maybe still give you some facts: * the cards all have an audio pass trough, no connector though * the card reports to have an audio device * this audio device is not supported yet, but some people reported success to at last get it recognized with some patches, not sure if its working for anyone allready Well, considering that I cannot find a way to get audio through hdmi with my laptop and I couldn't get much help on the alsa-users mailing list (as couldn't another folk with the same laptop 5 months ago), I am worried. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Artem Makhutov ha escrit: I'm still not convinced that a single pci slot is enough though. I am using TeVii S660 and TeVii S650 USB DVB-S2 cards. So I don't need PCI slots. The only problem with the USB devices is that they all require a seperate power supply. Would this be an option for you? I want to reuse my current dvb-s (pci) card, so that could be an option for future expansion, thank you, though the idea of many separate boxes isn't that appealing. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Seppo Ingalsuo ha escrit: The situation with Nvidia HDMI audio is perhaps improving, by Googling I found this one: http://www.nvnews.net/vbulletin/showthread.php?t=140264 I solved the hw/vendor id thing. Now it is showing when aplay -l but it has 4 different pcm devices with none of them giving any sound. Not very promising. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Recommendation for new hd vdr system.
Hello, Now that I have an hd tv set, I'm looking at revamping my ageing vdr system for hd. Oh, and I want it to be really cheap ;-) It seems that the only reasonable option is a motherboard/graphic card supported by nvidia vdpau. I need a parallel port and a pci slot (I want to use my current dvb-s card), so the revo and similar nettops are out. The asus P5N7A-VM motherboard seems a good candidate, is its integrated 9300 graphics powerful enough for good deinterlacing? According to this page http://www.mythtv.org/wiki/VDPAU the only limitation is that it cannot do Advanced 2x for HD content, everything else is covered (I'm currently using temporal on my laptop and, while acceptable, it doesn't seem top-notch). Or should I better buy a cheap motherboard and add an external nvidia graphic card? Any suggestion? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Steffen Barszus ha escrit: Vdpau enabled IGP motherboards except ION systems seem not to be available at all for some reason. Maybe because they are old. It's a pity because they seems a good choice: cheap, small, powerful and passively cooled. Same for passive Nvidia GT220 cards (not yet available (Zotac Zone Edition or ECS)). Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonboardchips/index.php Thanks, that's a good overview. According to it the GT210 only supports temporal, so it doesn't seem such a good choice, and the ones I can find over here are with forced cooling. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Andrew Herron ha escrit: The P5N7A-VM seems to have been discontinued by ASUS. We have a number at customer sites and the this motherboard does a good job using Temporal 2x with VDPAU. As I said to Steffen it's a pity that they're no longer available. Maybe there is some newer model coming soon? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Luca Olivetti ha escrit: Even if its german, this might give you a good overview: http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonboardchips/index.php Thanks, that's a good overview. According to it the GT210 only supports temporal, so it doesn't seem such a good choice, and the ones I can find over here are with forced cooling. Mmmh, in that table, the 9400GT is said to support only temporal, while here http://wbreu.htpc-forum.de/vdpaukompendium/leistungsvergleichgrafikchipsonboardchips/index.php he says than the 9400GT has enough power to advanced deinterlacing at 1980x1080. A glitch of google translate or is the table wrong? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Timothy D. Lenz ha escrit: NewEgg or ZipZoomFly don't ship to spain? No, but even if they did the shipping, taxes and customs fees would cost more than the wares. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Steffen Barszus ha escrit: C2D E7x00 Isn't that overkill? (I mean, with hw accelerated people are using an atom) Mainboard w/o IGP GT210/220 If I go this route (separate motherboard and graphic card) what about audio through hdmi? Any card will do or should I look for a specific one with some form of spdif pass-through? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recommendation for new hd vdr system.
En/na Carsten Koch ha escrit: Here in Germany, there are only two Atom boards with 1 PCI slot and GeForce 9400 graphics: http://geizhals.at/deutschland/?cat=mb1ppga_ddrxf=597_GeForce+9400~489_1 Yes, but the problem is that I need a parallel port for the actuator (though maybe I could adapt the circuit to use the serial port instead, and the point of view has one, but then I should find a replacement for my homebrew lirc receiver). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Switching from MythTV to VDR
En/na Andre Newman ha escrit: No ITVHD, I tried the fixed pid and turn off updates workaround but it didn't work for me, not so important as I suspect red button ITVHD will be history in a couple of months, not like I'd be missing many programmes anyway! I have autoupdates enabled, with one bogus entry for the autoupdated itvhd and one with a different id (nid, tid? I don't remember) that won't be autoupdated. These are the channels.conf lines for itvhd: The good one: Itv hd;BSkyB:11426:hC23M2O0S0:S28.2E:27500:3401:0;3402=eng:0:0:6969:0:0:0 The bad one: Itv hd;BSkyB:11426:hC23M2O0S0:S28.2E:27500:0:0;3402=eng:0:0:10510:0:0:69 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD output - your current favourites
En/na Gavin Hamill ha escrit: My current vdr-1.4.7 (compiled 2 years ago as of tomorrow!) is still serving me well.. I have a Technotrend FF DVB-C doing all the heavy lifting, but as time moves on and HD content becomes more prevalent, I'm thinking of moving up. Right now I have an EPIA 800MHz quiet PC with the Technotrend giving me lovely SCART RGB out... if I got a nice LCD TV, what setup would be ideal for driving the HDMI input? I don't have a nice lcd/plasma tv, so I don't use hdmi. I currently play hd content (from a handful of satellite channels, only one of them, bbchd, carrying real programming) on my laptop (1680x1050 resolution, a tad smaller than the full-hd 1920x1080), which has a nvidia card, using xine-plugin on the vdr pc and xine-vdpau on the laptop. With vdpau almost everything is offloaded to the graphic card, so it needs really little cpu, it's possible it could also work on your epia, provided you can add a pci/agp card with a suitable nvidia chipset and are willing to use their closed driver. I have to say that the result seems pretty good to me. Ati/Amd and intel will probably offer some hd acceleration in the near future, however I don't think they offer anything right now for linux. I found this benchkmark: http://gwenole.beauchesne.info/en/blog/2009/06/22/video_decode_acceleration_benchmarks Most of the content is still SD, and I am a real pedant about smooth video / interlaced output for scrolling text / live sports. Any time that I've played with vdr-xine or xineliboutput over my years with VDR, it's always been a bit juddery due to VGA timing not matching up with the TV.. is that improved any in the world of HD / HDMI? Again, I cannot tell about hdmi (though I think I'd get similar results), but on my laptop screen sd content is upscaled acceptably by xine-vdpau (the scaling and deinterlacing is done in hardware with vdpau). Horizontally scrolling text is not very good IMO. I your tv scaler is better than the nvidia one (though it has to be a high end tv set for that) I suppose that you can feed sd content through hdmi, though everybody is suggesting to scale on the pc and feed the tv with its native resolution. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD output - your current favourites
En/na Seppo Ingalsuo ha escrit: Is the laptop LCD refreshed at 60 Hz? According to nvidia-settings yes Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] 28.2E: declining transponder performance or failing hardware?
In the last weeks I'm having trouble tuning to a couple of transponders at 28.2E http://www.lyngsat.com/28east.html The ITV 3 transponder (10906V) seems fine by day but with no signal at night. The BBCHD transponder (10847V) has some uncorrected errors that cause artefacts, both during the day and at night. I live near Barcelona, this satellite, in spite being focused to the UK, should be visible with a 90cm dish here, and I have a 120cm one and everything was working fine before (I know that further south they need bigger dishes and have problems during the night). Nearby frequencies on other satellites seems fine to me (even if I could only find encrypted channels, the UNC is 0). Is anybody at the border of the satellite footprint noticing a degradation from these transponders or should I suspect my equipment? TIA -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 28.2E: declining transponder performance or failing hardware?
En/na Luca Olivetti ha escrit: The BBCHD transponder (10847V) has some uncorrected errors that cause artefacts, both during the day and at night. On this channel right now the signal is ok (according to femon) but I still have artefacts. I'll ask on the xine-vdpau mailing list. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine settings for VDPAU SD and HD
En/na scott ha escrit: With live TV on SD material (e.g. BBC News), I get a lot of dropped frames ( around 5 %) (HD is worse, around 20%): video_out: throwing away image with pts 2405183661 because it's too old [...] # number of video buffers # numeric, default: 500 - tried 500, 800, 900, 1000, and 1500. 900 seems to give the best results #engine.buffers.video_num_buffers:500 I have it set to 2500 (don't ask me why, I don't remember). I only see dropped frames when I'm resizing the window. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ExtensionHD and VDR 1.7.6
En/na VDR User ha escrit: On Thu, May 28, 2009 at 7:50 AM, Josce jo...@welho.com wrote: Reelbox plugin still occasionally freezes, but so it has always done. The reelbox plugin is of course a joke and I deeply regret buying the card from Reel-Multimedia. Hopefully the VDPAU is more promising. Sorry for OT but just wanted to note that I and many other users I know are using VDPAU now and it works great. I believe the devs are preparing to submit a patch to Darren Salt so it may become a part of vanilla xine-lib. A huge thanks to the devs for their work! OTOH with my setup it works poorly (artifacts, banding, freezing, changes in color, etc.) and I'm not the only one, so I'm not sure vdpau support is mature enough for inclusion in xine-lib. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ExtensionHD and VDR 1.7.6
En/na VDR User ha escrit: OTOH with my setup it works poorly (artifacts, banding, freezing, changes in color, etc.) and I'm not the only one, so I'm not sure vdpau support is mature enough for inclusion in xine-lib. Are you sure you're not experiencing driver problems? Btw, the vdpau devs are really good about fixing things if you provide them with a sample to work with. A backtrace doesn't hurt either. I'm not sure about anything: I asked on the mailing list and on the IRC channel and got 0 replies (well, one from the mailing list but it was a reply direct to me from a user telling me he has the same problems). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC HD and vdpau
En/na Morfsta ha escrit: On Tue, Apr 21, 2009 at 11:02 PM, Luca Olivetti l...@ventoso.org wrote: I doubt it. I think it's simply a case of vdpau not working properly, or some magic setting that has to be tweaked (I had really funky colors until I reset the hue,saturation and contrast by editing .xine/config, no way to correctly adjust them from insinde xine). FWIW I'm using the laptop display (which has 1680x1050 resolution, so there's a bit of scaling involved from 1440x1080). Bye -- Luca Sounds like VDPAU (or xine's interface with VDPAU) doesn't support MBAFF properly then. Or, as I said, there's some parameter unknown to me that I should tune: I have the same problem with the astra hd demo at 23.5E Or simply vdpau doesn't work with my graphic card: Model: Quadro FX 770M IRQ: 16 Video BIOS: 62.94.3b.00.06 Card Type: PCI-E DMA Size:40 bits DMA Mask:0xff Bus Location:01.00.0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC HD and vdpau
En/na Morfsta ha escrit: If you turn Dolby Digital off in the VDR DVB menu then it will play only the MPA track and the picture will then work fine in VDR. I tried activating dolby digital (I usually have it set to no), and I don't have a problem with the video (as long as I use xxmc, vdpau, as I said previously, doesn't work). Of course I don't hear anything (I don't have 5.1 hardware), and if I select the normal audio track it skips from time to time, but the video itself is fine. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC HD and vdpau
En/na Rob Davis ha escrit: I tried the turning off dolby digital and I get the Narrative track ok, but I still get corruption on vdpau. It's like vertical banding, I my case the bands are horizontal reminiscent of trying to copy a video with macrovision. My pc doesn't display it well enough on xxmc, (I have an 8400 which should be fast enough with a quad core phenom, but it doesn't want to do it..) I am using a VGA output, maybe it will work if I used a DVI one? Maybe it is HDCP protection? I doubt it. I think it's simply a case of vdpau not working properly, or some magic setting that has to be tweaked (I had really funky colors until I reset the hue,saturation and contrast by editing .xine/config, no way to correctly adjust them from insinde xine). FWIW I'm using the laptop display (which has 1680x1050 resolution, so there's a bit of scaling involved from 1440x1080). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] BBC HD and vdpau
En/na Rob Davis ha escrit: I'm in a half way stage with VDR and h264. I didn't want the multipro drivers, but wanted to get a few HD channels working with vdpau. I have VDR working with BBC HD almost, and Sky HD +24 and a few others, however, BBC doesn't seem to display properly, as well as having problems with the audio selection. It looks like it has macrovision protection or something like that.. (Using vdr-sxfe and xine-libs with h264 support). As I said, other channels seem to work. I would try ITV HD but there's never anything on... Any tips? (In xxmc it sort of works, but jumps as it doesn't seem to have the guts to play the source.) I was just going to ask on the xine-vdpau mailing list/irc since in my setup (i.e. my laptop) xine-vdpau works worse than xxmc: vdpau mostly works with the astra hd demo channel at 23.5E (though there's some minor color fluctuation) while it doesn't work at all with the bbc hd channel (heavy pixelation, stuttering and horizontal banding). In both cases using xxmc the image is good, though sometimes there's some stuttering since the machine probably doesn't have enough horsepower (an Intel Core 2 Duo T9400). Anyway, it doesn't seem that using vdpau I have any less cpu usage. I'm using it with vdr 1.7.0+h264 patches and the xine plugin. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Question about VDR changes for a high-color osd.
On Sat, 18 Apr 2009 13:28:24 +0200 Udo Richter udo_rich...@gmx.de wrote: This is mostly what the VDR skin interface already provides: A semantically structured description of the interface. Most skins translate this into a bitmapped OSD view, but they don't have to. The skincurses plugin for example uses the text console. VDR itself never uses the OSD directly, only through the two standard skins. That only works if the default vdr menu layout (i.e. a simple name:value list) fits your needs. If you need a different layout you have to draw directly to the osd (with the side effect that the skincurses plugin won't work). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
En/na Timothy D. Lenz ha escrit: Mail should be text and any code should be limited to files that are in no way run by the mail program. Fact is, it *is* text. The problem is that outlook doesn't qualify as an email reader. Postel's law http://en.wikipedia.org/wiki/Jon_Postel#Postel.27s_Law says be conservative in what you send, be liberal in what you receive, the exact opposite of what outlook does: it sends crap (e.g. winmail.dat) but it cannot render a correctly formed *text* mail message. Do the world a favour and use a real email program, or stop complaining about well formed messages. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Luca Olivetti ha escrit: En/na Klaus Schmidinger ha escrit: On 28.02.2009 18:35, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Just took a look, and they are perfectly in sync. Strange, I see them a little bit early right now (not much) but it's worse with recordings. Maybe it's just Poirot, but I swear I have to use teletext subtitles with those recordings. I uploaded a short (14M bytes) clip with the subtitles out of sync. http://personales.ya.com/ventoso/poirot.tar Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Tony Houghton ha escrit: On Sat, 28 Feb 2009 19:29:07 +0100 Luca Olivetti l...@ventoso.org wrote: [Subtitles out of sync] En/na Klaus Schmidinger ha escrit: On 28.02.2009 18:35, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Just took a look, and they are perfectly in sync. Strange, I see them a little bit early right now (not much) but it's worse with recordings. Maybe it's just Poirot, but I swear I have to use teletext subtitles with those recordings. What sort of output device are you using? Maybe xine or whatever your decoder is has a problem that Klaus' hardware decoder doesn't? I thought of that (I'm using both xine and a dxr3), but that's the only channel where I have dvb subtitles out of sync. In fact, with networked xine, teletext subtitles are usually quite bad in recordings (that's the reason at the time I patched the plugin to delay them), while I never had problems with dvb subtitles (except for the above mentioned itv3). I've also noticed that A/V sync problems are much more likely and/or severe with recordings than live TV. Maybe the switch to TS recording will correct that. Additionally, it seems to me that old programmes, especially films, are the most prone to A/V sync problems. No, I don't have any problem with A/V sync. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Btw, a 20€ dvb-t set-top box handles teletext subtitles just fine. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: On 28.02.2009 15:54, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: ...teletext subtitles are a thing from the past, the normal way of broadcasting subtitles should be DVB subtitles. I hardly think a DVD player would be able to handle teletext subtitles (or am I wrong here?). While I agree that dvb subtitles are usually better than teletext subtitles, there are cases when it isn't so. For example, itv3 (shoot me, but I like Poirot) broadcasts both teletext and dvb subtitles, but the dvb subtitles are ~6 seconds early, so they're unusable. Have you ever inquired why they don't fix this? No, I'm using teletex subtitles instead ;-) I'm not supposed to be receiving uk channels (in theory the beam is focused on the uk), so I cannot really complain. Besides, I'm not knowledgeable enough to be sure it's their problem or vdr problem (after all, if it didn't work with the freeview set-top boxes, they'd surely fix it, wouldn't they?) OTOH I never had problems with dvb subtitles on the bbc channels (other than vdr not recognizing they're there in recordings, while they automatically show in live view). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Anyone working on ttxtsubs for 1.7.4?
En/na Klaus Schmidinger ha escrit: On 28.02.2009 18:35, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Please send me the channels.conf line of itv3 - I'd like to take a look at this myself. ITV3;BSkyB:10906:vC56M2O0S0:S28.2E:22000:3348:3349=eng,3350=NAR:2373:0:10260:2:2054:0 Just took a look, and they are perfectly in sync. Strange, I see them a little bit early right now (not much) but it's worse with recordings. Maybe it's just Poirot, but I swear I have to use teletext subtitles with those recordings. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Delaying subtitles
En/na Josce ha escrit: My problem is that vdr 1.6.0 with the reelbox plugin displays the subtitles 6 seconds too early. Does anyone know if there is a simple way to add a 6 seconds delay to the subtitles? I tried to look at the old subtitle plugin and how it was done there but couldn't see how to apply that to the subtitle handling that vdr does. I suppose you're talking about dvb subtitles. Per chance, are you seeing the problem on ITV3 (Eurobird 1/Astra 2)? Before the subtitles were perfectly in synch, but since a couple of weeks they're several seconds early. Subtitles on bbc4 are still ok, as are teletext subtitles on ITV3 (well, they're early too, but that always happened here with recorded teletext subtitles, that's why I hacked a delay in the ttxtsubtitles plugin). There are also other oddities with subtitles: ITV3 has subtitles (correct before, early now) but ITV3+1 has them completely out of whack (repeating, disappearing, missing some, etc.). Film4 stopped broadcasting subtitles some months ago, while Film4+1 still has them. I'm wondering if all these problems are with the broadcaster or there's some problem in vdr. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sky/Freesat EPG
El Sat, 29 Nov 2008 18:10:50 + (GMT) Dominic Morris [EMAIL PROTECTED] escribió: On Sat, 29 Nov 2008, Luca Olivetti wrote: FWIW I see the same with 1.7.0. I tried various bbc channels, a couple of itv ones and, surprisingly, I see the no title (localized) items also on film4 (surprisingly because it shouldn't be part of freesat, at least the freesat web page only lists bbc and itv). I put the freesat.t[12] files that came with the patch (should I look for newer ones?) in /home/vdr/conf, but I modified libsi/Makefile accordingly. There's newer/complete tables in the freesat_table_complete.zip file. The default directory for loading the files from is /video - unless you've defined FREESAT_DATA_DIRECTORY in a make file somewhere. I omitted the trailing slash in the definition, so it didn't find the files. I corrected it and now I don't have no titles anymore, but there are many holes in the epg ( e.g. on bbc 1 e mids I have epg for today, the first 3 programmes of tomorrow, then it skips to the 2nd and from there to the 6th). Is it because they're slow broadcasting it? The german channels on astra at 19.2 (which unfortunately I cannot understand) use the standard method and the weekly epg is almost instantaneous. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Sky/Freesat EPG
En/na [EMAIL PROTECTED] ha escrit: Hi I have read all your exchange since beginning but I still do not understand and really curious to know what is the real gain to patch VDR and wait at least 30 minutes to have EPG instead of using Loadepg plugin who do the full job in 2 minutes ? Well, loadepg is a manual thing, I had some problem with it with my setup (I have to tune to the channel with the epg, it wouldn't do it by itself here) and I didn't know it worked with freesat (I mainly used it in the past to get epg for the italian channels on hotbird). Now that some time has passed, I have one week epg (it seems to be complete now, even for channels that I wasn't tuned to while updating) that hopefully will be automatically updated by itself. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black Screen with vdr 1.7.1
En/na gimli ha escrit: Hi, read this : http://linuxtv.org/pipermail/vdr/2008-October/017948.html I asked you before if this is only for hd content or even sd (I'm just using sd and I see no picture with a dxr3 and heavily stuttering image with the vdr-xine plugin) Besides, I cannot find LIVEBUFFER anywhere in vdr-1.7.1 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] mplayer plugin doesn work when vdr run from inittab
En/na Torgeir Veimo ha escrit: The mplayer plugin doesn't work when I start vdr from inittab. It works ok if vdr is started from the console. Maybe it needs a console to work? I side stepped the problem by running vdr inside a screen session, so it has a console and I can attach to it when I want I've seen hints that $USER and $HOME need to be set, but setting these in my startup script doesn't change anything.. Anyone got any idea what's missing? Also, it would be an idea to be able to get the log output from the mplayer plugin somehow. See above: using screen I can see vdr (and plugins) output. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Black Screen with vdr 1.7.1
En/na Luca Olivetti ha escrit: En/na gimli ha escrit: Hi, read this : http://linuxtv.org/pipermail/vdr/2008-October/017948.html I asked you before if this is only for hd content or even sd (I'm just using sd and I see no picture with a dxr3 and heavily stuttering image with the vdr-xine plugin) Besides, I cannot find LIVEBUFFER anywhere in vdr-1.7.1 Scratch that, I now see it's part of the extension patch. Per chance does the livebuffer patch reintroduce the thread that vdr-1.7.1 eliminated? That might explain the stuttering with vdr-xine, but not the black screen with the dxr3, though the message from Martin Dauskardt announcing the pvr350-plugin could also be valid for the dxr3: Attention: The plugin does not work properly with vdr 1.7.1: vdr now simply strips the TS headers and sends the payload to the usual PlayVideo() and PlayAudio() functions. The PES packets have no longer a size of 2kB, and the PES audio ID is always 0. The pvr350 hardware decoder and/or the ivtv driver cannot handle this. We would need a lot of additional code - time will see ... Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput not working
En/na Artem Makhutov ha escrit: Hi, On Mon, Oct 06, 2008 at 08:09:41PM +0200, Halim Sahin wrote: Hi, Have you checked if xinelibout can replay the new ts stuff introduced with vdr-1.7.1? No, I have not checked it, but as faar as I know, the old PES stuff was not removed from vdr. So theoretically is should still work with vdr. In practice there's much more difference between theory and practice than what should be in theory ;-) Given that apparently none of the output plugins is working, maybe some of the old stuff changed in an incompatible way (just guessing, unfortunately I've no idea about these things so I cannot say what really is wrong). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
En/na Gregoire Favre ha escrit: That's not a big problem for me... what I really want to know is if VDR-1.7.0 reccord subtitle aswell ? Yes (though in my case if the dish has to move, the delay makes vdr not recognize that there are subtitles until I switch to a different transponder and back again). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (quick hack for DVB-S/DVB-S2)
En/na gimli ha escrit: You got it ;) The vanilla vdr din't work for me on multiproto and h264 with vdr 1.7.1. I had to set LIVEBUFFER at build time and use permanent timeshift in vdr to get an image in vdr-sxfe. This is only for hd content or also for normal content? I had a similar problem (couldn't get an image) when trying to use vdr 1.7.1 with a dxr3 (so, obviously, just standard definition): http://article.gmane.org/gmane.linux.vdr/37672 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Graphlcd anyone?
Hello, I just acquired a dirt cheap lcd (see http://picframe.spritesserver.nl) to complement my vdr machine, so I'm using the graphlcd plugin to drive it. Instead of writing a graphlcd driver, I just configured it to use the network driver then I wrote a simple client to drive the display. This is working quite well, but I have some questions about the plugin: 1) the project doesn't seem maintained: I took the svn version and still I had to crudely hack it to work with a recent vdr (my system encoding is utf-8 and the hack was simply to convert the osd messages to iso-8859-1 in the graphlcd plugin) 2) it's only black and white and it doesn't seem easy to adapt it to use colors (besides just using black and white) I also took a look at the graphtft plugin, which manages color but I don't think it's suited to a small display (mine is 128x128), besides I cannot understand its documentation (it's only in german). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.7.1
En/na Klaus Schmidinger ha escrit: On 09/07/08 16:48, Luca Olivetti wrote: El Sun, 07 Sep 2008 12:11:35 +0200 Klaus Schmidinger [EMAIL PROTECTED] escribió: t. + cTransfer no longer uses cRemux, and doesn't run a separate thread any more. It just generates a PAT/PMT and sends all received TS packets to the primary device's PlayTs(). Just asking before I try to recompile everything, but does it mean that output plugins (xine, dxr3, etc.) have to be rewritten? They can implement cDevice::PlayTs() if they need to handle the TS packets by themselves. Otherwise the TS payload will be extracted from the TS, assembled to complete PES packets and delivered via the existing PlayVideo() and PlayAudio() functions. Well, I didn't manage to get anything from the dxr3 plugin (no image and no sound) while xine (0.8.0) has no audio, it manages to get some video *but* it's stuttering/slow-motion like and it's spitting various FIXME (it seems it has trouble in recognizing the packets that it receives), e.g., it fails in a condition like this one: if (0x00 != Data[ 0 ] || 0x00 != Data[ 1 ] || 0x01 != Data[ 2 ]) { VERBOSE_NOP(); -- here it outputs a FIXME break; } Maybe it's the same problem that causes the dxr3 plugin to fail, I don't know. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR Development
El Sat, 06 Sep 2008 19:22:08 +0200 Udo Richter [EMAIL PROTECTED] escribió: Hmmm. My VDR automatically updates its channel list by itself, and adds all channels and transponders I ever needed. (which is far from what other receivers I know do.) In spite of that, a couple of days ago I lost film4. I had to do a satellite scan (with my actuator plugin) to recover it (it changed transponder). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR and multiproto - which driver to use?
En/na Lauri Tischler ha escrit: Well, upgraded and compiled. Does command 'hg pull http://jusst.de/hg/multiproto_plus' keep directory multiproto_plus current ? after pulling you have to issue an hg update, but it will tell you so anyway. http://www.selenic.com/mercurial/wiki/ Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] channels with same pids+channels update
En/na Peter Evertz ha escrit: I am very interested in this feature. My providers (astra/hotbird) are smart enough not to send not to much garbage, but deleting of unused channels is really a pain. I am at 4500 Channels in my channels.conf and I am pretty sure that at least 30 % of them are long gone. Beware, though, that there are providers that don't advertise channels in the sdt even if the channels are currently broadcasting. In the actuator plugin I have an option to prefix a '+' to all channels in the current satellite, then you start a channel scan which will update all active channels (i.e removing the '+'). At the end of the scan you can tell it to delete all channels marked with '+'. It's clumsier but it's safer, since you can revise the channels that are going to be deleted before actually deleting them. Of course all of this wouldn't be necessary if all broadcasters respected the standards Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Rolf Ahrenberg ha escrit: Also, skinsoppalusikka doesn't update the palette of channel logos, if Well, IMO the skin isn't responsible of palette updates, but the real problem might be in the osd implemantation of DXR3 plugin. channel logo *must* be disabled for the dxr3. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-actuator-1.1.1 plugin
Hello, I'm releasing version 1.1.1 of the actuator plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. The actual changes were made for vdr-1.5.11 but I forgot to release it, so I'm releasing it now that vdr has reached 1.6.0. The changes: - Changes in SetPids call to adapt to vdr = 1.5.11 - Added -Wno-parentheses to compiler options there are also some adjustments in the makefile that I didn't register in the changelog Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Rolf Ahrenberg ha escrit: On Sun, 9 Mar 2008, Ville Aakko wrote: What skin are you using? I've noticed that the only skins that are usable (i.e. stable enough to use them) are those of text2skin plugin - more specifically, I use enElchi. Some other were stable, too. Anything else (including skinsoppalusikka, which is identical in appearance to enElchi but standalone) and I just can't use my VDR without losing my nerves. You could try the latest soppalusikka as there were some osd update tweaks. At least with xineliboutput the cpu load was reduced ~20% on a core2duo+nvidia setup, so the skin is nowadays less demanding for the hardware... I'm still using 1.0.4 (and, yes, from time to time I have osd problems with the dxr3), but a performance improvement could be actually a bad thing for the dxr3 (if it translates to more osd updates). In fact I think that text2skin works well enough for Ville because it is slow (at least it was last time I used it). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] Use pkg-config to find freetype/fontconfig flags
En/na Klaus Schmidinger ha escrit: On 03/06/08 20:37, Ville Skyttä wrote: Hello, The attached patch makes VDR's Makefile use pkgconfig for finding libs and include dirs of freetype and fontconfig instead of making assumptions. How about putting that stuff at the same place everywhere? Why must it have to be somewhere else on every system? If you use packages provided by your linux distribution, usually include files are in /usr/include and libraries are in /usr/lib, while if you compile the source tarball yourself they go in /usr/local/include and /usr/local/lib or wherever you decide to put them (if, e.g., you're trying another version while you're keeping the old one, though I don't know if pkg-config will handle this case) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
En/na Klaus Schmidinger ha escrit: I'd really like to know why some broadcasters don't adhere to the standards (even though it would be a child's game). Are they actively refusing to, unable to interpret the standard documents, or just flat out dumb? [X] All of the above ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: On Thu, Mar 06, 2008 at 12:35:54AM +0200, Sami Sundell wrote: Ok, now the subtitles work, but I still have problems with subtitles and OSD together - remote becomes unresponsive and I get errors: Mar 5 23:45:42 dvd vdr: [5102] ERROR: attempt to open OSD while it is already open - using dummy OSD! ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Mmh, it should be already doing it, look at line 39 http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18view=markuppathrev=vdr-dxr3-0-2 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Luca Olivetti ha escrit: ... and this went away when I changed the cDxr3SubpictureOsd constructor to call the cOsd with proper level. Unless I'm missing something - and I bet I am - the system seems to be working smoothly now. Mmh, it should be already doing it, look at line 39 http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?revision=1.1.2.18view=markuppathrev=vdr-dxr3-0-2 (slaps on head), ok, that's calling it with 0, in my local copy I'm calling it with Level (probably the problem was introduced when I made the patch for the cvs version supporting older vdr releases). Sorry for all the trouble. Ville, are you listening? ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
El Thu, 6 Mar 2008 19:52:49 +0200 Ville, are you listening? ;-) If you meant me then yes I am =) No, I meant Ville Skyttä, the plugin maintainer, there are many Ville here :-) [...] Though, if you get the problem that the OSD doesn't clear between subtitles, then see the 2. patch I'm attaching for vdr-dxr3 plugin (though it could be in the CVS now, I'm using a tarball of the CVS that is somewhat aged now). Yes, it should be in cvs, the only thing missing is calling the cOsd constructor with Level instead of 0 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Anssi Hannula ha escrit: Preferably on-list, as I'm planning a similar conditional patch for Mandriva VDR 1.6.x packages. That is, unless something better emerges. Keep in mind that the patch could be detrimental if you have something other than a dxr3 with a better osd (though I'm using it with either the dxr3 or a xine frontend and in both cases I can read the subtitles just fine, in fact with xine I cannot tell the difference with or without the patch). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] DXR3 and subtitles in 1.5.x
En/na Sami Sundell ha escrit: On Tue, Mar 04, 2008 at 10:55:53PM +0200, Sami Sundell wrote: E-tobi's experimental VDR branch moved to 1.5.x series, so I did too, but I'm running into some problems. Specifically, this one: ... Some version information might be good, too. VDR 1.5.17, dxr3 plugin 0.2.7, em8300 driver 0.16.4. Two DVB-C budget cards (Terratec 1200), but I guess it doesn't matter in this case. Try the cvs version (I don't remember if the changes for dvb subtitles were in 0.2.7 or are posterior, in any case dvb subtitles work fine here). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.17 - release candidate 2
En/na Klaus Schmidinger ha escrit: The following translation files still have untranslated texts: ca_ES.po el_GR.po es_ES.po hr_HR.po nn_NO.po pl_PL.po pt_PT.po sv_SE.po uk_UA.po Attached are patches for ca_ES and es_ES, beware, none is my mother tongue, so if someone comes up with better translations I won't be offended. Bye -- Luca ca_ES.diff.bz2 Description: application/bzip es_ES.diff.bz2 Description: application/bzip ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.15
El Sun, 17 Feb 2008 15:46:42 +0100 Klaus Schmidinger [EMAIL PROTECTED] escribió: Note that you may need to switch back to an older version of your channels.conf file if you have already used version 1.5.14, because it introduced new parameters. In case there's no older version of channels.conf, is there some simple sed/awk/perl script to remove the extra fields, or is it not strictly necessary? Is it just a 's/M2O0S0//' when you only have dvb-s channels? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Wakeup methods
En/na Kartsa ha escrit: I can read germany but I do not understand it :). But understood that I could use that script to test acpi. Well this did not work. I did check that the time was actually written in /proc/acpi/alarm. Still not waking up. IIRC, acpi wakeup wouldn't work here if I didn't enable a wake up time before in the bios setup. OTOH it does work now, but it doesn't take the date into account, so if there's no timer in the next 24 hours I schedule a wake-up at 21:00. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboard instead of waitingfor FF DVB-S2 card
El Thu, 7 Feb 2008 06:44:41 +0200 Theunis Potgieter [EMAIL PROTECTED] escribió: On 06/02/2008, Luca Olivetti [EMAIL PROTECTED] wrote: for hdtv - no. I don't see the h.264 hardware decoding. mpeg4 is not h.264. Maybe this thing can be hacked to run vdr or to be used as a front-end: http://www.popcornhour.com/ The popcornhour device (network media tank) is not linux :( I read somewhere that it runs Linux, maybe they were wrong but I doubt you can pack that kind of hardware and embed windows at that price point. Of course the fact that runs linux (if it does) doesn't mean it's open: as I already said these companies (sigma, broadcom) only take from linux to reduce their development cost but never give back, not even a single line of specifications for their hardware. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD-TV hardware decoding on motherboard instead of waitingfor FF DVB-S2 card
En/na Igor ha escrit: So I was wondering if it would be possible to use the on board video decoder chips of the VIA EPIA boards like the VIA EPIA EX15000G http://www.via.com.tw/en/products/mainboards/motherboards.jsp?motherboa rd_id=450 This board mounts a CX700M2 chipset which features MPEG2/4 hardware decoding. It has DVI and Y/Pb/Pr video output as well as analog and SPDIF audio (coaxial and optical). So that's everything we need, isn't it. for hdtv - no. I don't see the h.264 hardware decoding. mpeg4 is not h.264. Maybe this thing can be hacked to run vdr or to be used as a front-end: http://www.popcornhour.com/ Supposedly it runs Linux, but you know these companies (like, e.g., broadcom) that only take but never give back Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dvbsubtitle issue
En/na Stefan Lucke ha escrit: Excat :-( Stefan Lucke In case it could help you: the dxr3-plugin had a similar issue, the solution was to clear the osd each time SetAreas is called. http://dxr3plugin.cvs.sourceforge.net/dxr3plugin/dxr3/dxr3osd_subpicture.c?r1=1.1.2.17r2=1.1.2.18 Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 compiling and 1.5.11
El Thu, 15 Nov 2007 19:58:43 +0100 YUP [EMAIL PROTECTED] escribió: I successfully compiled dxr3 plugin from cvs (stable at it was described here http://www.linuxtv.org/vdrwiki/index.php/Dxr3-plugin), but still no luck - vdr crashes with segmentation fault. This happened to me with the first version of vdr using truetype fonts: since my vdr machine is headless, has no X and consequently no kde/gnome desktop, I had no truetype font installed. Installing TT fonts and configuring vdr to use the installed fonts solved my problem. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.11 subtitling problems
En/na Reinhard Nissl ha escrit: BTW: the patch is almost untested as there are currently no subtitles running. FYI, if you can see astra 2d I just found that at least CBeebies and BBC4 broadcast dvb subtitles. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dxr3 and 1.5.11 antialiasing
En/na Jan Willies ha escrit: After upgrading from 1.5.2 to 1.5.11 I ran into some problems with my dxr3 card. The first one was solved by setting AntiAlias = 0 in setup.conf. But after that, VDR won't even start: vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 vdr: [3936] ERROR: FreeType: error during FT_Render_Glyph 32, 3 Speicherzugriffsfehler Apparently the AntiAlias fix worked for Luca Olivetti Yes, and it is working now, with vdr-1.5.11 (though dvbsubtitles.c have to be patched since it seems it doesn't honour the AntiAlias setting, and the dxr3 osd is too funky to give the right answer to CanHandleAreas, but this is not your problem) (http://article.gmane.org/gmane.linux.vdr/33161/).So is this a freetype problem? wrong font? More infos needed? libfreetype6 2.3.5-1+b1 libfreetype6-dev 2.3.5-1+b1 FWIW I have 2.3.1 (the version that came with mandriva 2007.1). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
En/na Reinhard Nissl ha escrit: Hi, Luca Olivetti schrieb: Is it possible that newer version generate more traffic/are more sensible to network latencies? Yes, at least in the buffer monitoring phase, which was introduced with 0.7.7. Try to set it to 0 in vdr-xine's setup menu. That was it! Thank you. Incidentally, that was the only parameter I didn't touch ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
En/na Luca Olivetti ha escrit: En/na Reinhard Nissl ha escrit: Hi, I'm pleased to announce the long awaited release 0.8.0, which integrates the vdr-xine-network patch. You can find it on my homepage: I finally upgraded to this version (from 0.7.6 + network patches, I think I tried some other version but with similar problems as this one), but using it from the network (I cannot try it locally, so I don't know if it applies), live tv stutters (i.e. plays smooth for around a second, stops or slows down for a moment, plays for a second, stops, and so on). Recordings are not affected by this problem (or so it seems). The same version of xine (20070829224000, downloaded from your page, with the patches in vd-xine) on the client against streamdev-server plays smoothly. Mmmh, I usually use wifi, now I tried with a wired connection and it seems to work fine. 0.7.6 worked fine with wifi though (even with marginal reception, with at least 5Mbps available as reported by kwifimonitor), and where I usually need it there's no wired connection available. Is it possible that newer version generate more traffic/are more sensible to network latencies? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.8.0 plugin
En/na Reinhard Nissl ha escrit: Hi, I'm pleased to announce the long awaited release 0.8.0, which integrates the vdr-xine-network patch. You can find it on my homepage: I finally upgraded to this version (from 0.7.6 + network patches, I think I tried some other version but with similar problems as this one), but using it from the network (I cannot try it locally, so I don't know if it applies), live tv stutters (i.e. plays smooth for around a second, stops or slows down for a moment, plays for a second, stops, and so on). Recordings are not affected by this problem (or so it seems). The same version of xine (20070829224000, downloaded from your page, with the patches in vd-xine) on the client against streamdev-server plays smoothly. -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin
En/na Klaus Schmidinger ha escrit: I haven't looked into the code of the ttxt subtitle plugin, yet, but currently my idea is to convert the ttxt subtitles into DVB subtitles, so that VDR only needs to handle one type of subtitiles for recording and live viewing. Aren't dvb subtitles just bitmaps? If so, converting the text to a bitmap for recording doesn't seem a good idea to me. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin
En/na Rolf Ahrenberg ha escrit: On Sun, 2 Sep 2007, Luca Olivetti wrote: You're right, I've re-checked without my patch and it works (though with the osd level the IsOpen check is not really necessary). Well, you're right too and it was a bummer in my patch - somehow forgot to check those IsOpen calls when re-patching the ttxtsubs. I also integrated your mRealDoDisplay fix. Considering that 1) The last released version of the plugin is 3 and a half years old 2) Neither me nor google haven't seen the author here or anywhere else since 3 and a half years ago 3) The (compressed) patch size is about half the (compressed) plugin source 4) You've been almost the only one that took care of the plugin (ok, I did some very minor things, and probably there have been other contributors, but you did the rest) why don't you take maintainership of the plugin, release a full tarball, and be done with it? Bonus points if you release a stable (or if you prefer dead ;-) version for stable vdr and a bleeding edge version (without the #if APIVERSION madness!) for the development version ;-) If Ragnar is alive and listening, please speak up. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin
En/na Rolf Ahrenberg ha escrit: On Mon, 3 Sep 2007, Luca Olivetti wrote: why don't you take maintainership of the plugin, release a full tarball, and be done with it? Because I don't want it. The plugin needs a complete rewrite and there's no point to do it before Klaus has integrated necessary parts into VDR's core (OSD handling, subtitles menu/key, ..) ...subtitles recording... that's hopefully next sunday :) I don't even had any ttxtsubs channels available for years and been just maintaining the plugin for my friends by doing as little as it requires... and besides, I've been getting those damn bug reports already, but been able to reject them by saying I'm not the maintainer! fair enough I'd like to see the ttxtsubs (and closed captions) integrated into core VDR before the next stable release as they are IMO essential features that should work out-of-box. I hope Klaus is listening ;-) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin
En/na Rolf Ahrenberg ha escrit: On Thu, 30 Aug 2007, Luca Olivetti wrote: With a quick look (and I remark quick so I may be wrong) it seems that the patches now don't change anymore the osd but use the new osd level in vdr-1.5.9. Yes. I've set subtitles to use level 10 and ttxtsubs to 20. I'd like to know if the new patch is supposed to be working, or the cause the subtitles aren't showing is my hurriedly patched dxr3 and xine plugins. DVB subtitles are working nicely in my FF setup and someone reported that ttxtsubs are working with xineliboutput. I somewhat doubt it, since I had to bypass the IsOpen test to make it work with a properly (I think) patched dxr3 plugin. Patch attached. Bye -- Luca --- ttxtsubsdisplay.c.orig 2007-09-02 13:38:44.621547000 +0200 +++ ttxtsubsdisplay.c 2007-09-02 15:07:14.774866000 +0200 @@ -413,12 +413,12 @@ delete tmp; } +#if defined(APIVERSNUM) APIVERSNUM 10509 if (cOsd::IsOpen()) { //dprint(NOT displaying subtitles because of other OSD activities!\n); return; } else { -#if defined(APIVERSNUM) APIVERSNUM 10509 mOsd = cOsdProvider::NewOsd(SCREENLEFT, SCREENTOP); #else mOsd = cOsdProvider::NewOsd(SCREENLEFT, SCREENTOP, 20); // level 20 @@ -427,7 +427,9 @@ //dprint(Error: cOsdProvider::NewOsd() returned NULL!\n); return; } +#if defined(APIVERSNUM) APIVERSNUM 10509 } +#endif #if defined(APIVERSNUM) APIVERSNUM 10503 cFont::SetCode(I18nCharSets()[globals.i18nLanguage()]); ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.9 and ttxtsubs patch/plugin
En/na Petri Helin ha escrit: Luca Olivetti wrote: En/na Rolf Ahrenberg ha escrit: DVB subtitles are working nicely in my FF setup and someone reported that ttxtsubs are working with xineliboutput. I somewhat doubt it, since I had to bypass the IsOpen test to make it work with a properly (I think) patched dxr3 plugin. There is nothing to doubt about. Ttxtsubs do work with xineliboutput and VDR-1.5.9. Or was it something else you had doubts about? You're right, I've re-checked without my patch and it works (though with the osd level the IsOpen check is not really necessary). -- Bye ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.9
En/na Klaus Schmidinger ha escrit: Note that the multiple OSD change currently has no visible effect yet, but it is a necessary preparation for displaying subtitles, which will be addressed in the next developer version. dvb or teletext? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.9
En/na Klaus Schmidinger ha escrit: On 08/26/07 21:51, Luca Olivetti wrote: En/na Klaus Schmidinger ha escrit: Note that the multiple OSD change currently has no visible effect yet, but it is a necessary preparation for displaying subtitles, which will be addressed in the next developer version. dvb or teletext? DVB for now. :-( (as in: all channels I have an use for subtitles only sport teletext subtitles, and the ttxtsubs plugins+patch is getting cruftier every day). Is there any english/french fta channel with dvb subtitles (just to test the dvb subtitles plugin and the forthcoming vdr feature)? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] How to set German OSD in VDR 1.5.8
En/na Udo Richter ha escrit: Matthias Fechner wrote: cp Make.config.template Make.config edit it and set LOCDIR=./locale ok I changed it, now VDR says at startup: Aug 20 14:53:36 localhost vdr: [23028] found 21 locales in ./locale Aug 20 14:53:36 localhost vdr: [23028] no locale for language code 'deu,ger' [..] But in the OSD I can select between several LanguageName$English and English but no german translation. Post the output of locale -a. You may need to install missing locales, check your distribution on how to. That shouldn't be necessary with 1.5.8: I only have 3 locales installed but I can select all languages from the osd setup menu (and see the corresponding translations). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Anssi Hannula ha escrit: Note that KDE does provide the user a list of languages, but it does not use gettext, but instead uses its own glibc-derived implementation for translation, with file format being the same. [...] Isn't there perhaps a way to tell gettext *explicitly* which files to use, completely bypassing this whole broken setlocale stuff? In that case VDR could collect it's list of *.mo files and decide by itself which one to use. I'm not aware of such a way. I think that in your message there's the solution: do *not* use gettext but use an own implementation. Maybe borrowing kde implementation (which is already C++) it's easier than translating the pascal class I proposed before (or maybe not ;-). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Klaus Schmidinger ha escrit: It seems that it *does* work, i.e. LANGUAGE=de, LANGUAGE=fr, LANGUAGE=fi will work even if there is no such locale at all. I copied a .mo file into /usr/share/locale/testtest/LC_MESSAGES/, which certainly is not a valid locale, and using LANGUAGE=testtest it was correctly used! :) Looks good. However, after some tests it would appear as if only the very first setenv() call actually changes anything. Subsequent calls have no further effect, and gettext() always returns the language that was selected in the very first call to setenv(). Did you try calling bindtextdomain again after calling setenv? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Klaus Schmidinger ha escrit: Please test the attached patch. It scans the LOCDIR directory as before, but checks for the existence of a vdr.mo file and then uses setenv() instead of setlocale(). This should work for VDR itself. For plugins I need to do more work. But first let's see whether others can confirm that this works for VDR. With this patch it shows all the language names, but then it ignores the selection (i.e. the osd is always in the system selected locale), regardless if the selected language has a locale installed or not. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-1.5.7-1.5.8.diff problems?
The diff fails on all po files, it's only me or does it happens to others? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.7-1.5.8.diff problems?
En/na Klaus Schmidinger ha escrit: On 08/19/07 16:54, Luca Olivetti wrote: The diff fails on all po files, it's only me or does it happens to others? You need to add '-p1' to the patch command. Yes, I know that, it doesn't prompt me for the filename, but it just FAILS to patch (and stores the rejects). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.7-1.5.8.diff problems?
En/na Luca Olivetti ha escrit: En/na Klaus Schmidinger ha escrit: On 08/19/07 16:54, Luca Olivetti wrote: The diff fails on all po files, it's only me or does it happens to others? You need to add '-p1' to the patch command. Yes, I know that, it doesn't prompt me for the filename, but it just FAILS to patch (and stores the rejects). The strange thing is that the context of the rejected hunks seems fine in the original file?!? Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Klaus Schmidinger ha escrit: Please try version 1.5.8, which I have just uploaded. yes, 1.5.8 works. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-1.5.7-1.5.8.diff problems?
En/na Udo Richter ha escrit: Luca Olivetti wrote: The diff fails on all po files, it's only me or does it happens to others? po files are a pain for diff-patches because they have lists of source code line numbers in the comments. If you've applied any other patch to the VDR sources, and did a recompile, then all your po files will have lots of changed line numbers. Ah, ok, that's surely it. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-actuator-1.1.0 plugin
Hello, I'm releasing version 1.1.0 of the actuator plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. The only change is the adaptation to the new translation method, so it only works with vdr 1.5.8 (not 1.5.7 since the name of the mo file has changed) Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-actuator-1.0.5 plugin
Hello, I'm releasing version 1.0.5 of the actuator plugin available at http://www.ventoso.org/luca/vdr/ This plugin controls a linear actuator (or an horizon to horizon one) through the parallel port with a simple circuit. CHANGES: - Updated russian translation from Vladimir Monchenko bob at globall ru - Compatibility defines in module.c and remove patches I'm releasing it before the necessary conversion of the translations for vdr-1.5.7, so I think this is the last release supporting stable vdr (1.4.x). Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Klaus Schmidinger ha escrit: On 08/12/07 22:01, Luca Olivetti wrote: En/na Luca Olivetti ha escrit: it appears that, even if the setlocale call succeeds, gettext doesn't find the correct translation for LanguageCode (it always returns esl, very strange since ca_ES is the first one tried). If I leave just the ca_ES directory, LanguageCode is untranslated. Well, it seems that if the LANGUAGE variable is set, the second argument to setlocale is ignored, and since I had LANGUAGE=ca:es_ES:es it looked in ca (which doesn't exist) and then es_ES (found) and stopped there. So what exactly doesn this mean? that the man page of setlocale is incorrect ;-) Should something be changed in VDR, or do you just not set the LANGUAGE variable? I'm just unsetting LANGUAGE before launching vdr. Maybe someone else will be bitten by this problem and he'll have to unset LANGUAGE too. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
En/na Klaus Schmidinger ha escrit: I'm just unsetting LANGUAGE before launching vdr. Maybe someone else will be bitten by this problem and he'll have to unset LANGUAGE too. Wouldn't that be problem for other applications, too? Could VDR do something to make this work better? I don't know, I think most applications just use the locale environment variables and don't allow switching language at runtime. Maybe it's just my version of glibc that's flawed, or my settings for LANGUAGE. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Announce LoadEPG 0.1.11
En/na lukkinosat ha escrit: --- Luca Olivetti [EMAIL PROTECTED] ha scritto: I made a crude hack: I assume that the epg is in ISO-8859-15, so if SystemCharacterTable is different than iso-8859-15, I call iconv to convert the file in cLoadepgOsd::SaveEpg, just before the LoadFile label: [CUT] Hi The epg is ISO-8859-15. I must still try with vdr version 1.5.x. Well, with the previous patch, the iconv hack and using cDevice::PrimaryDevice() to tune to the epg channel, everything is working fine here. For a more general solution I suppose I'll have to do the same I did in my actuator plugin (use cDevice::PrimaryDevice() only if the selected device is ActualDevice and provides the needed channel). I'll look into it and post a revised patch. As soon as I can I make you to know :-) Do you speak italian? Yes, I do Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Announce LoadEPG 0.1.11
En/na Luca Olivetti ha escrit: If I change the function cLoadepgOsd::SwitchToEpgChannel (and only that function) to use cDevice::PrimaryDevice() to do the switching then everything works as expected (well, special characters show up as little squares in accents in the epg, but I'll look into that). I made a crude hack: I assume that the epg is in ISO-8859-15, so if SystemCharacterTable is different than iso-8859-15, I call iconv to convert the file in cLoadepgOsd::SaveEpg, just before the LoadFile label: fclose( File ); const char *syschar=cCharSetConv::SystemCharacterTable(); if (syschar==NULL || !strcasestr(syschar, ISO-8859-15)) { char *cmd; asprintf(cmd, iconv -f ISO-8859-15 -t %s -o \%s.converted\ \%s\, syschar ? syschar : UTF-8,FileName,FileName); SystemExec(cmd); free(cmd); asprintf(cmd, mv \%s.converted\ \%s\, FileName,FileName); SystemExec(cmd); free(cmd); } } LoadFile:; ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr