date:20100325

[vdr] VDR 1.7.x, FUPPES and an xbox 360 client

2010-03-25 Thread martinez


I have downloaded vdr-upnp and will give it a try but I see (please correct me 
if I am wrong) two points of concern

a) It works only for live tv, not vdr .TS recordings (which I am most 
interested in streaming to my xbox 360)
b) My channels.conf has over 1000 channels, neatly divided in groups. The 
vdr-upnp documentation states you can exclude certain channels from the plugin, 
but this could take for ages
as I would only be interested in streaming a few channels, can this be 
configured to exclude everything by default and only include a few that I 
specify?


Also back to FUPPES I notice it has the following entries in the config file:
 
   
 mpeg
 VIDEO_ITEM
 video/mpeg
   

  
 VIDEO_ITEM
 video/x-ms-vob
   

  
 VIDEO_ITEM
 video/x-extension-vdr
 
   vob
   video/x-ms-vob
 
   


But I think that refers to PS recordings (as it certainly was not working out 
of the box)
No mention of H.264 in the config file...


I have added the following :

   
 VIDEO_ITEM
 video/mpeg-ts
 
   ffmpeg
   vob
   video/x-ms-vob
 
   

should this work? (I am not at home to test at the moment)___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] [ANNOUNCE] noad-0.7.1

2010-03-25 Thread Thorsten Gehrig

Hi
is there an outlook that noad will support HDTV in the future?

regards
Thorsten

Am 23.03.2010 20:02, schrieb the Noad:
> Version 0.7.2
> - exit noad if a hdtv-recording is found
>   


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

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

2010-03-25 Thread Luca Olivetti


En/na martinez ha escrit:

b) My channels.conf has over 1000 channels, neatly divided in groups. 
The vdr-upnp documentation states you can exclude certain channels from 
the plugin, but this could take for ages


I tried the vdr-upnp plugin yesterday and it actually takes ages. With 
~5000 channels (mostly junk but I never have time to clean them) it 
takes ~20 minutes at each startup.
Even with a reduced channels.conf (100 channels) it takes too long for 
vdr to actually produce an image.


Bye
--
Luca

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

Re: [vdr] vdr xine-lib eac3

2010-03-25 Thread Jose Alberto Reguero

Patch against latest xine-lib-1.2. New patch for xineliboutput. Now must work 
if you patch remux.c.
You must have the latest xine-lib and xineliboutput. Yesterday both have 
changes about eac3.

Jose Alberto

El Jueves, 25 de Marzo de 2010, zaverel escribió:
> The typo was on remux.c  => lost  : and ;
> 
> Anyway xine-lib has been updated and your patch don't apply.
> 
> Update is for eac3 with mkv
> 
> i don't test it yet
> 
> 
> 
> corrected remux.c
> 
> line 533
> case SI::AC3DescriptorTag:
> +case SI::EnhancedAC3DescriptorTag:
> 
> 
> and in line 191:
> 
> -Target[i++] = SI::AC3DescriptorTag;
> +Target[i++] = SI::EnhancedAC3DescriptorTag;
> 
> Le 24/03/2010 22:58, Jose Alberto Reguero a écrit :
> > I attached a second version of the first patch.
> > I make the same changes that in the second patch, but maintaining the
> > logic of the first patch. Also I commented the line:
> > +//this->context->request_channels = 2;
> > because your example has 5 channels. If you have trouble with that you
> > can comment the line again.
> > Which  typo error has the second patch?
> > 
> > Jose Alberto
> > 
> > El Miércoles, 24 de Marzo de 2010, zaverel escribió:
> >> i 've patched pat.c and now remux.c
> >> and with use xine-lib-1.2 with your second patch (who has typo error)
> >> and that doesn't work.
> >> 
> >> corrected remux.c
> >> 
> >> line 533
> >> case SI::AC3DescriptorTag:
> >> +case SI::EnhancedAC3DescriptorTag:
> >> 
> >> 
> >> and in line 191:
> >> 
> >> -Target[i++] = SI::AC3DescriptorTag;
> >> +Target[i++] = SI::EnhancedAC3DescriptorTag;
> >> 
> >> 
> >> 
> >> with your previously patch and just pat.c patched with
> >> line 402
> >> 
> >> case SI::AC3DescriptorTag:
> >> +case SI:EnhancedAC3DescriptorTag:
> >> 
> >> that worked but not stable.
> >> 
> >> Is your sample eac3 has |"Spectral extension" ?
> >> because in france dvb-t with eac3 has it
> >> and need a ffmpeg patched for that.
> >> And i test with that sound.
> >> 
> >> Le 24/03/2010 19:41, Jose Alberto Reguero a écrit :
> >>> It works here with a old sample of tdt with eac3. Have you patch also
> >>> remux.c? You need to change in line 533:
> >>> 
> >>> case SI::AC3DescriptorTag:
> >>> +case SI:EnhancedAC3DescriptorTag:
> >>> 
> >>> and in line 191:
> >>> 
> >>> -Target[i++] = SI::AC3DescriptorTag;
> >>> +Target[i++] = SI::EnhancedAC3DescriptorTag
> >>> 
> >>> Jose Alberto
> >>> 
> >>> El Miércoles, 24 de Marzo de 2010, dplu escribió:
>  Hi
>  
>  I have made previous test with the version release by Petri
>  Hintukainen
>  
>  And I notice this part is not working like it should
>  
>  -if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3 - raw */
>  +if(m->descriptor_tag == HDMV_AUDIO_84_EAC3) {
>  +  m->content   = p;
>  +  m->size = packet_len;
>  +  m->type |= BUF_AUDIO_EAC3;
>  +  return 1;
>  +
>  +} else if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3 -
>  raw */
>  
>  unfortunaletly, in AC3 or E-AC3 , the descriptor tag is
>  STREAM_AUDIO_AC3, so the program never run the first if (installed a
>  debug printf here)
>  
>  It seems that your first approach (at least what I understood) by
>  forcing the decoding of all AC-3 stream by ffmepg instead of internal
>  lib was nice but generate violent segfault on libavcodec
>  
>  Hope this help you
>  
>  Best regards
>  
>  PS : Sorry to pollute the vdr mailing list (not subscribed to ffmpeg
>  or xine-lib)
>  
>  Le Wednesday 24 March 2010 18:41:14 zaverel, vous avez écrit :
> > hello
> > 
> >  your second patch doesn't work  : no sound on eac3 channel
> > 
> > if you want there is a sample of vdr hd-eac3 recording here:
> > 
> > http://dl.free.fr/ew4rJddM8
> > 
> >  103mo
> > 
> > else , i don't know what mailing-list is the more indicate for
> > debuging
> > 
> > the vdr or xine-dev mailing-list ?
> > 
> > ___
> > 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
> >>> 
> >>> ___
> >>> 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

Index: xine/ts2es.c
===
RCS file: /cvsroot/xineliboutput/vdr-xineliboutput/xine/ts2es.c,v
retrieving revision 1.10
diff -r1.10 ts2es.c
78a79,84
>   if (this->stream_type == STREAM_AUDIO_EAC3) {
> this->xine_buf_type |= BUF_AUDIO_EAC3;
>

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

2010-03-25 Thread Denis Loh

I feel sorry, that you were facing so many problems with the plugin.
Actually, it is still very bugous and will take some time to fix them. If
you are a programmer, feel free to help me improving it.

I will consider your idea to include a discard-all-but channel listing
feature. Recordings (except H.264) are supported yet in version 0.0.2-alpha.

Back to FUPPES: I haven't ever used FUPPES, so I just can say that this
should work. But I am not sure. Try it and you will "see".

2010/3/25 martinez 

>
> I have downloaded vdr-upnp and will give it a try but I see (please correct
> me if I am wrong) two points of concern
>
> a) It works only for live tv, not vdr .TS recordings (which I am most
> interested in streaming to my xbox 360)
> b) My channels.conf has over 1000 channels, neatly divided in groups. The
> vdr-upnp documentation states you can exclude certain channels from the
> plugin, but this could take for ages
> as I would only be interested in streaming a few channels, can this be
> configured to exclude everything by default and only include a few that I
> specify?
>
>
> Also back to FUPPES I notice it has the following entries in the config
> file:
>
>
>  mpeg
>  VIDEO_ITEM
>  video/mpeg
>
>
>   
>  VIDEO_ITEM
>  video/x-ms-vob
>
>
>   
>  VIDEO_ITEM
>  video/x-extension-vdr
>  
>vob
>video/x-ms-vob
>  
>
>
>
> But I think that refers to PS recordings (as it certainly was not working
> out of the box)
> No mention of H.264 in the config file...
>
>
> I have added the following :
>
>
>  VIDEO_ITEM
>  video/mpeg-ts
>  
>ffmpeg
>vob
>video/x-ms-vob
>  
>
>
> should this work? (I am not at home to test at the moment)
>
> ___
> 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-03-25 Thread Jose Alberto Reguero

