Hi, community!
Please advise what is best way to fix vdr-1.5.6 compiling on Slackware-11.0.
What I got:
font.c:12:35: fontconfig/fontconfig.h: No such file or directory
font.c: In static member function `static bool
cFont::GetAvailableFontNames(cStringList*, bool)':
But,
[EMAIL PROTECTED]:/usr/
On Sun, Jul 22, 2007 at 10:38:21PM +0200, Klaus Schmidinger wrote:
> Marco Schlüßler sent me the fix - see attachment.
> It was a side effect of the changes in skipspace()...
this patch seems to work only partialy:
-
lstc wdr
250-17 W
On 07/22/07 16:56, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>> VDR developer version 1.5.6 is now available at
>
> With this version display of national character broke here, e.g. "WDR
> münster" changed to "WDR mnster" (not only in the
> channels name, also in the epg for wdr,
> >> are there more debugs I should have on?
> >
> > I've turned on "static bool DebugProtocol = true;" in ci.c and still
get
> > none of these "CAM 1:" messages
>
> These log entries are independent of the DebugProtocol setting.
>
> Are you running VDR with reduced logging (option -l)?
> If
On 07/22/07 16:56, Luca Olivetti wrote:
> En/na Klaus Schmidinger ha escrit:
>> VDR developer version 1.5.6 is now available at
>
> With this version display of national character broke here, e.g. "WDR
> münster" changed to "WDR mnster" (not only in the
> channels name, also in the epg for wdr,
En/na Klaus Schmidinger ha escrit:
> VDR developer version 1.5.6 is now available at
With this version display of national character broke here, e.g. "WDR
münster" changed to "WDR mnster" (not only in the
channels name, also in the epg for wdr, zdf, das erste ).
I reverted these two fixes in to
On Sunday, 22. Julyta 2007 16:11, Darren Salt wrote:
> Use either --disable-dxr3 or --without-external-ffmpeg.
>
> Or patch it :-)
Than you.. That helped..
USE="-dxr3" emerge xine-lib
--
JJussi
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv
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
VDR developer version 1.5.6 is now available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.6.tar.bz2
A 'diff' against the previous developer version is available at
ftp://ftp.cadsoft.de/vdr/Developer/vdr-1.5.5-1.5.6.diff
WARNING:
This is a *developer* version. Even though *I*
On 07/21/07 21:37, Simon Baxter wrote:
>>> Does your log contain any of these lines?:
>>>
>>> Jul 21 12:30:41 video vdr: [3935] CAM 1: replies to QUERY - multi
> channel
>> decryption possible
>>> Jul 21 12:30:42 video vdr: [3939] CAM 3: doesn't reply to QUERY - only a
>> single channel can be decr
On Sunday, 22. Julyta 2007 12:03, Petri Helin wrote:
> With output I meant verbose debugging information... ;)
;-)
Sorry!
> Could you try without the "---rtp" option, so that it would use local
> pipe instead? And perhaps try the other transport options too ("--tcp"
> and "--udp"). And add "--ver
On 7/22/07, JJussi <[EMAIL PROTECTED]> wrote:
>
> > Have you tried increasing the output of vdr-sxfe (or your frontend of
> > choice)?
>
> Mixer settings or frontends volume settings don't make any difference.. EVEN
> it sounds like (the sound/gaps) it's "overdriving" the sound. Is audio
> compress
On Sunday, 22. Julyta 2007 02:27, Petri Helin wrote:
> Do you use identical configurations for xine-ui and xineliboutput? I
> mean the ones in your ~/.xine directory. What are those like?
[EMAIL PROTECTED] ~ $ cat .xine/config | egrep -v \# | egrep -v $^
.version:2
gui.experience_level:Expert
gui.
13 matches
Mail list logo
