[vdr] ATSC Channel providers California

2010-10-01 Thread Simon Baxter
Do any networks or network providers provide free or accessible ATSC 
channels in the LA area?


Is it FTA, or do they require a CI/CAM? 



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] ATSC Channel providers California

2010-10-01 Thread Simon Baxter

Do any networks or network providers provide free or accessible ATSC
channels in the LA area?

Is it FTA, or do they require a CI/CAM?


Have a look here:


http://www.silicondust.com/support/channels

Once you've selected your zip code, it will tell you what you have via 
ATSC over the air, and ATSC-Qam through your cable companies.


I have some scripts which use this to build a channels.conf if you'd 
like..


Thanks Rob

Is there a CI/CAM option with ATSC-QAM cards?  Or are the cable network 
encryption mechanisms proprietary (needing PVR with HDMI to get into VDR)? 



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] ATSC Channel providers California

2010-10-01 Thread Timothy D. Lenz

To find out what is around you, try this: http://tvfool.com/
It will tell you both the digital and any remaining analog stations, the 
direction and ~ signal level to your location.


ALL ATSC is FTA free to air. It is the replacement for the old analog 
FTA/OTA broadcast all high power stations have been required to switch, 
so all major network stations in your area, abc, nbc, cbs, etc should be 
ATSC. Low power local stations did not have to switch, so you may have a 
few analog in the area.



On 10/1/2010 2:07 AM, Simon Baxter wrote:

Do any networks or network providers provide free or accessible ATSC
channels in the LA area?

Is it FTA, or do they require a CI/CAM?

___
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] ATSC Channel providers California

2010-10-01 Thread Timothy D. Lenz

I should say ATSC is the national standard replacement for NTSC

On 10/1/2010 2:07 AM, Simon Baxter wrote:

Do any networks or network providers provide free or accessible ATSC
channels in the LA area?

Is it FTA, or do they require a CI/CAM?

___
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] vdr xine-lib eac3

2010-10-01 Thread dplu
Hi

I continue to search why it fail ... with no luck, hope other people will have 
time to make test

basis test setup : 
vdr 1.7.15 extention patch + patch e-ac3 for vdr-xine
xine-ui 0.99.6 
latest git ffmpeg 
latest xine 1.2 with basic e-ac3 patch for only

From vdr : crash every time I change audio track as described previously

Second test
Try opening the TS file from xine-ui directly, same behaviour 

op mode :

At startup sound track is 0 (should be fra), play nice
track --
display track off , no crash
track ++
display 0 instead of fra , no crash
track ++
display qaa , it's real name .. crash in couple of seconds

Here is the log with high verbosity
http://pastebin.com/BvGKDk0v

Hope this help you, I underline in yellow some strange thing 

By the way, if you have time, can you post a sample of recording made at home 
so we can also test your sample with our configuration

Many thanks for your help and have a nice week end

Best regards

Le Thursday 30 September 2010 22:51:34 dplu, vous avez écrit :
 Here is the result of my colleague using vdr-sxfe verbose and changing the
 audio track

 [9665] [demux_vdr] audio stream changed: 0341 - 03410001
 Erreur de segmentation (=segfault error)

 As you can see this is the same error , he use this patch

 diff -r cb99a1abe986 src/combined/ffmpeg/ff_audio_decoder.c
 --- a/src/combined/ffmpeg/ff_audio_decoder.c Fri Apr 09 18:55:47 2010 +0200
 +++ b/src/combined/ffmpeg/ff_audio_decoder.c Sat Apr 10 16:23:14 2010 +0200
 @@ -219,6 +219,12 @@
 this-context-extradata_size);
 break;
 }
 + case BUF_AUDIO_EAC3:
 + case BUF_AUDIO_A52:
 + {
 + this-context-request_channels = 2;
 + break;
 + }
 default:
 xprintf(this-stream-xine, XINE_VERBOSITY_LOG,
 ffmpeg_audio_dec: unknown header with buf type 0x%X\n, codec_type);

 We continue to investigate

 thanks for your help

 Le Thursday 30 September 2010 22:40:34 dplu, vous avez écrit :
  I will add this patch to my xine-lib and rebuild all
 
  Here are two more samples to test given by colleague, I will also wait
  the answer from Karim Afifi to have comparative tests
 
  http://dl.free.fr/mE6yTLPnx
  http://dl.free.fr/u2dWSU5R8
 
  Other idea : may it comes from my xine-ui version ? did you use a fresh
  one from http://hg.debian.org/hg/xine-lib/xine-ui/
 
  Many thanks for your help and have a nice evening
 
  Le Thursday 30 September 2010 22:27:52 Jose Alberto Reguero, vous avez

 écrit :
   The error you report doesn't matter. It is because there is no case for
   EAC3. I have an additional patch to use only two channels, and I don't
   have this error. You can use the patch and comment the line:
   this-context-request_channels = 2;
   and then you don't have the error.
   I try with the sample you give to me. If you want you can give me
   another sample.
  
   Jose Alberto
  
   El Jueves 30 Septiembre 2010, dplu escribió:
Hi
   
In fact, I use a very recent ffmpeg (less than one month) and the
very latest xine-lib 1.2 with no patch except yours
   
I found my error message in combined/ffmpeg/ff_audio_decoder.c
   
This is strange that you cannot reproduce as long we (my colleague +
me) are able to have it every time and other user report this problem
using xlo plugin + sxfe (on French DVB forum)
   
I can update my ffmpeg to the very latest release but not sure it
will change something (ffplay or mplayer works fine)
   
Nobody else can test our sample please ?
   
Have a nive evening
   
Le Thursday 30 September 2010 20:10:54 Jose Alberto Reguero, vous
avez
  
   écrit :
 I can change eac3 audio channel without problem. Perhaps you have
 additional patches that cause that.

 Jose Alberto

 El Miércoles 29 Septiembre 2010, Karim Afifi escribió:
  Hello,
 
  Just to confirm that I've the same crash that dplu is talking
  about, with xineliboutput here. It occurs :
  - **Every time** I try to change audio track on HD e-ac3
  channel. - Many time when I zap from SD to on HD e-ac3
  channel. - Many time when I zap from HD e-ac3 to on HD e-ac3
  channel. - No problem when using SD and HD no e-ac3 channels.
 
  Guys, many thanks for your job, I hope vdr will soon remain as
  stable on HD e-ac3 that with SD and HD non e-ac3 channels.
 
 
  Karim
 
  -Message d'origine-
  De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De
  la part de dplu
  Envoyé : mercredi 29 septembre 2010 15:05
  À : VDR Mailing List
  Objet : Re: [vdr] vdr xine-lib eac3
 
 
  Hi
 
  Thanks for the patch, works nice now. Did you try to change audio
  channel ? I
  have a strange error reported also by french colleague :
 
  ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa
  saturation. (translation) = Increasing buffer size to 98304 to
  prevent overflow ffmpeg_audio_dec: unknown header with buf type