Re: [vdr] [ANNOUNCE] noad-0.7.1
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
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
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; this-buf-type = this-xine_buf_type; return; } diff -r fe946ff51bcb src/combined/ffmpeg/ff_audio_decoder.c --- a/src/combined/ffmpeg/ff_audio_decoder.c Wed Mar 24 21:02:08 2010 + +++ b/src/combined/ffmpeg/ff_audio_decoder.c Thu Mar 25 14:49:47 2010 +0100 @@ -257,10 +257,44 @@ if( !this-decoder_ok ) { if ( ! this-context || ! this-codec ) { -xprintf (this-stream-xine, XINE_VERBOSITY_LOG, - _(ffmpeg_audio_dec: trying to open null codec\n)); - _x_stream_info_set(this-stream, XINE_STREAM_INFO_AUDIO_HANDLED,
Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client
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 marti...@embl.de 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: file ext=mpg extmpeg/ext typeVIDEO_ITEM/type mime_typevideo/mpeg/mime_type /file file ext=vob typeVIDEO_ITEM/type mime_typevideo/x-ms-vob/mime_type /file file ext=vdr typeVIDEO_ITEM/type mime_typevideo/x-extension-vdr/mime_type transcode enabled=true extvob/ext mime_typevideo/x-ms-vob/mime_type /transcode /file 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 : file ext=ts typeVIDEO_ITEM/type mime_typevideo/mpeg-ts/mime_type transcode enabled=true transcoderffmpeg/transcoder extvob/ext mime_typevideo/x-ms-vob/mime_type /transcode /file 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
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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr diff -r fe946ff51bcb src/combined/ffmpeg/ff_audio_decoder.c --- a/src/combined/ffmpeg/ff_audio_decoder.c Wed Mar 24 21:02:08 2010 + +++ b/src/combined/ffmpeg/ff_audio_decoder.c Thu Mar 25 16:05:18 2010 +0100 @@ -257,10 +257,44 @@ if( !this-decoder_ok ) { if ( ! this-context || ! this-codec ) { -xprintf (this-stream-xine, XINE_VERBOSITY_LOG, - _(ffmpeg_audio_dec: trying to open null codec\n)); - _x_stream_info_set(this-stream, XINE_STREAM_INFO_AUDIO_HANDLED, 0); - return; + if (((buf-type 0x) == BUF_AUDIO_EAC3) ||
Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client
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 denis@web.de Subject: Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client To: VDR Mailing List vdr@linuxtv.org Message-ID: c86431b51003250700x737e00d4p56b286c7d777d...@mail.gmail.com 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
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 ___ 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 ___ 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
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 denis@web.de mailto:denis@web.de Subject: Re: [vdr] VDR 1.7.x, FUPPES and an xbox 360 client To: VDR Mailing List vdr@linuxtv.org mailto:vdr@linuxtv.org Message-ID: c86431b51003250700x737e00d4p56b286c7d777d...@mail.gmail.com mailto:c86431b51003250700x737e00d4p56b286c7d777d...@mail.gmail.com 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 ??
No not really. I used the code prepackaged from here http://ppa.launchpad.net/hotzenplotz5/test-vdr-lucid/ubuntu/pool/main/v/vdr-plugin-streamdev/ 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 ??
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