Re: [vdr] Videgor is missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm
Rene Bartsch wrote: Hi, the Videgor plugins are missing on the plugin list on http://www.cadsoft.de/vdr/plugins.htm. It's on now. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch
Hans-Werner Hilse <[EMAIL PROTECTED]> wrote: > Changing the "free(aux);" to "if(aux) free(aux);" would probably care > for that (resembling the earlier behaviour). i know, the problem has been already fixed, but just for the record. code like: if (bla) free(bla); will actually _never_ fix any bug. either bla is a valid pointer and can be free'ed or bla is NULL and the free does not hurt anyway, because one is explicitely allowed to free NULL pointers by the standard. clemens ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch
Hi, On Fri, 8 Sep 2006 16:02:57 +0200 Clemens Kirchgatterer <[EMAIL PROTECTED]> wrote: > > Changing the "free(aux);" to "if(aux) free(aux);" would probably > > care for that (resembling the earlier behaviour). > > code like: if (bla) free(bla); will actually _never_ fix any bug. > either bla is a valid pointer and can be free'ed or bla is NULL and > the free does not hurt anyway, because one is explicitely allowed to > free NULL pointers by the standard. Yep, you're right. My mistake was not taking glibc private data into account and just using that "if" to check if it has been freed before. Of course, this only works partially. It's only duct tape for that bug... The free() *does* hurt, however. The standard tells us not to free a pointer twice (in fact, the man page suggests that "undefined behaviour occurs"). That's why there is this "double free assertion", I think. But what my solution suggested was just a circumvention of that assertion, not the bug itself. An ugly hack, that is agreed, not fixing the bug, but making the software, e, work :-) -hwh ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch
Hans-Werner Hilse wrote: bug... The free() *does* hurt, however. The standard tells us not to free a pointer twice (in fact, the man page suggests that "undefined behaviour occurs"). That's why there is this "double free assertion", I think. But what my solution suggested was just a circumvention of that assertion, not the bug itself. I don't agree. The double free assertion wont be issued if you free NULL twice. Its good style to NULL unused pointers so they can always be safely free'd, but if you do have double free assertions, then the bug is not the missing if (aux), its the fact that aux was not properly NULLed after the first free. In this case the cTimer object was improperly doubled, and you would have to NULL the pointers in both objects manually, though both copies don't know anything about each other. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Re: libxineoutput - A/V Sync
Dave wrote: Im experiencing a problem with libxineoutput. The video and audio are out of sync. the settings for the plugin correct it good for one channel, but then are out for another channel, so Ive had to put it in the "middle" so its kinda out of sync equally across all channels, but I find it unacceptable. I also have an A/V sync problem on another machine playing DVD's, where mplayer is fine, so I suspect it to be xine-lib, rather than the plugin, I am just wondering if anyone else has seen this. VDR 1.4.0, CVS libxineoutput. Latest xine-lib 1.1.2-r1 I believe. I shoud note that Im using spdif passthru. the DVD playback on another machine is regular analog. I'm also experiencing A/V sync problems with xineliboutput. They appeared when I switched from analog audio to spdif passthrough. I haven't been able to correlate the problem with anything specific but I think the format of the audio has an impact to the severity of the problem: AC-3 streams are more likely to be out of sync than PCM streams. I also have occasional audio drop-outs. It is possible that they are caused by the coax cable but I suspect it might be software problem. -- Tero ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] *** glibc detected *** double free or corruption 1.4.2-1 Patch
Hi, On Fri, 08 Sep 2006 16:58:10 +0200 Udo Richter <[EMAIL PROTECTED]> wrote: > I don't agree. The double free assertion wont be issued if you free NULL > twice. Of course. Thanks for pointing out my failure & clarification. I should have thought twice... (and I just read the code for malloc/free, should have done that earlier, it has more documentation than I ever expected). -hwh ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] vdr-span-0.0.3
Hi, I uploaded the third version of the SpAn-plugin. It can be found at http://lcr.vdr-developer.org/ Changelog: 2006-09-08: Version 0.0.3 - Bars falling completely now when pausing the replay - Updated the patches for mp3ng* 2006-09-07: Version 0.0.2 - Implemented bar peaks (used in the graphlcd-patch and mp3ng). - Therefore a change in the protocol "Span-GetBarHeights-v1.0" was neccessary, please adopt the changes. In this early stage the protocol version number is not increased. - Slightly modified the management of clients and providers (for better performance). - Modified the algorithm to calculate the bar heights and introduced some "default- optimizations" (for 16/20/32 bands) to make the spectrum look "more intuitive". - Introduced the MainMenuAction that displays service-providers and their status. - Introduced two new service protocols to be able to display service-providers and their status: "Span-ProviderCheck-v1.0" and "Span-ClientCheck-v1.0" All plugins (pcm-providers- and visualization-client-plugins) should implement them in order to inform the user about the capabilities of each plugin. Have a look at the README to get to know how to use them. - Added patches to the "patches" folder: for mp3ng-0.9.13-MKIV-pre3-span.diff (enabling it to provide pcm-data and to do the visualization) for lcdproc-0.0.10 (enabling it to do the visualization - tested only on 4x20 chars) for cdda-0.1.0 (enabling it to provide pcm-data to span) for graphlcd-0.1.3 (enabling it to do the visualization - tested only on 128*64px) for mp3ng-0.0.10-alpha (enabling it to display the peaks) Kindly Christian Leuschen ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Re: libxineoutput - A/V Sync
Tero Saarni wrote: > Dave wrote: >> Im experiencing a problem with libxineoutput. The video and audio are >> out of sync. the settings for the plugin correct it good for one >> channel, but then are out for another channel, so Ive had to put it in >> the "middle" so its kinda out of sync equally across all channels, but I >> find it unacceptable. I also have an A/V sync problem on another >> machine playing DVD's, where mplayer is fine, so I suspect it to be >> xine-lib, rather than the plugin, I am just wondering if anyone else has >> seen this. VDR 1.4.0, CVS libxineoutput. Latest xine-lib 1.1.2-r1 I >> believe. >> >> I shoud note that Im using spdif passthru. the DVD playback on another >> machine is regular analog. > Some research shows that xine-lib 1.1.2+ is the problem, but I cant get 1.1.1 to use XvMC(nvidia). I experienced the same A/V sync problem on another machine playing back a DVD. So... I can use 1.1.1 if I can get it to work with XvMC.. for some reason it wont use it, although it compiles fine and says its available but always falls back to plain XV anyways. > I'm also experiencing A/V sync problems with xineliboutput. They > appeared when I switched from analog audio to spdif passthrough. > > I haven't been able to correlate the problem with anything specific > but I think the format of the audio has an impact to the severity > of the problem: AC-3 streams are more likely to be out of sync > than PCM streams. > I also have occasional audio drop-outs. It is possible that they > are caused by the coax cable but I suspect it might be software > problem. > I have always had audio drop outs on AC3 streams, but not PCM ones, the 5.1 ones on some channels isnt even useable, others will drop 3-4 times in a few hours. I have this problem with softdevice and libxinoutput and the xine plugin.. It didnt do it at all with one digital receiver at all, but my new one does it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] libmad compile issue with mplayer plugins 0.9.15pre14 / VDR 1.4.2
Hello Stefan, On Thu, 7 Sep 2006 21:03:25 + (UTC) [EMAIL PROTECTED] (Stefan Huelswitt) wrote: | > | > Any idea ? | > | > I'm using gcc/g++ 4.1 ( Debian x86 unstable with latest packages) | | I'm sorry, but probably this is a compatibility problem between | libmad and your gcc version (taking that's the same error with | all mp3 plugin versions). hmm, so what distro/gcc/g++ versions are you using ? So latest g++ (4.1) and latest libmad (0.15.1b) isn't a supported combination ? I would have expected lots of other people to hit the same bug as i did. | | If you're not using latest libmad, I would try to upgrade that | first. I'm using the latest libmad Debian package which is 0.15.1b-2.1 | | If you only want the mplayer plugin and you don't need the mp3 | plugin, you can disable compile of the mp3 part in the plugin | makefile. | Remove the comment mark in front of WITHOUT_MP3=1 Thanks, actually i'd like to have both: yes my TV is my "media center" :) Any idea of what i could try to solve this issue ? Truly yours, Philippe ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] libmad compile issue with mplayer plugins 0.9.15pre14 / VDR 1.4.2
Philippe Gramoullé wrote: > Hello Stefan, > > On Thu, 7 Sep 2006 21:03:25 + (UTC) > [EMAIL PROTECTED] (Stefan Huelswitt) wrote: > > | > > | > Any idea ? > | > > | > I'm using gcc/g++ 4.1 ( Debian x86 unstable with latest packages) > | > | I'm sorry, but probably this is a compatibility problem between > | libmad and your gcc version (taking that's the same error with > | all mp3 plugin versions). > > hmm, so what distro/gcc/g++ versions are you using ? > > So latest g++ (4.1) and latest libmad (0.15.1b) isn't a supported combination > ? > I would have expected lots of other people to hit the same bug as i did. Works fine on Mandriva Cooker, with gcc-4.1.1-3mdk glibc-2.4-4mdk libmad0-0.15.1b-4mdk Quick checking shows that Mandriva's libmad isn't patched in any way. -- Anssi Hannula ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] libmad compile issue with mplayer plugins 0.9.15pre14 / VDR 1.4.2
Hello Anssi, On Fri, 08 Sep 2006 23:34:06 +0300 Anssi Hannula <[EMAIL PROTECTED]> wrote: | Works fine on Mandriva Cooker, with | gcc-4.1.1-3mdk | glibc-2.4-4mdk | libmad0-0.15.1b-4mdk | | Quick checking shows that Mandriva's libmad isn't patched in any way. Well, "unstable" libmad0 Debian source package shows that it is patched (4.5 KB gzipped diff) I'll try vanilla libmad and have a look in the patch to see if the error lies in here. (i'm using : gcc 4.1.1-7 libc6 2.3.6.ds1-4 libmad0 0.15.1b-2.1 from Debian Unstable/Sid) Thanks, Philippe ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] libmad compile issue with mplayer plugins 0.9.15pre14 / VDR 1.4.2
On 08 Sep 2006 Philippe =?ISO-8859-15?Q?Gramoull=E9?= <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] (Stefan Huelswitt) wrote: > > | I'm sorry, but probably this is a compatibility problem between > | libmad and your gcc version (taking that's the same error with > | all mp3 plugin versions). > > hmm, so what distro/gcc/g++ versions are you using ? Im using SuSE 8.1 with gcc 3.2.2 (yes I know, it's ancient) Regards. -- Stefan Huelswitt [EMAIL PROTECTED] | http://www.muempf.de/ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
