Re: [vdr] vdr-xine breakage with Freeview HD
I demand that Daniel Harris may or may not have written... I had lots of problems specifically with BBC freeview HD using vdr-xine-plugin. I use debian wheezy with the e-tobi source. I had a feeling it had something to do with the deinterlacing plugin but i could never get it to work however i have recently changed the deinterlacing plugin to bob in the ~/.xine/config-xineliboutput (or something like that) and every thing has worked perfectly ever since. Well... reporting on http://bugs.xine-project.org/ when it fails will help a lot with fixing these things. You'll need to be able to show how to cause it and/or provide a backtrace (and, 99.999% of the time, you will need a debuggable build for that; also best to be using xine-lib-1.2 hg). I've recently fixed one deinterlacing-related segfault which would occur at the end of an HD recording... [snip] -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ CAD: Can't Anybody Draw? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine breakage with Freeview HD
I demand that Jonas Bardino may or may not have written... On 2012-09-07 03:28, Darren Salt wrote: I've noticed audio brokenness with vdr-xine 0.9.4 and (at least) the BBC channels on Freeview HD. Recordings are fine and are played back without problem if played directly rather than via vdr. There's a sample recording (tarball, with b0rked filename due to the lack of decoding in stock Debian vdr) at http://tartarus.org/ds/bbchdvdr.tar (file size is 84172800 bytes; still being uploaded when I sent this). By 'played back ... directly' do you mean played back with xine, too, or with another player? Anything using xine-lib. I used to have loads of problems with xine and AAC LATM encoded audio on my VDR rig, and mplayer tells me that your BBC recordings uses exactly that format: ... Playing 2012-09-07.02.07.54-0.rec/1.ts. libavformat version 54.1.100 (internal) TS file format detected. VIDEO H264(pid=101) AUDIO AAC LATM(pid=102) SUB DVB(pid=105) PROGRAM N. 132 That's equivalent to what I got from ffplay when doing some other testing. (I'm fairly sure that xine-lib's DVB plugin is a little broken wrt Freeview HD.) AFAICT support for LATM audio was only added in xinelib-1.1.19 and later: Well... it's safe to assume that I'll have at least the current 1.2 release installed ;-) The LATM channels finally started working here when I upgraded to VDR+xineliboutput from the yavdr unstable packages. My install is a bit dated but I suppose it works with more recent versions than these, too: [snip; what I have is mostly current wheezy] Given that the file could be played back without problem without vdr-plugin-xine, I'm fairly sure that that's where the problem lies. I'll have to give the other output method a test soonish. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ Have *you* exported a crypto system today? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine breakage with Freeview HD
I demand that I definitely did write... [snip] I'll have to give the other output method a test soonish. vdr-plugin-xineliboutput libxine2-xvdr work fine, in as much as the recording which I made earlier is played back fine (if a little quietly). gxine needed a small patch to enable the existing vdr support to work with xvdr. This change is now present in the (upstream) repository; I doubt that I'll be able to get it into wheezy. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ The descent to Hades is the same from every place. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] vdr-xine breakage with Freeview HD
I've noticed audio brokenness with vdr-xine 0.9.4 and (at least) the BBC channels on Freeview HD. Recordings are fine and are played back without problem if played directly rather than via vdr. There's a sample recording (tarball, with b0rked filename due to the lack of decoding in stock Debian vdr) at http://tartarus.org/ds/bbchdvdr.tar (file size is 84172800 bytes; still being uploaded when I sent this). -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ Confucius say: He who post in HTML, get flamed. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and xine-ui not fitting together
I demand that Tobi may or may not have written... On 08.02.2012 01:31, Darren Salt wrote: I see that that's been uploaded. Which just leaves vdr-plugin-xine... Coming soon. I'm trying to backport libxine to Squeeze, That *should* work fine with a few small tweaks: no bluray plugin, different invocation of dpkg-buildflags. but I'll probably give up and go ahead switching my VDR to Wheezy so I'm able to at least test it before uploading. That may be worth doing anyway. -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ Theory means that you have ideas. Theology means that ideas have you. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and xine-ui not fitting together
I demand that Tobi may or may not have written... On 03.02.2012 16:22, Manfred Schmidt-Voigt wrote: working xineplugin (xineplug_inp_xvdr.so) for the xine-ui. xine-ui now ist based on libxine2 but the libxine1-xvdr plugin is based on libxine1 (as the name allready states). Are there any plans to create a debian package of the plugin which fits also to libxine2? I'll upload a new package tonight. I see that that's been uploaded. Which just leaves vdr-plugin-xine... -- | _ | Darren Salt, using Debian GNU/Linux (and Android) | ( ) | | X | ASCII Ribbon campaign against HTML e-mail | / \ | http://www.asciiribbon.org/ The meek shall inherit the earth. They are too weak to refuse. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-lib and vaapi support
I demand that lucian orasanu may or may not have written... how about moving to mplayer instead of xine-lib, is not maintained very well any more? Feel free to help out, by all means... -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. The moon is made of green cheese. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-lib and vaapi support
I demand that Tony Houghton may or may not have written... On 08/11/10 12:50, Theunis Potgieter wrote: [snip] You can tell mplayer the exact ratio of your monitor and the exact ratio of the video on the command line and it correctly calculates how to display it. vdr-sxfe and vdr-fbfe have an equivalent of -monitoraspect but xine-ui and gxine don't, or didn't last time I looked. gxine has video.display_width and video.display_height. I should move them to xine-lib one day... [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | Let's keep the pound sterling That must be wonderful! I don't understand it at all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr xine-lib eac3
I demand that dplu may or may not have written... [snip] http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ is not allways well synchronized, for example the patch for demux_ts on 1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2 It is... [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. I am not young enough to know everything. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr Digest, Vol 68, Issue 20
I demand that Arturo Martinez may or may not have written... It looks like the author is no longer maintaining the plugin. Which leads me to a question... Has anybody thought of keeping a repository of plugins that the author himself no longer seems to maintain and try to keep a patched version available so that it compiles on modern systems? I guess the e-tobi .deb packages could manage that by having the compile-fixes as a patch in debian/patches/ But that would only be for debian based systems, I use Archlinux for my HTPC and I need source code tar balls. Hmm? You would have that: .orig.tar.gz, either .diff.gz or .debian.tar.gz, and .dsc (which you wouldn't need). -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | Kill all extremists! How long a minute is depends on which side of the bathroom door you're on. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
I demand that Tony Houghton may or may not have written... On Mon, 19 Jul 2010 19:46:00 +0100 Darren Salt li...@youmustbejoking.demon.co.uk wrote: I demand that Tony Houghton may or may not have written... I've noticed sync problems on those and they could well have been ones I recorded from one of the C4 channels. But I usually record them from satellite rather than Freeview. Well... if the patch fixes those problems... It looks like it does. I had a recording of an old (but colour) film from Film 4 where the sync was way out, but it's much improved with the patch. Looks like I guessed right when including the patch in 1.1.19, then. :-) Can the patch (or similar fix) be included in the next Debian release of libxine1? No, but it could be in libxine1-bin. ;-) I had a lot of trouble satisfying its build dependencies on my unstable system. No such trouble here, but then I always build from the repository or from packaged source... -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | Let's keep the pound sterling How sharper than a hound's tooth it is to have a thankless serpent. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A/V out of sync for BSkyB channels Channel4, More4, E4, Film4
I demand that Günter Merz may or may not have written... I've found a solution to my longstanding problem: Video and audio being out of sync on my vdr system using xine-lib as output display/control application. [snip] --- src/libmad/xine_mad_decoder.c.old 2010-07-17 20:00:54.0 +0200 +++ src/libmad/xine_mad_decoder.c 2010-07-17 20:02:10.0 +0200 [snip] I hope this is helpful to other people. Probably. (Would be nice if you – and others – would Cc xine-lib patches to xine-devel, or mention them in #xine.) Anyway, I've (sometimes) seen sync problems with Channel 4 channels on Freeview, though I rarely watch those channels; it's possible that both cause and fix are the same. I've committed the patch locally (for now). -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | back! | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Microsoft. What Shall We Tell You That You Can Do Today? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PVRINPUT plugin and black/cinema bars
I demand that Timothy D. Lenz may or may not have written... My local stations here in the US are doing the reverse on all primary atsc channels. They add bars to the side for anything that is not wide screen to make it wide screen. So 4:3 stuff on my 4:3 tv are in a little window because the software then adds bars top and bottom to put it back to 4:3 :(. http://www.google.co.uk/search?hl=enq=%22active+format+descriptor%22 [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + They're after you... Don't get stuck in a wardrobe - wear yourself out. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PVRINPUT plugin and black/cinema bars
I demand that Simon Baxter may or may not have written... [snip] I'm using vdr-xine, but as I have 2x DVB-C cards also there's only about 5 channels which I receive via the PVR-500. I could change the aspect in xine, but it would change it for ALL channels wouldn't it? For DVB, http://xine-lib.alioth.debian.org/patches-1.1/AFD_support.patch may help. Otherwise, you're into auto-crop territory; the expand video output plugin will help. [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.youmustbejoking.demon.co.uk/ http://tlasd.wordpress.com/ What the hell, go ahead and put all your eggs in one basket. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Remote xineliboutput crashes when scaling
I demand that Sami Sundell may or may not have written... [snip; output via Matrox G450] Everything with 704x576 (and presumably 720x576) resolution works, but unfortunately some channels send other resolutions, such as 528x576. 528 I've not seen. 544 I have... This results with a simple failure with error message in kern.log: vdr-fbfe[5429] general protection ip:af24feb1 sp:ad8c5f90 error:0 in xineplug_post_swscale.so[af24f000+4000] So, nothing that requires scaling, works. Hmm? They all require scaling to 768×576 or 1024×576 (if the display mode in use has square pixels). libxine1 pacakge is version 1.1.18.1-1+b2, same goes for libxine1-ffmpeg, libavcodec52 is version 5:0.5.1+svn20100411-0.0, libavutil49 4:0.5.1-3, libpostproc51 5:0.5.1+svn20100411-0.0. Any idea what might cause this kind of behavior? Install the -dbg package. Get a backtrace. You might also want to print (at least) local variables. Or (possibly better) provide a short sample. Either way, I think that the scaler configuration is also needed. -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Toon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.xine-project.org/ A half moon is better than no moon at all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] A/V out of sync for a lot of channels
I demand that Niels Wagenaar may or may not have written... I use the regular xine-lib version from the VDR Team PPA (1.2.0+hg+vdpau+r285+crop+v11-1tvt6). Hmm, looks a bit old. You might do better to grab the version in Debian experimental. [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + They're after you... Your kindness and generosity cause envy in a powerful person nearby. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 10 Year Anniversary of VDR
I demand that Klaus Schmidinger may or may not have written... On 19.02.2010 20:12, Darren Salt wrote: I demand that Klaus Schmidinger may or may not have written... It has been exactly 10 years since version 0.01 of VDR (originally named OSM - On Screen Menu) was released. Ahem. year + anniversary == tautology... I'm sure you're right, however... http://www.google.com/webhp?hl=entab=gw#q=10+Year+Anniversary; - about 7,600,000 hits ;-) http://www.google.com/search?q=%2210th+anniversary%22 About 1730 hits. You lose ;-) -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://wiki.debian.org/DebianEeePC/ The days of the digital watch are numbered. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 10 Year Anniversary of VDR
I demand that Klaus Schmidinger may or may not have written... It has been exactly 10 years since version 0.01 of VDR (originally named OSM - On Screen Menu) was released. Ahem. year + anniversary == tautology... [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + This comment has been censored. Authority tends to assign tasks to those least able to do them. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] GOTOX patch for 1.7.5
I demand that VDR User may or may not have written... On Wed, Feb 3, 2010 at 2:33 PM, Bikalexander bikalexan...@gmail.com wrote: Is there perhaps a patch for 1.7.12? Did you at least try the current patch first? Please don't set a big font size when asking questions. Or when even posting to this mailing list. Actually, *don't* duplicate the text in HTML *at* *all*. It's a pointless waste of space and you get complained at (or flamed), or somebody who might otherwise help may decide to ignore you for being a moron. (Fortunately, I get to see the plain text version, but the presence of an HTML copy is quite obvious.) -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.youmustbejoking.demon.co.uk/ http://tlasd.wordpress.com/ +++ Out of Cheese Error +++ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-plugin and vdpau
I demand that Petri Helin may or may not have written... On Sat, Jan 23, 2010 at 11:59 AM, Jussi J v...@jjussi.com wrote: I have nVidia Corporation G96 [GeForce 9400 GT] (rev a1) what is VDPAU capable. I have loaded xine-plugin and try to use vdr-sxfe in vdpau mode, but no success.. AFAIK xine-plugin normally refers to vdr-xine, In context, that seems reasonable. However, we have a browser plugin named xine-plugin. Don't call the VDR xine plugin xine-plugin... [snip] -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.youmustbejoking.demon.co.uk/ http://tlasd.wordpress.com/ You are under surveillance. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
I demand that Torgeir Veimo may or may not have written... 2009/12/1 Darren Salt li...@youmustbejoking.demon.co.uk: http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau Does this version still inhibit the problem of freezing both audio and video for a brief moment after channel change, as a patched xine-lib 1.1 does? No idea. I don't have any nVidia graphics hardware. -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.youmustbejoking.demon.co.uk/ http://tlasd.wordpress.com/ Cogito cogito ergo cogito sum. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] deinterlacing VDR-HD on xine?
I demand that Theunis Potgieter may or may not have written... [snip] I used xineliboutput from snapshot 20091013 and the patch for xineliboutput, also xine-lib-1.2 with the vdpau patch http://hg.debian.org/hg/xine-lib/xine-lib-1.2-vdpau -- | Darren Salt| linux at youmustbejoking | nr. Ashington, | Doon | using Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + http://www.xine-project.org/ Beauty seldom recommends one to another. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR 1.7.7 compile problem with gcc 4.4
I demand that gimli may or may not have written... have compile errors with gcc 4.4. The attached patch makes vdr 1.7.7 compileable. Why is that a follow-up, and not the start of a new thread? -- | Darren Salt | linux at youmustbejoking | nr. Ashington, | Doon | Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. When you're 70 tomorrow's yesterday before you know it was today. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] What is the best linux distribution for VDR?
I demand that Diego Pierotto may or may not have written... !DOCTYPE html PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN html head [snip] One with a patched Thunderbird/Icedove which refuses to send HTML mail or, failing that, complains loudly and annoyingly about it. -- | Darren Salt | linux at youmustbejoking | nr. Ashington, | Toon | Debian GNU/Linux | or ds,demon,co,uk| Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. Money no longer talks - it just goes without saying. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ADMIN] linuxtv.org is moving
I demand that Antti Palosaari may or may not have written... [snip] [cr...@localhost v4l-dvb]$ hg push ssh://ant...@linuxtv.org/hg/~anttip/af9015 pushing to ssh://ant...@linuxtv.org/hg/~anttip/af9015 searching for changes remote: abort: No space left on device [cr...@localhost v4l-dvb]$ host linuxtv.org linuxtv.org has address 217.160.6.122 I removed 5-6 my old devel trees, still no space :o $ rm .hg/dirstate $ hg purge --all That gets rid of the working tree but retains all of the data necessary for use in a repository in which no actual development work takes place. (The working tree can be recreated, if needed, with hg update.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. It is now pitch dark. If you proceed, you will likely fall into a pit. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ADMIN] linuxtv.org is moving
I demand that Johannes Stezenbach may or may not have written... On Sat, Mar 28, 2009 at 04:05:55PM +, Darren Salt wrote: [snip] $ rm .hg/dirstate $ hg purge --all Or better hg update -C null. Useful :-) That gets rid of the working tree but retains all of the data necessary for use in a repository in which no actual development work takes place. (The working tree can be recreated, if needed, with hg update.) hg push doesn't create a working tree at the destination, thus there's nothing to get rid of. True, but hg clone does. Although I see that it has an option -U... [M-F-T set, as usual.] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Nothing is as useless as a general maxim. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [OT] development infrastructur for VGA2SCART patch set
[rewrapped to fit = 80 columns] I demand that Timothy D. Lenz may or may not have written... First, I don't know why, but everyone of your post comes through as a text attachment which has to be saved out to be read. Others on the list come through normal. They look fine here. However, I notice that they're GPG-signed and have a structure as follows: multipart/mixed multipart/signed text/plain application/pgp-signature text/plain This last text/plain section is added by the list software; it's presumably also that which adds the containing multipart/mixed and moves the Content-Type header for the multipart/signed section out of the message headers into a MIME headers section in the message body. This is signed by way of experiment; as sent, it has multipart/signed in the message headers. If you see the same with this message, you have buggy mail software (but seeing that it's MICROS~1 Lookout Express, that's not really surprising). [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. When nothing can possibly go wrong, it will. pgpou28r2qk00.pgp Description: PGP signature ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] why I must first compile xine-lib?not ffmpeg?
[snip unwrapped mess of quoted text] [following text rewrapped to what it presumably was intended to be] [Some of us choose to view plain text, not HTML] [Hotmail breaks wrapping of plain text, DO NOT USE] I demand that LinHai may or may not have written... I apt-get install libfaad-dev,but the log: make[4]: *** [xineplug_decode_ff_la-ff_video_decoder.lo] Error 1 make[4]: Leaving directory `/root/xine-lib-1-2-608e90e5e160/src/combined/ffmpeg' make[3]: *** [all] Error 2 make[3]: Leaving directory `/root/xine-lib-1-2-608e90e5e160/src/combined/ffmpeg' [snip] That's not the error. That's make's response to it. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid boiling weather. TIME IS RUNNING OUT *FAST*. I'd like to, but I'm being deported. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] why I must first compile xine-lib, not ffmpeg?
I demand that LinHai may or may not have written... when I first compile xine-lib is OK, second compile ffmpeg is OK. IF I first compile ffmpeg is OK, second compile xine-lib is failure. the syslog: make[2]: *** [xineplug_decode_faad_la-xine_faad_decoder.lo] Error 1 make[2]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src/audio_dec' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/root/xine-lib-1-2-926ee2edf0d8/src' make: *** [all-recursive] Error 1 That's not from syslog... :-) why ,who can tell me? All that can be said from that is that it's a link-time error; nothing more, since you've posted make's response to the error but have omitted the error report itself... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + RIPA NOTICE: NO CONSENT GIVEN FOR INTERCEPTION OF MESSAGE TRANSMISSION The adverb always follows the verb. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.9.0 plugin
I demand that Lauri Tischler may or may not have written... Reinhard Nissl wrote: after being away 7 month from VDR development I'm pleased to announce release 0.9.0. You can find it on my homepage as usual: Wonder where can I find keybindings of vdr-xine. It seems that keypadkeys in general work (keypad arrows, keypad enter) but where the hell are colorkeys (red, green, yellow, green) ? Started VDR with -P 'xine -r' They're wherever the rest of the key bindings are for whichever xine-lib front end you happen to be using. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html The second most important item on my shopping list, after coffee, iszzz... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] compiling the xine-1.2 with external ffmpeg
I demand that Stefan Ellenberger may or may not have written... So I tried to build xine-lib-1.2 the debian way... - modified changelog - modified debian/rules Makefile with my configure options - tried to meet all dependencies of the control file But there are various dependencies I simply can't meet because they would conflict with files installed by svn ffmpeg: libavcodec-dev (= 0.cvs20080206) | libavcodeccvs-dev, libavformat-dev (= 0.cvs20080206) | libavformatcvs-dev, libpostproc-dev (= 0.cvs20080206) | libpostproccvs-dev, libavutil-dev (= 0.cvs20080206) | libavutilcvs-dev, So I removed those from the control file You could install the ffmpeg libs from experimental, or grab the source and recompile. You may also be able to use the .diff.gz to build .debs from your checked-out source. http://packages.debian.org/source/experimental/ffmpeg-debian [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid boiling weather. TIME IS RUNNING OUT *FAST*. The truth is a virus... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] compiling the xine-1.2 with external ffmpeg
I demand that Gerald Dachs may or may not have written... Does anyone use checkinstall instead of make install in order to build a xine-lib debian package? This is not the right way to build a debian package, it is a dirty hack. All the files that are necessary for building a debian package are already there if you check xine-lib-1.2 out using 'hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2'. Or if you grab a snapshot tarball (but not from Debian experimental, since that tarball was built using make dist; OTOH, you have the .diff.gz). With 'debuild -uc -us -rfakeroot' in the xine-lib-1.2 directory, the xline-lib gets compiled and you have debian packages afterwords one directory up. As well as source packages, which you (probably) don't need or want. I normally just use debuild binary, but adding in the signing-prevention options is useful for others. It does depend on whether you're distributing or not, but if you are, I suggest make dist-gzip, unpack the tarball, copy the Debian directory into it, add a changelog entry (it's worth mentioning the changeset ID) then build. At least this is the way I build my ubuntu packages for xine-lib with vdpau patches. You have the right idea. :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid boiling weather. TIME IS RUNNING OUT *FAST*. A stitch in time saves nine. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile xine for vdr
I demand that Anssi Hannula may or may not have written... Ludwig Nussel wrote: Darren Salt wrote: I demand that Ludwig Nussel may or may not have written... [snip] libxine1 as shipped on [SuSE] 11.1 already contains the vdr plugin. Packman has the xine plugins for mpeg. That's binary-incompatible with other distributions. I hope that the soname has been adjusted appropriately... No, I actually haven't paid attention to that problem. AFAICS the ABI incompatible changes affect post_video_port_s in post.h and xine_video_port_s in video_out.h. Only post plugins or new video outputs would be affected by that I guess. So hopefully not that bad after all. Well, the SONAME in libxine reflects application interface only. The plugin API has a different versioning. True, but the plugins should also be linked against libxine, and there's nothing preventing an application from providing its own plugins. Unfortunately, the plugin API version can't be changed so easily... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Those who can, do. Those who can't, teach. Those who can't teach, hack. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] can't compile xine for vdr
I demand that Ludwig Nussel may or may not have written... Andreas Hölscher wrote: I installed a fresh SuSE 11.1 on my computer and tried to compile xine-lib for use with xine vdr plugin. [..doesn't work..] I'm not a programmer, so I don't know what to do now. Can anyone point me in the right direction please? libxine1 as shipped on 11.1 already contains the vdr plugin. Packman has the xine plugins for mpeg. That's binary-incompatible with other distributions. I hope that the soname has been adjusted appropriately... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Don't worry if you're a kleptomaniac - you can always take something for it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput crashes when closing the xineliboutput/videomenu
I demand that Nicolas Huillard may or may not have written... [snip] vdr 1.6.0 xineliboutput 1.0.3 xine 1.1.2 Maybe you should upgrade to 1.1.15. :-) all Debian etch + e-tobi repository [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. I fear explanations explanatory of things explained. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problems building xine-lib on openSUSE 11.0 w/ gcc 4.3.1
I demand that Harald Milz may or may not have written... this seems to be a famous one, possibly a GCC bug according to some fora. I can't build vdr-xine-0.8.2 and the related xine-lib on openSUSE 11.0 with gcc version 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] (SUSE Linux) - apparently an asm optimization thing: [snip] dsputil_mmx.c:636: error: can't find a register in class ‘GENERAL_REGS’ while reloading ‘asm’ [snip] Is that a known problem, and does somebody have a patch curing this? Known problem. Use newer xine-lib (if you're using what I think that you're using, it's old and unsupported) and external ffmpeg. (This particular problem, and the fact that gcc 4.3 can't seem to compile that at all in PIC mode on i386, is what prompted a switch to external ffmpeg by default.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. You hate mail. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe, radeon x1200 and xv out
I demand that Halim Sahin may or may not have written... Hi, On Di, Jul 15, 2008 at 05:52:44 +0100, Darren Salt wrote: I demand that Halim Sahin may or may not have written... I can't use xineliboutput for my new vdr box using fglrx driver and xv-out. It is unstable and often crashs after switching channels etc. My graphicsadapter is an onboard rs690 based radeon x1200. xf86-video-ati 6.9.0 should be fine with that hardware (apparently); 3D may also work, though I expect that you'll need drm mesa git. Yes this can be the right solution but unfortunately the driver does not support tv-out!! You could experiment with 6.9.0 (or a git snapshot) by disabling a small piece of code which causes the TV output to be skipped, I suppose (see src/radeon_atombios.c). No idea whether it'll work, though. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Windows 95. Shrug and Pray. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] channelscan-0.6.1 failed in compiling under VDR-1.7.0
I demand that LinHai may or may not have written... [snip] Plugin channelscan:make[1]: Entering directory `/root/vdr/PLUGINS/src/channelscan'g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='reelchannelscan' -DVDRDIR=\../../..\ -DBOOST_IOSTREAMS_NO_LIB -DNDEBUG -I/root/multiproto/linux/include -I../../../include -I../..//root/multiproto/linux/include channelscan.cIn file included from scan.h:34, from csmenu.h:42, from channelscan.c:31:filter.h:193:1: warning: MAXNETWORKNAME redefinedIn file included [snip] Ugh. That's the *fifth* badly-mangled message from you today. Looks like Hotmail's still eating line feeds, at least in the plain text part. (Presumably, the completely unnecessary, pointless, bandwidth- and storage-wasting HTML part is fine. I've not looked.) I suggest that you find some other mail service provider. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html I will never lie to me. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xineliboutput xine-lib error - xine_xmalloc_aligned
I demand that Dominique Matz may or may not have written... [snip] vdr-sxfe: symbol lookup error: /usr/lib/xine/plugins/2.0/xineplug_inp_xvdr.so: undefined symbol: xine_xmalloc_aligned xine_xmalloc_aligned (alignment, size) ⇒ av_mallocz (size) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. A sweater is a garment worn by a child when his mother feels chilly. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dfb/coreavc,xine bulid problem
I demand that Timothy D. Lenz may or may not have written... From: Darren Salt [EMAIL PROTECTED] [snip] I demand that Timothy D. Lenz may or may not have written... I am runing debian 64bit. alpha? amd64? ia64? sparc? :-) AMD Athlon64 x2 cpu. I am currently using rgb out of nexus But I want to switch to the Matrox g450 so I can down convert hd to sd. I am trying to use vdr-xine plugin, DirectFB with fb_xine for the matrox card and coreavc for decoder. The problem is getting xine 1.2 to build. Using latest HG make seems to compile but using fakeroot dpkg-buildpackage I get a lot of this: pp.c:309: warning: statement with no effect pp.c:311: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:312: error: implicit declaration of function âpp_postprocessâ [snip rest] Those errors don't make sense on their own. I'm guessing that there were errors before them... [snip gcc invocation] pp.c:37:39: error: libpostproc/postprocess.h: No such file or directory Oh. Another of those. Your config.log *should* be sufficient for determining what's going wrong here, but knowing where you've installed the ffmpeg headers (libavcodec, libavutil libpostproc will be enough, I think) should help too, and may by itself be enough to determine what needs to be done to fix this. (I'm assuming that the libpostproc headers are actually installed; and maybe *this* time enough information will be forthcoming...) [snip] + STREAMDEV_H264_VIDEO = 0xe0 /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ Would you mind *not* brokenly wrapping text? (Hint: don't use Lookout Express.) [snip] [snip quoted .sig] So we need an updated patch :( Well, updated fixed, really. Actually, multiple patches, so that we can (more) easily cherry-pick bits which we consider to be ready for merging. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. You will not be elected to public office this year. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] dfb/coreavc,xine bulid problem
I demand that Timothy D. Lenz may or may not have written... I am runing debian 64bit. alpha? amd64? ia64? sparc? :-) I am currently using rgb out of nexus But I want to switch to the Matrox g450 so I can down convert hd to sd. I am trying to use vdr-xine plugin, DirectFB with fb_xine for the matrox card and coreavc for decoder. The problem is getting xine 1.2 to build. Using latest HG make seems to compile but using fakeroot dpkg-buildpackage I get a lot of this: pp.c:309: warning: statement with no effect pp.c:311: error: âpost_plugin_pp_tâ has no member named âpp_modeâ pp.c:312: error: implicit declaration of function âpp_postprocessâ [snip rest] Those errors don't make sense on their own. I'm guessing that there were errors before them... And that is before trying to patch it with xine-lib-1.2hg-coreavc.diff. That as 2 hunks fail which I patch by hand. The failed hunks are: [snip first failure] demux_ts.c.rej *** *** 220,226 [snip] ISO_14496_PART3_AUDIO = 0x11, /* ISO/IEC 14496-3 Audio with LATM transport syntax */ + ISO_14496_PART10_VIDEO = 0x1b,/* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ Not surprising since I added a bit to that code not that long ago. + STREAMDEV_H264_VIDEO = 0xe0 /* ISO/IEC 14496-10 Video (MPEG-4 part 10/AVC, aka H.264) */ That change, together with any change which uses that constant, is BROKEN. It will cause failures when playing back TS files, recorded via xine-lib's DVB plugin, which contain MPEG2 video. (xine-lib's TS demuxer is a bit broken here in that no descriptor tag was found so it's falling back on using a value from a different source as if it were the descriptor tag. 0xE0 only indicates that it's a video stream.) Detection-by-content for the 'default' case for the video format detection code (around line 800) is what's needed. (Patches which implement this and this alone will be considered.) [snip] demux_ts.c:222: error: expected â,â or â}â before âSTREAM_VIDEO_MPEGâ You've either omitted a comma or added the extra line in the wrong place. :-) [snip fallout from that error] The switches I add to the debian rule file are: --enable-directfb \ --disable-dxr3 \ --disable-xvmc \ --without-x \ --without-xcb \ --disable-altivec \ --disable-vis \ But I get the same errors with/out the switches. Not surprising. It's mispatched. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. I am Bjorn of Borg. Wimbledon is irrelevant. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine + mplayer-plugin + MPlayer - is it possible ?
I demand that Goga777 may or may not have written... Your card/driver only has one Xvideo port. Some ATI card maybe? yes ATI Radeon 9600 How is it possible to know how many xvideo ports has my card/driver ? xvinfo. You should find one Xv adaptor, providing one overlay port, unless you're using recent xf86-video-ati, in which case you'll see another Xv adaptor, providing 16 textured video ports. My experience of using textured video on my X300 tells me to stick to using the overlay port with that card and similar cards: the display is slightly slower, and it gets a lot slower when the video window content is composited with other windows' content. (This may not be a problem with R4xx and higher, though; I don't know.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. A lost ounce of gold may be found, a lost moment of time never. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xine-lib error
I demand that Jelle De Loecker may or may not have written... Goga777 schreef: you should install this kernel headers - postprocess.h p.c:35:27: error: postprocess.h: No such file or directory in the debian you can find this package http://packages.debian.org/etch/libpostproc-dev That's just it, I have my kernel's header file, I have libpostproc-dev, I know exactly where postprocess.h is! (/usr/include/postproc/postprocess.h) I even made a symlink in /usr/include/libpostproc/ ... Thing is, this compile worked, untill after I compiled ffmpeg from source. Once I did that xine-lib never wanted to compile again. The config.log from that failed build and the list of directories which contain ffmpeg's header files are of interest. I suspect that something in some people's ffmpeg builds is confusing the ffmpeg header file layout detection script. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + RIPA NOTICE: NO CONSENT GIVEN FOR INTERCEPTION OF MESSAGE TRANSMISSION I will not forget me. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xine-Lib failed with external-ffmpeg option?
I demand that H. Onur may or may not have top-posted... i get this message when compiling xine-lib with external ffmpeg and latest ffmpeg svn. gcc -DHAVE_CONFIG_H -I. -I../../../include -I../../.. -I../../../include -I../../../include -I../../../src -I../../../src/xine-engine -I../../../src/xine-engine -I../../../src/xine-utils -I../../../src/input -I../../../src/input -I../../../lib -I../../../lib -DNDEBUG -D_REENTRANT -DXINE_COMPILE -O3 -ffast-math -fexpensive-optimizations -fvisibility=hidden -I/include -pipe -Wall -Wformat=2 -Wno-format-zero-length -Wmissing-format-attribute -Werror-implicit-function-declaration -Wstrict-aliasing=2 -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wwrite-strings -Wpointer-arith -g -mtune=k8 -MT xineplug_post_planar_la-pp.lo -MD -MP -MF .deps/xineplug_post_planar_la-pp.Tpo -c pp.c -fPIC -DPIC -o .libs/xineplug_post_planar_la-pp.o pp.c:31:27: error: postprocess.h: No such file or directory pp.c:57: error: 'PP_QUALITY_MAX' undeclared here (not in a function) pp.c:77: error: expected specifier-qualifier-list before 'pp_context_t' pp.c: In function 'set_parameters': pp.c:88: error: 'post_plugin_pp_t' has no member named 'lock' (I had to reformat that to make any sense of it. Some STUPID M$-BROKEN MAIL SOFTWARE had mangled it, omitting all line feeds. DON'T USE HOTMAIL.) [snip] (ugh, *more* misformatted text. As if that weren't enough, misquoting becomes obvious once I add the necessary line feeds. And you've top-posted. And duplicated it as HTML.) Date: Thu, 8 May 2008 15:24:19 +0100 From: [EMAIL PROTECTED] To: vdr@linuxtv.org Subject: Re: [vdr] Xine-Lib failed with external-ffmpeg option? I demand that H. Onur may or may not have written... Hi, The xine-lib is failing when using external-ffmpeg latest source. how can i compile it? The coreavc patch for xine is also failing? H.264 support for linux is very poor i think. Should work fine... where have you installed ffmpeg headers? (Your config.log may help.) You've not answered the question. And if your reply is as badly mangled as this was, you won't get a useful reply (at least from me). -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. programmer: n. Red-eyed mumbling mammal capable of conversing with computers. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Xine-Lib failed with external-ffmpeg option?
I demand that H. Onur may or may not have written... Hi, The xine-lib is failing when using external-ffmpeg latest source. how can i compile it? The coreavc patch for xine is also failing? H.264 support for linux is very poor i think. Should work fine... where have you installed ffmpeg headers? (Your config.log may help.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. Do not merely believe in miracles, rely on them. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] coreavc for Linux (coreavc 1.7.0 + xine patches)
I demand that Igor may or may not have written... [snip] http://groups.google.com/group/coreavc-for-linux?hl=en here you can find a new patches for xine 1.1.12 h264_pes.patch demux_ts_fixes.patch coreavc-xine-1.1.12_more.patch coreavc-xine-1.1.11.patch NAK. Unattributed, no summary lines, no descriptions, insufficiently and unsuitably split up, C++ comments, strange comments such as My Hack. There is at least one ABI change: a struct in a public header file is changed, which automatically makes this 1.2 material. Bug fixes then the h264 PES patch (without any ABI changes which are not simple additions) sent to xine-devel if you want any of this added to xine-lib. After that, the CoreAVC patches; one patch series against hg tip is STRONGLY preferred. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! Bother, said Pooh, as he saw the mushroom cloud. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine: Client connect failed!
I demand that Simon Baxter may or may not have written... I'm trying to downgrade vdr-xine from 0.8.2 back to 0.8.0 but get vdr-xine: Client connect failed! in std-out. Can this be further diagnosed? The xine-lib and xine-ui seem to otherwise work just fine, just won't connect to vdr-xine. This is down to vdr-xine's interface versioning. You also need the corresponding xine-lib patch or an older xine-lib-1.2 snapshot (reverting src/vdr and include/xine/vdr.h, not the whole tree, to an old enough version should do; looks like changeset c3a5e9ba is what you want). -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Unqualified superlatives are the worst of all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput: viewing 16:9 content on 4:3 output device
I demand that Ian Bates may or may not have written... [snip] In the mean time I am looking at the patch Darren Salt brought to my attention for xine-lib, and the xine post plugin 'expand' (with special attention to Reinhard Nissl's center_cut/crop_out mode') to see if I can hack something for xineliboutput, re cropping 16:9 to 4:3. Noone hold their breath though. I'm particularly interested in that patch getting some testing and fixing; in particular, I've seen problems with AFD value changes. Once it's working properly, it can go into xine-lib-1.2. BTW, about your ISP: http://www.badphorm.co.uk/ [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Interception of this message for advertising purposes is not permitted. There is nothing more silly than a silly laugh. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutput and ubuntu 7.10 (Gutsy)
I demand that Timo Laitinen may or may not have written... Aaargh, forgot to change the vdr Digest from the subject to something reasonable... sorry about the noise... Here's the same with a bit more identifiable subject. You forgot to correct the In-Reply-To header. ;-) On Mon, 17 Mar 2008 12:00:02 +0100 Darren Salt [EMAIL PROTECTED] wrote: I demand that Timo Laitinen may or may not have written... [snip] Just tackled with this one myself... at least if you used the e-tobi repositories. There was a strange requirement for the library version, I think it was something like libxine = 1.1.12 libxine 1.1.13. Highly unlikely. ... Compilation went well with libxine 1.1.17 and the plugin and the frontends work fine. 1.1.17? Did you get that from... I don't know, probably late next year? :-) Oops, it seems my time machine had a programming glitch... Or, alternatively, I still haven't learned NOT to trust my memory... I'm inclined to believe the latter: you keep forgetting. :-) So, actually looking at it, it had Build-Depends libxine-dev ( 1.1.3), libxine-dev (= 1.1.2) The specific versioning shouldn't be there. That sort of thing only belongs in the Depends header, and should be generated at build time. I removed all version requirements, compiled it against libxine 1.1.7. (in Ubuntu Gutsy) But, still, it works, :-) although not perfectly (rapid motion, such as news tickers, are jumpy with xxmc on openchrome when HW acceleration is on, not sure why) Sounds like an X problem to me, though it could just possibly be to do with xine-lib's xxmc support. That *is* the general form, though, and it's to do with the name of xine-lib's plugins directory and how the plugin build scripts get the directory name. So (wrote he hoping), would things get better (regarding my quality problems) if I changed to 1.1.2? Hopefully not ‒ unless you mean 1.2, in which case you'll see much the same as 1.1 hg wrt xxmc. or to 1.1.11? Or is it just so that if it works at all, it's ok? Basically, if you upgrade xine-lib to a newer ABI-compatible version, you won't need to rebuild plugins (except just the once to get them using the new plugin directory naming scheme when you upgrade past 1.1.10.1). -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. You can never tell which way the train went by looking at the tracks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Current xine-lib: vdr-xine breakage
You'll need the following patch to avoid build failure with recent xine-lib 1.1.x, patched for vdr-xine. Details: XINE_PLUGINDIR now references libdir (that's the build failure: recursive reference), and using xineplug_LTLIBRARIES removes any need to override libdir. This patch will break builds with xine-lib 1.1.5. 8 --- ./src/vdr/Makefile.am~ 2008-02-21 00:57:14.0 + +++ ./src/vdr/Makefile.am 2008-02-21 00:57:14.0 + @@ -1,12 +1,8 @@ include $(top_srcdir)/misc/Makefile.common - - -libdir = $(XINE_PLUGINDIR) - AM_CFLAGS = -D_LARGEFILE64_SOURCE -lib_LTLIBRARIES = \ +xineplug_LTLIBRARIES = \ xineplug_vdr.la xineplug_vdr_la_SOURCES = combined_vdr.c input_vdr.c post_vdr_video.c post_vdr_audio.c 8 -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Your code should be more efficient. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe don't start..
I demand that Ville Skyttä may or may not have written... On Monday 18 February 2008, Darren Salt wrote: I demand that Ville Skyttä may or may not have written... FWIW, I'm pretty certain that the only upstream supported way to retrieve the dir where to install xine plugins is to use xine-config --plugindir or pkg-config --variable=plugindir libxine. They are, but you should not use pkg-config unless your plugin is not 1.1-compatible. Hmm... I'm having some problems parsing that, do you mean that only plugins that are 1.2-compatible but not 1.1-compatible should be using pkg-config? Yes. (I'm ignoring versions 1.1.0.) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Bother, said Pooh, as he saw the mushroom cloud. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-sxfe don't start..
I demand that Ville Skyttä may or may not have written... On Sunday 17 February 2008, Matthias Schwarzott wrote: On Sonntag, 17. Februar 2008, Joerg Bornkessel wrote: We detect this in the vdr-xineliboutput-*.ebuild an let install the xineplug_inp_*.so to the given dir by the headerfile. There is nothing wrong. Yes there is – your detection method. Jussy, just skip the xine-lib-1.1.10.1 Version, use an older version, or i hope it will fixed by xine team, then the next version. Bad advice, unless the known potential for remote exploits (admittedly remote, but let's ignore that) isn't a problem for that particular installation. This is fixed in ebuild vdr-xineliboutput-1.0.0_rc2_p20080120-r1. Now we restrict the xine-lib version to 3 components. That'll be broken again by the next release (I've changed the naming), but there'll be a benefit: once the plugin is rebuilt, you'll be able to avoid rebuilding it unless you have need of some new ABI extension. Or at least that's the plan :-) (Incidentally, it was unrebuilt vdr-plugin-xineliboutput blocking xine-lib migration into Debian testing – needed for security fixes – which prompted this change...) FWIW, I'm pretty certain that the only upstream supported way to retrieve the dir where to install xine plugins is to use xine-config --plugindir or pkg-config --variable=plugindir libxine. They are, but you should not use pkg-config unless your plugin is not 1.1-compatible. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Avoid commas, that are not necessary. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] Single CoreAVC Patch that Works with Xine-lib and Vdr-xine
I demand that Morfsta may or may not have written... Attached is a patch to enable decoding of H264 video streams using the CoreAVC Win32 DLL, the latest HG clone of xine-lib and Reinhard's vdr-xine and of course VDR. CoreAVC is a commercial and fast software-based H264 decoder. [snip] Note, to increase performance I have disabled the xine de-interlacer for H264 streams as by default the CoreAVC deinterlacer is enabled. I don't think it's as good as the xine de-interlacer, but if you want to try re-enable xine deint on your CPU [...] If at all possible, the CoreAVC deinterlacer should be made useable as a deinterlacer plugin, much as tvtime and pp are. Note, I haven't written the majority of this patch, it has been pulled together from about 4 other patches (budice's work on DVBN and the google code site itself). If you can untangle them and set up a repository containing the individual patches *or* make a quilt series from them, that'd be better. It might be worth using From: and Subject: headers at the top (RFC2822-style) for proper attribution (hg import understands these). I have added code to automatically detect the size of the H264 stream and to set the aspect ratio of the resultant picture as well as making it apply cleanly (hopefully!) to today's HG of xine. Without overriding the user's preference, I hope. Therefore, the code is nothing more than a total hack and will not likely see inclusion in xine in it's current form. You're right (and you mean its). (! = will cause rejection; ? - may cause rejection; - = should be fixed.) ! New files are missing copyright/licence headers. - C++ comments. (We prefer C comments.) - printf usage - you want xprintf or lprintf. ? static SampleProcUserData sampleProcData - why is this not part of an instance-specific struct, or allocated as needed? - #include xine/... - should use , not - White-space and {} changes which don't change the meaning of the code don't belong in the patch. - 32-bit assumptions. Probably safe for now... ? Use of signal() - be careful: that could trample all over the front end's own signal handling. (I note that signal(2) says that its effects in a multi-threaded process is undefined...) ? src/libw32dll/wine/win32.c, lines 5445-5454: fixed-size buffer sprintf. Are you *sure* that there's no chance of an overflow here? - Some indentation/line-break fixups where code is already changed would be good. :-) [snip already-known problems etc.] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. Why are there no tan MM's? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] run xineliboutput with some Errors
I demand that 林海 may or may not have written... hi, I am from china. I have finished compiling VDR-1.47 and vdr-xineliboutput-1.0.0rc2. I want to use xineliboutput with framebuffer in textmode. Before I compiled VDR-1.47 and vdr-xineliboutput-1.0.0rc2, I have set xineliboutput with XINELIBOUTPUT_X11 = 0 XINELIBOUTPUT_FB = 1 [snip; rewrapped to 80 columns] No, I'm not sorting through that mess of unwrapped text, and I doubt that anybody else will either. I suggest that if you must use webmail, you find some other provider. The one which you're using now is just... seriously BROKEN. (I've not looked at the HTML duplicate. Why should I? Mail is supposed to be plain text...) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Bother, said Pooh, as he sunk his twelfth Guinness. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
I demand that Ludwig Nussel may or may not have written... Darren Salt wrote: I demand that Ludwig Nussel may or may not have written... [snip] asprintf needs to check for multibyte characters to not cut them in the middle and produce invalid output. No - it's encoding-neutral. [...] Try the following with 'LANG=C' and 'LANG=de_DE.UTF-8'. You will notice that in the latter case it will not cut the umlaut. [snip code - hmm, dodgy use of printf] Interesting. It omits it entirely. But the rest of my point still stands - it still counts bytes. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. This message was brought to you using only 100% recycled electrons. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine buffer usage: messages
I demand that Reinhard Nissl may or may not have written... Simon Baxter schrieb: I run vdr-xine with the following syntax: xine --fullscreen -r anamorphic --hide-gui -V xv -A alsa -D --post vdr_video --post vdr_audio vdr://tmp/vdr-xine/stream#demux:mpeg_pes The post options seem to cause a continuous stream of the following messages: buffer usage: 62, 0, 7, 0, 0x94aa6f8 [snip] Is there some sort of debugging turned on? How do I stop these messages? This one was hardcoded to to get an idea of whether a PC is fast enough for HD decoding. To turn it off, you'll have to comment out the line with fprintf() in post_vdr_video.c: [snip] http://hg.debian.org/hg/xine-lib/xine-lib-1.2?cmd=changeset;node=e1a04989d07217c3efd221998d9205b0254897a9;style=raw :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. Ready... fire... aim! ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] trouble with asprintf
I demand that Wolfgang Rohdewald may or may not have written... On Sonntag, 10. Februar 2008, Udo Richter wrote: What special handling does asprintf with utf8? Is there some example that causes the trouble? Worst case I can imagine would be that there's an invalid 0 byte inside an utf8 multibyte char printf and family sometimes have to count characters, so I suppose they have to scan UTF No; they only ever count bytes. The encoding is irrelevant. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. If a bus stops at a bus station, does work stop at a workstation? ___ 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 waiting for FF DVB-S2 card
I demand that Ondrej Wisniewski may or may not have written... With VDR getting ready for HD-TV it seems that today the MPEG4 decoding can only be done on a high end processor or an external decoder card. MPEG-4 (or, more specifically, H.264) != HDTV. Sooner or later, it'll be used for 576p or 576i, if it's not being used for that already somewhere. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Do not be overly suspicious where it is not warranted. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Straw poll: stable version 1.6.0 now?
I demand that Rolf Ahrenberg may or may not have written... [snip] The completition of H.264 support would be nice to have in next stable version. The H.264 support isn't related only to DVB-S2 as it's used already in many DVB-C and DVB-T networks nowadays. Then there's DVB-T2, which we should have late next year; but I expect that that'll require multiproto support (and new cards!) anyway... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy local produce. Try to walk or cycle. TRANSPORT CAUSES GLOBAL WARMING. I'm making a home movie called The Thing That Grew in My Refrigerator. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-rotor support patches for VDR-1.5.14
I demand that Morfsta may or may not have top-posted... Seems that I spoke too soon - I get a problem running rotor on my system after compilation: - vdr: ./PLUGINS/lib/libvdr-rotor.so.1.5.14: undefined symbol: _ZN7cDevice13SwitchChannelEPK8cChannelPS_ Whatever I try I can't seem to fix it. Reverting back to my old version of rotor works fine. c++filt says cDevice::SwitchChannel(cChannel const*, cDevice*). Maybe you need to recompile something...? [snip; don't top-post] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html I don't suffer from insanity: I enjoy every minute of it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-iptv-0.0.5 + vdr-xine audio problem
I demand that Antti Seppälä may or may not have written... Jouni Karvo wrote: I really have no idea of which settings to try next. Configuring xine-ui is not really an easy thing. Few people have reported audio problems in xine-lib version 1.1.9. The setting audio.synchronization.slow_fast_audio (discussed here http://www.linuxtv.org/pipermail/vdr/2008-January/015210.html) might help. Also changing audio.synchronization.av_sync_method and/or audio.synchronization.resample_mode may have an effect on your audio problems. This patch should fix it. If you find that it works, report back and I'll make sure that it gets committed. diff --git a/src/xine-engine/audio_out.c b/src/xine-engine/audio_out.c --- a/src/xine-engine/audio_out.c +++ b/src/xine-engine/audio_out.c @@ -1619,6 +1619,7 @@ static void ao_close(xine_audio_port_t * } /* make sure there are no more buffers on queue */ fifo_wait_empty(this-out_fifo); + ao_set_property(this_gen, AO_PROP_DISCARD_BUFFERS, 0); } pthread_mutex_lock( this-driver_lock ); -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html Maybe Computer Science should be in the College of Theology. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xine-lib security fix (was: Re: VDR - xine - CoreAVC)
I demand that Per Mellander may or may not have written... Morfsta skrev: I have been using xine-1.2 from the Mercurial distribution, but it still creates a plugin directory called 1.1.9 and sometimes 1.1.90. Evereything except that you use Mercurial looks like my setup. I started of with the xine-lib I had on my machine, which was originally taken from Reinhards xine-site. ( http://home.vrweb.de/~rnissl ) If you use Real streams with xine-lib, DO NOT USE THOSE SNAPSHOTS (until they're updated); instead, download and use xine-lib 1.1.9.1 or current hg. (Ref. CVE-2008-0225.) (My Debian repository has 1.1.9.1.) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/ (PGP 2.6, GPG keys) The name is Borg. James Borg. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC (Was: Re: CoreAVC + xineliboutput)
I demand that Gregoire Favre may or may not have written... On Sun, Jan 20, 2008 at 10:20:40PM +0300, Igor wrote: please, try with this Makefile version from Walery http://allrussian.info/thread.php?postid=1226030#post1226030 Thank. I'll be lazy and wait for a current patch against xine-lib-1.2 :-) For these changes to have any chance of being accepted, they must be: * based on current 1.2 * split up into a series of incremental patches - a functional xine-lib after each patch is considered useful :-) and they must have: * the necessary changes to get libw32dll built on amd64 - unless it won't work on amd64, of course... * copyright/licence headers in each new file * suitable descriptions for each patch, with summary lines - this will make for easy import and useful output from hg log ffmpeg remains the preferred option, though. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Economy makes men independent. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR - xine - CoreAVC
I demand that Morfsta may or may not have top-posted AGAIN... On Jan 21, 2008 4:06 PM, Darren Salt [EMAIL PROTECTED] wrote: I demand that Morfsta may or may not have written... Seems that there is a difference in versions somewhere. BUF_VIDEO_WVC1 is defined in xine-engine.h. I don't know where your xine-engine.h came from, but it's not xine-lib. It was in the tar file that Per posted earlier of his xine-lib! I've not looked in that tarball, but I can say for certain that there is no header of that name in any xine-lib tarball which I've generated. [snip quoted .sigs] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/progs.packages.html Get out of that one. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] avoid inheritance of file descriptors
I demand that Klaus Schmidinger may or may not have written... [snip; FD_CLOEXEC] Why is this suddenly such a big problem? If a plugin wants to run an external program it can simply use SystemExec(). Besides, as Darren Salt pointed out, this flag is apparently only available in the very latest kernel version, which I'm pretty sure is not that widely in use yet. Er, no: FD_CLOEXEC has been available for years (see fcntl(2)). You're confusing it with O_CLOEXEC, which is new. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. I am Bjorn of Borg. Wimbledon is irrelevant. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [patch] avoid inheritance of file descriptors
I demand that Deti Fliegl may or may not have written... Anssi Hannula wrote: Deti Fliegl wrote: Klaus Schmidinger wrote: Doesn't SystemExec() (see tools.c) take care of this? Yes you are right - it takes care internally but not for plugins like dvdswitch etc. In order to fix this problem you could patch every single plugin or just set the right file descriptor flag once. I think the latter does not cause any interference and should solves some issues. For the record, the latter creates a small race condition: an external program could be launched before FD_CLOEXEC is set on an fd. In VDR all file descriptors seem to be allocated at startup. IMHO it is not very likely that a race condition could happen. From open(2): O_CLOEXEC (Since Linux 2.6.23) Enable the close-on-exec flag for the new file descriptor. Specifying this flag permits a program to avoid an additional fcntl(2) F_SETFD operation to set the FD_CLOEXEC flag. Addi- tionally, use of this flag is essential in some multithreaded programs since using a separate fcntl(2) F_SETFD operation to set the FD_CLOEXEC flag does not suffice to avoid race condi- tions where one thread opens a file descriptor at the same time as another thread does a fork(2) plus execve(2). No use *now*, I know - too many people not yet using a new-enough kernel... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! Vote Anarchist. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
I demand that Klaus Schmidinger may or may not have written... [snip] While testing this, I found that on my system the monotonic clock only has a resolution of 4000250 ns (about 4 ms), which in your original patch would have caused VDR not to use the monotonic clock. That suggests that your kernel is built with HZ=250 (CONFIG_HZ in /proc/config.gz). Are there actually systems that have a 1 ms resolution? Any with HZ=1000, I expect :-) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! MCSE: n. ac. Minesweeper Consultant and Solitaire Expert. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] PANIC: watchdog timer expired - exiting
I demand that Klaus Schmidinger may or may not have written... On 12/02/07 14:34, Darren Salt wrote: I demand that Klaus Schmidinger may or may not have written... [snip] While testing this, I found that on my system the monotonic clock only has a resolution of 4000250 ns (about 4 ms), which in your original patch would have caused VDR not to use the monotonic clock. That suggests that your kernel is built with HZ=250 (CONFIG_HZ in /proc/config.gz). I'm running the default SUSE 10.2 kernel. That says nothing (to me) about how it's configured... :-) Are there actually systems that have a 1 ms resolution? Any with HZ=1000, I expect :-) Ok, I see. I'll make it a 5 ms limit then, to allow default kernels to work. Valid HZ options are 100, 250, 300 and 1000, unless overridden by an arch-specific Kconfig file. (AFAICS, only mips does this, offering 48, 100, 128, 250, 256, 1000 and 1024.) I have one computer on which I use HZ=100; however, it has no DVB devices. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Never have a drink when you are feeling sorry for yourself. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] next features?
I demand that Klaus Schmidinger may or may not have written... [snip] Maybe it actually is about time for me to build a new VDR. I'll probably take a look at the Reel Extension HD PCI. But that means I'll also need a new motherboard with at least five PCI slots (for 3 DVB-S cards, 1 DVB-T and the Extension HD). ECS nForce3-A and -A939? Not exactly current, but they both have 5 PCI slots and an AGP slot (anything up to x8). On my desktop PC I'm using a passively cooled Pentium M with 1.86GHz, which works really good, so maybe that's also a viable choice for a new VDR. Quite likely... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. I'll never finish this tagline ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] 2 DVB-T cards == can't record
I demand that Jan Exner may or may not have written... I have a problem with my VDR setup (c't VDR 6): I currently use a DVB-S TT 2.3 card as output device (no dish/LNB attached) and a DVB-T Nova-T as input device for UK freeview channels. That works just fine. Now I want to add a second Nova-T so I can record and watch something else at the same time. But as soon as the second DVB-T card is inside the machine, I cannot record anything anymore. Strange... I've not noticed any problems with three devices on the occasions when I've started VDR with all three present; OTOH, they're all DVB-T, though one's connected via USB. I think there's two problems: 1. I am trying to use the antenna out on one Nova-T to pass the signal through to the second. Ignore the outputs. You should connect both inputs to an amplifier; tune to and monitor one of the QAM64 muxes to check that the wiring is good. (It's possible that you may be able to get away with a splitter, but you'd need to be close to the transmitter or have a good aerial.) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Butler of Borg: Frankly my dear, you will be assimilated. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] diff and po-files = huge patches?
I demand that Torsten Kunkel may or may not have written... while working on a patch I noticed a small problem creating such a patch with the new translation. When adding new translations, you have to call make i18n in order to get the translation generated to the gettext-files, but when doing this, all linenumbers get updated. [snip example diff] Because of this, a patch of about 5kb will have about 150kb because of these changes. What is the best way to avoid this? diff -I^#: [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Let's keep the pound sterling Bad filename, 0:1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR-core's texts in plugin's .pot files
I demand that Matthias Becker may or may not have written... plugins can re-use VDR-core translations. With the old i18n.c method plugin authors just did not provide a plugin specific translation for these texts. With the new translation method identifying these text got harder for plugin translators. xgettext puts all texts into the .pot file - also the texts for which the VDR-core translation should be used. A translator now cannot see which texts he has to translate and which not. Can this be improved? Each plugin has to handle its own translations and ensure that they're in its own translation domain. This means that its makefile has to run xgettext, generate .mo files and install them. Translation has to be done (for plugin-specific text) using dgettext() and dngettext() instead of gettext() and ngettext(). [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. If at first you don't succeed, you're doing about average. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.7
I demand that Klaus Schmidinger may or may not have written... [snip] (I wonder when one of our neighbo(u)rs will write a colo(u)rful en_UK version ;-). Somehow, I doubt that most Ukrainians would want that. ;-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. If some people didn't tell you, you'd never know that they'd been on holiday. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Breaking sound at playback
I demand that JJussi may or may not have written... [snip] As extra info, here is error message from xine-lib compile: [snip] ffmpeg_encoder.c: In function 'dxr3_encoder_init': ffmpeg_encoder.c:79: error: 'mpeg1video_encoder' undeclared (first use in this function) ffmpeg_encoder.c:79: error: (Each undeclared identifier is reported only once ffmpeg_encoder.c:79: error: for each function it appears in.) [snip] Use either --disable-dxr3 or --without-external-ffmpeg. Or patch it :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. You will be aided greatly by a person whom you thought to be unimportant. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia
I demand that Georg Acher may or may not have written... On Sun, Jul 01, 2007 at 02:33:21PM +0100, Darren Salt wrote: That doesn't matter. It's still Linux-based and you still need to release the modified sources (I'd say enough to allow the building of a complete filesystem image for the device). To make it clear: This whole argument is *ONLY* about the HDMI chip driver, which is the only closed source part in the kernel. This part is *not* a modification of some existing code. That part may not be, but you can't simply switch the kernel anyway, as it has many additions for the V4L-stuff. That (to me) says 'modified kernel source'... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Lobby friends, family, business, government.WE'RE KILLING THE PLANET. I am Zarniwoop of Borg. I've been waiting 900 years to assimilate you... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT: issues about binary only code in GPLed programs [WAS] future VDR and Net??eiver OEM from Reelmultimedia
I demand that Georg Acher may or may not have written... [snip] And quite frankly, the dumb consumer doesn't care about HDCP and its implications. Compared to DRM on music, HDCP is invisible to him, he has no visible disadvantage. That's as may be... however, it does seem to be ignoring those of us who happen to want video output in a window (as I do now with vdr gxine). If there's any taintware involved in that, I for one don't want it. (And I couldn't care less about it right now, at least for my own use - there's no terrestrial HD broadcasting here and there won't be until 2012 at the earliest, that being when analogue transmission is switched off.) So all the boycott stuff is for freaks only. Right... so consumers are either dumb or freaks... remember that you're one too :-þ [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. Since you're going to die anyway, can we use you as a shield? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] future VDR and Net??eiver OEM from Reelmultimedia
I demand that Torgeir Veimo may or may not have written... [snip] When some parts of the kernel becomes gpl3, which it might, That can't usefully happen so long as there are GPLv2-only components: there would be no common licence for the whole kernel, which would make it undistributable without splitting it up. Also, I don't believe that code which isn't licensed under GPLv2 will be accepted anyway... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + At least 4000 million too many people. POPULATION LEVEL IS UNSUSTAINABLE. Who cares anyway? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
I demand that Klaus Schmidinger may or may not have written... On 06/16/07 23:26, Darren Salt wrote: I demand that Klaus Schmidinger may or may not have written... On 06/16/07 18:28, Anssi Hannula wrote: [snip] courier:bold Probably monospace:bold instead of courier:bold. I tried both, and courier:bold looks a lot better to me (much more like a typewriter font). That shouldn't be a problem so long as you use monospace as a fall-back... actually, since that's an alias anyway, you should probably just locally define it as being courier :-) When I select courier:bold it results in /usr/share/fonts/URW/n022004l.pfb. If I remove the entire URW directory and select courier:bold again, I get /usr/share/fonts/truetype/andalemo.ttf - which is exactly the same as I get when I select monospace:bold. I get, respectively: /var/lib/defoma/fontconfig.d/N/NimbusMonL-Bold.pfb /var/lib/defoma/fontconfig.d/B/Bitstream-Vera-Sans-Mono-Bold.ttf These are symlinks to /usr/share/fonts/type1/gsfonts/n022004l.pfb /usr/share/fonts/truetype/ttf-bitstream-vera/VeraMoBd.ttf which are supplied by gsfonts and ttf-bitstream-vera. So I see no problem with VDR using courier:bold as default. I, OTOH, see no problem with it using monospace:bold as default; allowing it to be set as a compile-time option should be sufficient, though. Otherwise it's patch time :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Worse things happen in C. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
I demand that Klaus Schmidinger may or may not have written... On 06/16/07 18:28, Anssi Hannula wrote: [snip] courier:bold Probably monospace:bold instead of courier:bold. I tried both, and courier:bold looks a lot better to me (much more like a typewriter font). That shouldn't be a problem so long as you use monospace as a fall-back... actually, since that's an alias anyway, you should probably just locally define it as being courier :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. D BREAK - CONT repeats, 0:1 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] VDR developer version 1.5.3
I demand that Klaus Schmidinger may or may not have written... [snip] When I do const char *font_name = sans-serif; FcInit(); [snip fontconfig bits] fprintf(stderr, font '%s'\n, s);//XXX free(fc_pattern); FcFini(); it prints font '/usr/share/fonts/truetype/arial.ttf' which looks good. However, when I use courier instead of sans-serif, I get font '/usr/share/fonts/URW/n022003l.pfb' which is not a truetype font and therefore can't be used with VDR's font rendering. Why can't it? I was under the impression that freetype could handle Postscript fonts... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Your mode of life will be changed to ASCII. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Re: AW: VDR stops replay due to strong wind condition
I demand that martin may or may not have written... [snip] Thats crazy man! ^ Was that supposed to be an apostrophe? I ask because I see here a box symbol, representing an unknown character... Your message's headers say ISO8859-1. Character code 0x92 is undefined in ISO8859-1, and therefore may not be properly viewable everywhere (except with software which has workarounds for broken messages generated by buggy MS software). Solve the problem, but do not disturb the whole system. You should take your own advice - stop using broken MS products, or at least configure them to use the correct encoding, in this case Windows-1252. (Actually, in that encoding, it's a single close quotation mark, not an apostrophe. So, strictly, it's *still* wrong, but at least it'd look something like what it's supposed to be.) [snip] -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Udo Richter Gesendet: Montag, 19. März 2007 00:00 An: VDR Mailing List Betreff: Re: [vdr] VDR stops replay due to strong wind condition [snip] Cheers, Udo [snip] That's not properly quoted. It could be taken for text that *you*'ve written. Again, you should take your own advice. And don't top-post. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output *more* particulate pollutants. BUFFER AGAINST GLOBAL WARMING. I'd like to, but I have to go to the post office to see if I'm still wanted. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-lib patch help
I demand that Stone may or may not have written... I was trying to apply the latest xine patches (that come with xine-0.7.10) to cvs of xine-lib and I have hit a problem. The patch is looking for this line to replace: -dsputil_mmx.o dsputil_mmx.lo: CFLAGS=`echo @CFLAGS@ | sed -e 's/-funroll-loops//g; s/-O[0-9]/-Os/g'` +dsputil_mmx.o dsputil_mmx.lo: CFLAGS=$(shell echo @CFLAGS@ | sed -e 's/-funroll-loops//g; s/-O([0-9]|s|$)/-Os /g') But, now the original line looks like this: dsputil_mmx.o dsputil_mmx.lo: CFLAGS=$(shell echo @CFLAGS@ | sed -e 's/-funroll-loops//g; s/$$/ -Os/') Should i just leave it as is now? Yes. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Travel less. Share transport more. PRODUCE LESS CARBON DIOXIDE. If the opposite of pro is con, then what's the opposite of progress? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
I demand that Udo Richter may or may not have written... Darren Salt wrote: I guess the only situation that may cause a problem is if the VDR never shuts down, eg. has no shutdown script at all. It must have some Min User Inactivity setting, or else live viewing could be interrupted by the automatic update. The user inactivity setting isn't relevant to that, AFAICS. If you want to do the update while there's no ongoing activity, then you'll need some kind of user inactivity, otherwise a live viewer would be interrupted instantly. Local policy would seem to be the best way to handle this. For example, a plugin may be possible that reacts on a SVDRP command (request for update), and that sets a temporary shutdown script (calls Shutdown.SetShutdownCommand()). As soon as the script exists, the inactivity shutdown will be back, but instead of shutting down, the script stops VDR, installs the update and restarts. (Did you mean exits?) Actually, exists, in the sense that the name of a script has been set using the Shutdown.SetShutdownCommand() call. Bad choice of word - the obvious meaning of the phrase is when the script is created. The local admin may have disabled SVDRP or the SVDRP port may be in use (perhaps a buggy plugin, or maybe just bad timing). Sending a signal to the running vdr process works regardless. Ok, a suggestion how this could be done in a simple and useful way: We re-define SIGHUP, so that it doesn't terminate VDR instantly, but instead checks for activity. If user and vdr is inactive, act just like sigterm, if there's some activity, ignore the signal. An external script could then repeat sending the SIGHUP periodically until termination did succeed. That'd be start-stop-daemon, most likely, which means that the task would have to be backgrounded. Its -R option is useful for this - something like -R forever/-HUP/5, I think - but it's just possible that VDR may become inactive then active without receiving a signal in between. However, that doesn't fit in well with runvdr, or at least with my version - which you can find in this diff (which can be cleanly applied against an empty directory) as vdr-1.4.5/debian/runvdr.c: URL:http://zap.tartarus.org/~ds/debian/dists/unstable/main/source/vdr_1.4.5-1.ds.diff.gz (Link: URL:http://www.youmustbejoking.demon.co.uk/progs.sid.html#vdr) Also, the SIGHUP effect is not delayed for an indefinite time and won't strike unexpectedly / needs thoughts on how to cancel the SIGHUP if you change your mind. Sending a SIGTERM would obviously cancel it. :-) That aside, I'd probably use SIGUSR1 as a cancellation (which should be as simple as clearing a flag). And on SVDRP: Since the SVDRP rewrite is on the todo list anyway, we could add support to do SVDRP on unix domain sockets, not just TCP. Domain sockets are represented by files (like for example /etc/vdr/svdrp.socket) and access rights are controlled by the file system. This would allow to open SVDRP only for the local root, or just for the local video user group. That could be useful. For my purposes, though, I still prefer signals :-) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Burn less waste. Use less packaging. Waste less. USE FEWER RESOURCES. Pieces of nine! Pieces of nine! ...sorry, parroty error... ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
I demand that VDR User may or may not have written... On 2/8/07, Marko Mäkelä [EMAIL PROTECTED] wrote: (August already?) On Thu, Feb 08, 2007 at 01:08:33PM +0200, Rolf Ahrenberg wrote: BTW, I'm very used to VDR's current behaviour to shutdown itself after the recording is made and don't want to get rid of that one either. As far as I understand, nobody has suggested that we should get rid of that feature. You could compare this to an analog VCR. I would believe that they refuse to power off when there is a timed recording going on. Yes, exactly. In my opinion, the behavior should be that the power button engages an immediate shutdown. Period. An appropriate signal, probably SIGTERM, should also do this. The ONLY exception to this would be if vdr is currently recording something, in which case a warning comes up and asks you to confirm the shutdown. Agreed. SIGHUP. Then there's the upgrade restart, which should be available via a signal. The actual restart should be deferred if VDR is currently busy. (It is *possible* to implement this via runvdr, but it's a lot easier to handle if VDR can re-exec itself.) [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Patch griefs with proverbs. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
I demand that Udo Richter may or may not have written... Darren Salt wrote: Then there's the upgrade restart, which should be available via a signal. The actual restart should be deferred if VDR is currently busy. (It is *possible* to implement this via runvdr, but it's a lot easier to handle if VDR can re-exec itself.) H. Some kind of i-am-idle-lets-do-a-restart state? I'm not really sure what makes this different to the existing stuff. Maybe not much. I'm just making sure that what I see as useful here (from a packager's point of view) is heard... Surely, an upgrade should not interrupt ongoing activity. That's reasonable but ISTM that it's something which is best left to the local admin to decide. I'll agree that recording should *normally* never be interrupted (but a forcible shutdown needs to be possible). If the VDR does automatic shutdown, then the answer is simple: Do your upgrade on next shutdown or restart. Thats the earliest time anyway. That's possible, but not always appropriate or even wanted. (It doesn't match how I do things, for a start.) I guess the only situation that may cause a problem is if the VDR never shuts down, eg. has no shutdown script at all. It must have some Min User Inactivity setting, or else live viewing could be interrupted by the automatic update. The user inactivity setting isn't relevant to that, AFAICS. Some kind of temporary shutdown script could do the trick. In normal situations, there's no shutdown because of no shutdown script, but in case of pending updates, a temporary shutdown script does the update. For example, a plugin may be possible that reacts on a SVDRP command (request for update), and that sets a temporary shutdown script (calls Shutdown.SetShutdownCommand()). As soon as the script exists, the inactivity shutdown will be back, but instead of shutting down, the script stops VDR, installs the update and restarts. (Did you mean exits?) That has problems... The update could already be installed. This is normally true when a package manager is used (it's definitely true here - I build .debs for local installation), but could also be true of an early make install. The local admin may have disabled SVDRP or the SVDRP port may be in use (perhaps a buggy plugin, or maybe just bad timing). Sending a signal to the running vdr process works regardless. SVDRP has one advantage here, though - response codes. OTOH, I'm reasonably sure that that can be negated by kill() and getppid() or, possibly, a pipe, and I can easily adapt runvdr (well, my runvdr.c) to wait for a short time for vdr to respond... -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. Another such victory over the Romans, and we are undone. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [RFC] Shutdown rewrite for 1.5.x
I demand that VDR User may or may not have written... [snip] Also, a coffee-maker is not a device used for entertainment purposes. Nobody turns their coffee-maker on and then sits there watching it. I hope not anyways. They might point a camera (probably a webcam) at it, though... [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid boiling weather. TIME IS RUNNING OUT *FAST*. You humans are all alike. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Problem with two cards
I demand that Teemu Suikki may or may not have written... Hi, I have been using VDR for about two years now, without any big problems. :) Now I built a new system with two cards. One is my old hauppaude nova-t, other is technotrend nova-t with CI.. [snip] What has this to do with the shutdown rewrite? (Hint: new thread, not followup or reply.) -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Buy less and make it last longer. INDUSTRY CAUSES GLOBAL WARMING. It is easier to suggest solutions when you know nothing about the problem. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... [snip] unrecognized file type for 'debian/libxine1/usr/share/bug/libxine1/presubj' at /usr/bin/dpkg-shlibdeps line 120. [snip] I'm not sure that the fakeroot thing means anything. I think the the make Error 9 holds the key.. Time for bed now. Any pointers? $ ls -l debian/libxine1/usr/share/bug/libxine1/presubj My guess is that it's been marked as executable. $ chmod a-x,a+X debian/* $ chmod a+x debian/rules debian/shlibdeps.sh $ debuild binary -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. The best way to keep your friends is not to give them away. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... [snip] I finally got around to trying this. Stuck at debuild. I'm unable to find it on my system and unable to find it as a refference in aptitude (hitting S in the GUI). devscripts. You could have used packages.ubuntu.com to find that. [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Output less CO2 = avoid massive flooding.TIME IS RUNNING OUT *FAST*. You will soon meet a strangler who will become your fiend. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... [snip] OK. I tried to install xine last night. I have some rather complex dependancy problems. I'm using all ubunuto apt-get servers and then your apt-get server. Basically, the packages on your site depend on versions of software that ubuntu doesn't see to supply. [...] Hmm. My 'stable' builds are for too old a distribution, and it looks very much like my 'testing' builds are for one which is just that little bit too new... Soo. Yes. I'm guessing there are some other bleeding edge software repositories that I need to enable as well?? No. Your problem is that you're (presumably) using edgy whereas I build for sarge (too old), etch (slightly too new) and unstable (also slightly too new), and I currently have no plans to build for Ubuntu releases. Given this, I think that it's best that you add a deb-src line for my archive, run 'aptitude update', install devscripts and build-essential, then: $ apt-get source foo $ cd foo-* $ sudo apt-get build-dep foo $ debuild binary $ sudo dpkg -i ../*.deb Be careful with that last line - you'll probably want to list specific package files. And dependency errors shouldn't be a problem either since you can use aptitude to install the missing packages and mark them as automatically installed. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Generate power using sun, wind, water, nuclear. FORGET COAL AND OIL. If I knew what I was doing, I'd be in MIS. - Linus Torvalds, lkml ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] vdr-xine-0.7.10 plugin
I demand that mike lewis may or may not have written... These debs, what are they? How do I use them? I'm a new ubuntu user and I'd love to be able to use xine (for vdr head) on ubuntu this without having to compile it myself.. URL:http://www.youmustbejoking.demon.co.uk/progs.etch.html I don't know if they're installable on whichever Ubuntu release you're using (guess: edgy). Chances are, however, that they are. The best way to install them is by using the 'deb' line given on the above page and installing via an apt front end (typically aptitude, apt-get or synaptic). [snip] -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | Kill all extremists! First get your facts; then you can distort them at leisure. - Mark Twain ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: Problem with vdr-1.4.4-1 and extrecmenu
I demand that Suur Karu may or may not have written... Peter Pinnau wrote: I just applied the vdr-1.4.4-1 maintainance patch and some plugins failed to compile. I could fix all problems within the plugins except for extrecmenu. Please advise me how fix compile errors with remote and streamdev plugins. [snip] client/socket.c:57: error: `uint64' was not declared in this scope [snip] Replace all instances of uint64 with uint64_t. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Give him an evasive answer. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xinelib error??? video_out: throwing away image
I demand that Simon Baxter may or may not have written... I'm having intermittant problems when replaying vdr recordings with xineliboutput. Every few minutes I get an audio/video slip/break and stdout reports: video_out: throwing away image with pts 124350653 because it's too old (diff : 29229) Is this a xinelib message? URL:http://xinehq.de/index.php/faq#throwingawayimage, though I suspect bugginess somewhere. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Did you know that nobody ever reads these things? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xine-lib.cvs Compile stop errors
I demand that Stone may or may not have written... There is a fixed patchset here: URL:http://www.youmustbejoking.demon.co.uk/patches/vdr-xine/ Darren, should all of these patches in your vdr-xine directory be applied to current xine development? Thanks for the patches. Eventually. I won't commit them without being told that they're ready for commit and, ideally, not before they've been reviewed. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/ (PGP 2.6, GPG keys) The next six days are dangerous. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] DaLiBoxSW3000MediaCenter
I demand that Klaus Schmidinger may or may not have written... [snip] Oh, while we're at it: you're apparently selling stuff over your web site at http://www.dalibox.de, as can be seen on http://daliman3.dalibox.de/index.php?page=shop.product_detailsflypage=product_id=17category_id=2option=com_virtuemartItemid=28 However, I can't seem to find any detailed information regarding who is actually running this web site. [...] whois dalibox.de appears to provide that information. -- | Darren Salt| linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | URL:http://www.youmustbejoking.demon.co.uk/ (PGP 2.6, GPG keys) Once harm has been done, even a fool understands it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr