Re: [vdr] Can not view DVB-S2 channels
As far as Igor's confirmation on "channel not available" I get this message only on DVB-S2 encrypted channels. I dont get it on encrypted DVB-S channels. As far as Reinhard's suggestion for the Initial channel (to tune for a few minutes before the card actually tunes), I could not get a sustained lock. It locked after about 10 minutes, it gave me TS stream errors for a few seconds and then it lost lock. I have the feeling that the channel is not available at my location/dish installation. Thank you Vangelis Igor wrote: > So, I have checked on my VDR 170 your issue. I can confirm that on encrypted > dvb/s dvb/s2 channels I receive the message "Channal not available" > > But you can fix it easy :) > > Go to Menu - Setup - Update channels - NO > after that go to the channels edit (red button) - change CA field from > encrypted to Free to Air > > Igor > > > ___ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Standard AC3 component descriptor handling
On Sun, May 11, 2008 at 12:30:27PM +0200, Klaus Schmidinger wrote:
> However, since the German ARD channels are going to start broadcasting
> the standard AC3 component descriptor some time next week, I'm
> publishing the attached patch that implements this in VDR 1.7.0.
>
> From what I have been told, Premiere was the first provider that
> actually broadcasted AC3 audio, and they chose not to use the
> standard stream content value of '4' ("AC-3 audio"), but instead
> used stream content value '2' with component type '5' ("MPEG-1 Layer
> 2 audio, surround sound"). And since they "certify" all their receivers,
> this wrong decision was quickly adopted by other broadcasters, and
> became a "pseudo standard".
>
> Note that this patch is not necessary to receive AC-3 audio on the
> ARD channels. They will still be broadcasting the old descriptors
> in parallel with the new ones for about a year, so existing VDRs will
> work just fine. This is just to let people who like to test this
> actually do so.
>
> The channel
>
> MEHRKANALTEST;ARD:12421:hC34M2O0S0:S19.2E:27500:0:2001=deu;2002=deu:0:0:28397:1:1201:0
>
> already broadcasts the new AC3 descriptor and can be used for testing
> (no video, just audio test tones).
Hello,
AC3 was working fine for me with xine and my DD receiver BEFORE this
patch, I don't get AC3 with it now...
--
Grégoire FAVRE http://gregoire.favre.googlepages.com http://www.gnupg.org
http://picasaweb.google.com/Gregoire.Favre
___
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?
H. Onur wrote: > hi, > > i get this message when compiling xine-lib with external ffmpeg and > latest ffmpeg svn. > Perhaps you should try with xine-lib 1.2? -Petri ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