Patch for xine-lib that don't need to patch remux.c to work.

Jose Alberto

El Jueves, 25 de Marzo de 2010, Jose Alberto Reguero escribió:
> Patch against latest xine-lib-1.2. New patch for xineliboutput. Now must
> work if you patch remux.c.
> You must have the latest xine-lib and xineliboutput. Yesterday both have
> changes about eac3.
> 
> Jose Alberto
> 
> El Jueves, 25 de Marzo de 2010, zaverel escribió:
> > The typo was on remux.c  => lost  : and ;
> > 
> > Anyway xine-lib has been updated and your patch don't apply.
> > 
> > Update is for eac3 with mkv
> > 
> > i don't test it yet
> > 
> > 
> > 
> > corrected remux.c
> > 
> > line 533
> > case SI::AC3DescriptorTag:
> > +case SI::EnhancedAC3DescriptorTag:
> > 
> > 
> > and in line 191:
> > 
> > -Target[i++] = SI::AC3DescriptorTag;
> > +Target[i++] = SI::EnhancedAC3DescriptorTag;
> > 
> > Le 24/03/2010 22:58, Jose Alberto Reguero a écrit :
> > > I attached a second version of the first patch.
> > > I make the same changes that in the second patch, but maintaining the
> > > logic of the first patch. Also I commented the line:
> > > +//this->context->request_channels = 2;
> > > because your example has 5 channels. If you have trouble with that you
> > > can comment the line again.
> > > Which  typo error has the second patch?
> > > 
> > > Jose Alberto
> > > 
> > > El Miércoles, 24 de Marzo de 2010, zaverel escribió:
> > >> i 've patched pat.c and now remux.c
> > >> and with use xine-lib-1.2 with your second patch (who has typo error)
> > >> and that doesn't work.
> > >> 
> > >> corrected remux.c
> > >> 
> > >> line 533
> > >> case SI::AC3DescriptorTag:
> > >> +case SI::EnhancedAC3DescriptorTag:
> > >> 
> > >> 
> > >> and in line 191:
> > >> 
> > >> -Target[i++] = SI::AC3DescriptorTag;
> > >> +Target[i++] = SI::EnhancedAC3DescriptorTag;
> > >> 
> > >> 
> > >> 
> > >> with your previously patch and just pat.c patched with
> > >> line 402
> > >> 
> > >> case SI::AC3DescriptorTag:
> > >> +case SI:EnhancedAC3DescriptorTag:
> > >> 
> > >> that worked but not stable.
> > >> 
> > >> Is your sample eac3 has |"Spectral extension" ?
> > >> because in france dvb-t with eac3 has it
> > >> and need a ffmpeg patched for that.
> > >> And i test with that sound.
> > >> 
> > >> Le 24/03/2010 19:41, Jose Alberto Reguero a écrit :
> > >>> It works here with a old sample of tdt with eac3. Have you patch also
> > >>> remux.c? You need to change in line 533:
> > >>> 
> > >>> case SI::AC3DescriptorTag:
> > >>> +case SI:EnhancedAC3DescriptorTag:
> > >>> 
> > >>> and in line 191:
> > >>> 
> > >>> -Target[i++] = SI::AC3DescriptorTag;
> > >>> +Target[i++] = SI::EnhancedAC3DescriptorTag
> > >>> 
> > >>> Jose Alberto
> > >>> 
> > >>> El Miércoles, 24 de Marzo de 2010, dplu escribió:
> >  Hi
> >  
> >  I have made previous test with the version release by Petri
> >  Hintukainen
> >  
> >  And I notice this part is not working like it should
> >  
> >  -if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3 - raw
> >  */ +if(m->descriptor_tag == HDMV_AUDIO_84_EAC3) {
> >  +  m->content   = p;
> >  +  m->size = packet_len;
> >  +  m->type |= BUF_AUDIO_EAC3;
> >  +  return 1;
> >  +
> >  +} else if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3
> >  - raw */
> >  
> >  unfortunaletly, in AC3 or E-AC3 , the descriptor tag is
> >  STREAM_AUDIO_AC3, so the program never run the first if (installed a
> >  debug printf here)
> >  
> >  It seems that your first approach (at least what I understood) by
> >  forcing the decoding of all AC-3 stream by ffmepg instead of
> >  internal lib was nice but generate violent segfault on libavcodec
> >  
> >  Hope this help you
> >  
> >  Best regards
> >  
> >  PS : Sorry to pollute the vdr mailing list (not subscribed to ffmpeg
> >  or xine-lib)
> >  
> >  Le Wednesday 24 March 2010 18:41:14 zaverel, vous avez écrit :
> > > hello
> > > 
> > >  your second patch doesn't work  : no sound on eac3 channel
> > > 
> > > if you want there is a sample of vdr hd-eac3 recording here:
> > > 
> > > http://dl.free.fr/ew4rJddM8
> > > 
> > >  103mo
> > > 
> > > else , i don't know what mailing-list is the more indicate for
> > > debuging
> > > 
> > > the vdr or xine-dev mailing-list ?
> > > 
> > > ___
> > > 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
> > >>> 
> > >>> ___
> > >>> vdr mailing list
> > >>> vdr@linuxtv.org
> > >>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
> > > 
> > > _

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

2010-03-25 Thread martinez

Hi Denis,

I wish I had the skills to help you with the programming but bash and a bit of 
C is all I can manage.
Perhaps it would be simpler (and achieve the same end) if you implement a 
feature the plugin can read
an alternative to channels.conf . This way in my case for example I would copy 
and paste a few essential channels and let the plugin load them but
no way I can let it loose on a channels.conf with more than 1000 entries...

About vdr recordings... 

FUPPES chokes on my vdr folder, so does not seem to be .TS friendly

Anybody knows if minidlna supports streaming .TS files ?

I guess I will find out in a few hours anyways...



Date: Thu, 25 Mar 2010 15:00:40 +0100
From: Denis Loh 
Subject: Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client
To: VDR Mailing List 
Message-ID:

Content-Type: text/plain; charset="iso-8859-1"

I feel sorry, that you were facing so many problems with the plugin.
Actually, it is still very bugous and will take some time to fix them. If
you are a programmer, feel free to help me improving it.

I will consider your idea to include a discard-all-but channel listing
feature. Recordings (except H.264) are supported yet in version 0.0.2-alpha.

Back to FUPPES: I haven't ever used FUPPES, so I just can say that this
should work. But I am not sure. Try it and you will "see".___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] vdr xine-lib eac3

2010-03-25 Thread zaverel

Yes ! that work just with your last patch xine-eac3_5.diff
and without had to patch xineliboutput.

i do my last test with vdr-1.7.14 and patch pat.c

line 402

case SI::AC3DescriptorTag:
+case SI:EnhancedAC3DescriptorTag:


just don't forget to activate "dolby digital" in vdr settings

Thank you for your work.

now remains to see if it's stable

Le 25/03/2010 16:08, Jose Alberto Reguero a écrit :
> Patch for xine-lib that don't need to patch remux.c to work.
>
> Jose Alberto
>
> El Jueves, 25 de Marzo de 2010, Jose Alberto Reguero escribió:
>   
>> Patch against latest xine-lib-1.2. New patch for xineliboutput. Now must
>> work if you patch remux.c.
>> You must have the latest xine-lib and xineliboutput. Yesterday both have
>> changes about eac3.
>>
>> Jose Alberto
>>
>> El Jueves, 25 de Marzo de 2010, zaverel escribió:
>> 
>>> The typo was on remux.c  => lost  : and ;
>>>
>>> Anyway xine-lib has been updated and your patch don't apply.
>>>
>>> Update is for eac3 with mkv
>>>
>>> i don't test it yet
>>>
>>>
>>>
>>> corrected remux.c
>>>
>>> line 533
>>> case SI::AC3DescriptorTag:
>>> +case SI::EnhancedAC3DescriptorTag:
>>>
>>>
>>> and in line 191:
>>>
>>> -Target[i++] = SI::AC3DescriptorTag;
>>> +Target[i++] = SI::EnhancedAC3DescriptorTag;
>>>
>>> Le 24/03/2010 22:58, Jose Alberto Reguero a écrit :
>>>   
 I attached a second version of the first patch.
 I make the same changes that in the second patch, but maintaining the
 logic of the first patch. Also I commented the line:
 +//this->context->request_channels = 2;
 because your example has 5 channels. If you have trouble with that you
 can comment the line again.
 Which  typo error has the second patch?

 Jose Alberto

 El Miércoles, 24 de Marzo de 2010, zaverel escribió:
 
> i 've patched pat.c and now remux.c
> and with use xine-lib-1.2 with your second patch (who has typo error)
> and that doesn't work.
>
> corrected remux.c
>
> line 533
> case SI::AC3DescriptorTag:
> +case SI::EnhancedAC3DescriptorTag:
>
>
> and in line 191:
>
> -Target[i++] = SI::AC3DescriptorTag;
> +Target[i++] = SI::EnhancedAC3DescriptorTag;
>
>
>
> with your previously patch and just pat.c patched with
> line 402
>
> case SI::AC3DescriptorTag:
> +case SI:EnhancedAC3DescriptorTag:
>
> that worked but not stable.
>
> Is your sample eac3 has |"Spectral extension" ?
> because in france dvb-t with eac3 has it
> and need a ffmpeg patched for that.
> And i test with that sound.
>
> Le 24/03/2010 19:41, Jose Alberto Reguero a écrit :
>   
>> It works here with a old sample of tdt with eac3. Have you patch also
>> remux.c? You need to change in line 533:
>>
>> case SI::AC3DescriptorTag:
>> +case SI:EnhancedAC3DescriptorTag:
>>
>> and in line 191:
>>
>> -Target[i++] = SI::AC3DescriptorTag;
>> +Target[i++] = SI::EnhancedAC3DescriptorTag
>>
>> Jose Alberto
>>
>> El Miércoles, 24 de Marzo de 2010, dplu escribió:
>> 
>>> Hi
>>>
>>> I have made previous test with the version release by Petri
>>> Hintukainen
>>>
>>> And I notice this part is not working like it should
>>>
>>> -if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3 - raw
>>> */ +if(m->descriptor_tag == HDMV_AUDIO_84_EAC3) {
>>> +  m->content   = p;
>>> +  m->size = packet_len;
>>> +  m->type |= BUF_AUDIO_EAC3;
>>> +  return 1;
>>> +
>>> +} else if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3
>>> - raw */
>>>
>>> unfortunaletly, in AC3 or E-AC3 , the descriptor tag is
>>> STREAM_AUDIO_AC3, so the program never run the first if (installed a
>>> debug printf here)
>>>
>>> It seems that your first approach (at least what I understood) by
>>> forcing the decoding of all AC-3 stream by ffmepg instead of
>>> internal lib was nice but generate violent segfault on libavcodec
>>>
>>> Hope this help you
>>>
>>> Best regards
>>>
>>> PS : Sorry to pollute the vdr mailing list (not subscribed to ffmpeg
>>> or xine-lib)
>>>
>>> Le Wednesday 24 March 2010 18:41:14 zaverel, vous avez écrit :
>>>   
 hello

  your second patch doesn't work  : no sound on eac3 channel

 if you want there is a sample of vdr hd-eac3 recording here:

 http://dl.free.fr/ew4rJddM8

  103mo

 else , i don't know what mailing-list is the more indicate for
 debuging

 the vdr or xine-dev mailing-list ?

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

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

2010-03-25 Thread Denis Loh


Hi martinez,

actually, this feature is about to come. Essentially, it was planned to 
map channels from different sources - i.e. cable, sat or terrestrial - 
to a single item. This cannot be done automatically or if so, only by 
reading the channel names.


Because DLNA requires media servers to support at least MPEG-TS and 
MPEG-PS, minidlna should support TS-streaming. Was it working with 
LiveTV and  the plugin on your XBox? This would be good to know for me.


Cheers,

Denis

martinez schrieb:

Hi Denis,

I wish I had the skills to help you with the programming but bash and 
a bit of C is all I can manage.
Perhaps it would be simpler (and achieve the same end) if you 
implement a feature the plugin can read
an alternative to channels.conf . This way in my case for example I 
would copy and paste a few essential channels and let the plugin load 
them but
no way I can let it loose on a channels.conf with more than 1000 
entries...


About vdr recordings... 


FUPPES chokes on my vdr folder, so does not seem to be .TS friendly

Anybody knows if minidlna supports streaming .TS files ?

I guess I will find out in a few hours anyways...



Date: Thu, 25 Mar 2010 15:00:40 +0100
From: Denis Loh mailto:denis@web.de>>
Subject: Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client
To: VDR Mailing List mailto:vdr@linuxtv.org>>
Message-ID:
>

Content-Type: text/plain; charset="iso-8859-1"

I feel sorry, that you were facing so many problems with the plugin.
Actually, it is still very bugous and will take some time to fix them. If
you are a programmer, feel free to help me improving it.

I will consider your idea to include a discard-all-but channel listing
feature. Recordings (except H.264) are supported yet in version 
0.0.2-alpha.


Back to FUPPES: I haven't ever used FUPPES, so I just can say that this
should work. But I am not sure. Try it and you will "see".


___
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] XBMC with vdr-1.6.0 ??

2010-03-25 Thread Simon Baxter


No not really. I used the code prepackaged from here



Not the pre compiled packages themselves because I needed the eac3 modif 
in it but as you have the original tar ball, + the debian patches taht 
create a debian directory and in the debian directory you find a 
subdirectory patches that is aplied bafore compilation you get the picture 
(+ as I use debian I just have to apply the patches and use the build 
system)


But yo can easill get the sources for any linux system and the configure 
options given.


Thanks Eric

Apart from youe eac3 mods etc, does streamdev _actually_need_ any patching 
to work with xbmc pvr-testing2?  Or should 
http://ppa.launchpad.net/hotzenplotz5/test-vdr-lucid/ubuntu/pool/main/v/vdr-plugin-streamdev/vdr-plugin-streamdev_0.5.0~pre20090706+cvs20100307.2102.orig.tar.gz

work fine just compiled with no patches etc?


-Simon 



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

Re: [vdr] XBMC with vdr-1.6.0 ??

2010-03-25 Thread Eric Valette


On 25/03/2010 20:03, Simon Baxter wrote:


Apart from youe eac3 mods etc, does streamdev _actually_need_ any
patching to work with xbmc pvr-testing2? Or should
http://ppa.launchpad.net/hotzenplotz5/test-vdr-lucid/ubuntu/pool/main/v/vdr-plugin-streamdev/vdr-plugin-streamdev_0.5.0~pre20090706+cvs20100307.2102.orig.tar.gz

work fine just compiled with no patches etc?


Honestly I don't know. And that's why using prepackaged set of patches 
avoid omitting necessary fixes and most of the time going into trouble 
in general.


BTW: Once configured, xbmc pvr-testing2, works for SD, epg,... but lacks 
programming feature and fails for me for HDTV. I dunno if my streamdev 
really works with HDTV or if its the rendering part that is not able to 
use VDPAU... As vdr record the HDTV streams correctly, I suppose 
streamdev should only write the TS stream on a socket instead than on 
the disk.


--eric



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

[vdr] VDR 1.7.x, FUPPES and an xbox 360 client

Re: [vdr] [ANNOUNCE] noad-0.7.1

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

Re: [vdr] vdr xine-lib eac3

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

Re: [vdr] vdr xine-lib eac3

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

Re: [vdr] vdr xine-lib eac3

Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client

Re: [vdr] XBMC with vdr-1.6.0 ??

Re: [vdr] XBMC with vdr-1.6.0 ??

11 matches

Site Navigation

Mail list logo

Footer information