Re: [vdr] [ANNOUNCE] VDR version 2.2.0 released - Celebrating 15 years of VDR!
Thanks for those 10 years for me of digital experience .. I cannot imagine live, wath television and records w/o VDR now VDR + Streamdev plugin, the best couple for home and travel Keep the good job for another 15 years :) Dominique - Mail original - De: Klaus Schmidinger klaus.schmidin...@tvdr.de À: vdr@linuxtv.org Envoyé: Jeudi 19 Février 2015 11:38:36 Objet: [vdr] [ANNOUNCE] VDR version 2.2.0 released - Celebrating 15 years of VDR! VDR version 2.2.0 is now available at ftp://ftp.tvdr.de/vdr/vdr-2.2.0.tar.bz2 A 'diff' against the previous developer version is available at ftp://ftp.tvdr.de/vdr/vdr-2.1.10-2.2.0.diff MD5 checksums: 8853f64c0fc3d41ffd3b4bfc6f0a14b7 vdr-2.2.0.tar.bz2 2d75806f90a4f1c8b3e30d7568891dc6 vdr-2.1.10-2.2.0.diff A summary of all the major changes since the last stable version 2.0.0 can be found at http://www.tvdr.de/changelog.htm When updating from an earlier version of VDR please make sure you read the INSTALL and MANUAL files that come with the VDR source _before_ doing so! Please make sure you have backup copies of all your configuration files, and verify carefully that your timers will be set to the correct channels after switching to this new version. Thanks to the many people who have contributed in the making, testing and debugging of this new version of VDR, and also to all users who have been enjoying VDR over the past 15 years! Please also visit the VDR homepage at http://www.tvdr.de and VDR's facebook page at https://www.facebook.com/VideoDiskRecorder Have fun! Klaus ___ 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] Which epg for Sky UK
Hi You can use eepg plugin who do the same job, works perfectly with vdr 2.0.0 @+ Le samedi 13 avril 2013 20:52:52 Scott Waye a écrit : Hi, I used to use freesat diff patch to get the 10 day schedule from UK Freesat (BSkyB 28.2E), but seems its not been supported much for a while so I wonder what others are using? -- Scott ___ 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] Which epg for Sky UK
Le samedi 13 avril 2013 21:48:44 Tony Houghton a écrit : On Sat, 13 Apr 2013 22:35:39 +0200 dplu (free) d...@free.fr wrote: You can use eepg plugin who do the same job, works perfectly with vdr 2.0.0 @+ Le samedi 13 avril 2013 20:52:52 Scott Waye a écrit : Hi, I used to use freesat diff patch to get the 10 day schedule from UK Freesat (BSkyB 28.2E), but seems its not been supported much for a while so I wonder what others are using? Somebody updated the patch a few months ago with complete tables embedded in the code instead of loaded as separate files. Has eepg been updated to support Freeview HD and fix the memory leak? Good question, eepg create it's own file on conf directory , not seen memory leak but did not spend my life on Freesat channels I report it works even for channels like ITV HD, Channel 4 HD or BBC HD on 28.2E, it is more simple than patching vdr itself (even with internal huffman coded tables) @+ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ERROR: video data stream broken - why?
Hi Did you try this patch ? http://permalink.gmane.org/gmane.linux.vdr/42765 We have the same kind of problem in France, picture start code equal zero and not 1 as define in mpeg standard @+ Le Sunday 10 April 2011 22:09:31 John Klimek, vous avez écrit : I'm trying to record from an MPEG-2 stream and I'm getting an error ERROR: video data stream broken. I've narrowed down the problem to remux.c where it's looking for the Picture Start Code (0x0100) and it's never finding it so it's timing out. I'm not exactly sure why this is happening since everything works fine in other DVB applications, etc. I've also applied Klaus's frame detection patch (from March 20th?) and it didn't help but here was my stderr output: /// / // Delta = 1501 FPS = 59.94 FPPU = 0 NF = 0 /// /// /// Can anybody give me a hand? Thanks. ___ 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.16 - emergency exit on recording HD shows
+1 There is a problem here, nobody says that it is VDR fault but saying simply that VDR adopt the full standard and nothing can be done is not enough .. we have a solution for now and implement patch every time we change the release. This solution cannot be part of VDR core , why not , but my though is : if tomorrow private channels like SAT1 or Kabel1 change their streams, will you let all VDR machine fail to records Broadcasters do what they want with their stream as long it works for TV and external receiver and absolutely don't care about software receiver .. very few of them take care of what they do, I remember this old story about ac3 stream id in BBC HD who was wrong .. after years they fix it, why doing that ? because it was not OK on hard receiver At our level , and at mine, I do not understand all source code and dvb specification so as user I (we) try to do our best to help , uploading samples, testing and returning results or bug if any We can help !! Best regards Selon Eric Valette eric.vale...@free.fr: On 15/11/2010 19:46, Udo Richter wrote: Am 14.11.2010 19:17, schrieb Eric Valette: On 14/11/2010 19:05, Udo Richter wrote: The patch changes the behavior of VDR to accept picture_coding_type=0 and picture_coding_type=1 as I-Frame. picture_coding_type=0 is clearly specified as forbidden. Anything I've missed? No. And *as Klaus* I dunno why this should be needed except if other parts of the logics for finding an I-frame is not robust enough for certain streams. What really annoys me, is rather the duplication of identical bug reports for various DVB type (DVB-S2, DVB-T), various adapter in various countries when playing the stream is just fine. So the next question is whether accepting picture_coding_type=0 as I-Frame is a proper fix. To be precise: Since VDR depends on knowledge of I-Frames, does picture_coding_type=0 guarantee that an I-Frame is starting? Does this hold for ALL TV streams ALL over the world, not just yours? As mentioned its not juts mine and that's exactly what worries me: there are too much reports from many countries and many channels. So unless they all use the same buggy mpeg2ts encoder, it's the sign something is wrong and I don't think a non valid value for picture type for things broadcasted all over the world is likely given the number of DVB recorder but maybe I'm wrong. --eric ___ 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
Hi
I play with your sample , it has only one audio track and strictly no sound on
it ...
So I decide to replace my recent xine-ui by the very latest here
http://hg.debian.org/hg/xine-lib/xine-ui/
xine-lib is latest one with only your patch in mpeg-pes
ffmpeg is the full latest git with absolutely no patch
the result is the same ..
So I destroy the /.xine/config file and I can open the ts file and play with
audio track .. if I play too hard, I have the message saying :
-load_plugins: plugin vdpau_h264 will be used for video streamtype 4d.
-Broken NAL, skip it.
-ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa saturation.
-load_plugins: plugin ffmpegaudio will be used for audio streamtype 41.
-ffmpeg_audio_dec: trying to open null codec
-audio_decoder: no plugin available to handle 'E-AC-3'
no more sound available ... so it's better
Back to vdr, I try to play with sound track and crash immediatly
I remark that when crashing, and running xine-ui to reconnect to vdr playing
my records, it has stop replay and fall back to live TV .. strange !!!
I was focusing on xine but on vdr log there is a message I didn't saw :
-SetPlayMode: 0
-SetPlayMode: 1
-SetPlayMode: 0
-SetPlayMode: 1
-SetDigitalAudioDevice: 1
-::write(2048) returned -1, error 32: Broken pipe
-vdr-xine: Client disconnected!
-SetPlayMode: 0
-SetPlayMode: 1
-SetDigitalAudioDevice: 0
I will report on our forum this event and ask my colleague to check also this
part if they have time. In a short way does it means that vdr-xine ask
xine-ui to break itself and stop replaying ?
For myself, I will break for one week hoping somebody will continue to test or
find what can be wrong in our basis config
Thanks for your help and sorry to not have enough skills to debug or
understand the source code
Best regards
Le Saturday 02 October 2010 12:54:07 Jose Alberto Reguero, vous avez écrit :
I use latsest xine-ui hg. The problem may be ffmpeg or xine-lib or xine-ui.
Are you sure that you have the latest versions and no aditional patches?
You can do hg diff o svn diff to see the changes you have in the
repositories. Here is a sample:
http://dl.free.fr/pByrnmYwZ
Jose Alberto
El Viernes 01 Octubre 2010, dplu escribió:
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
Re: [vdr] vdr xine-lib eac3
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
Re: [vdr] vdr xine-lib eac3
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 0x341 and xine-ui crash ... error in xiTK It happen when switching from fra to qaa (both e-ac3) and also when switching from ac3 live channels (like Einfestival HD or ITV HD) to records having e-ac3 tracks. It is Ok when coming from a mpeg audio channel (SD broadcast) I don't know if it is a xine problem sending bad information to ffmpeg or a bug in ffmpeg ... changing audio track (with # key) do not crash mplayer when playing the TS file By the way, many thanks for your work ;o)) Best regards Le Wednesday 29 September 2010 02:07:11 Jose Alberto Reguero, vous avez écrit : Here is a new version of the patch. Now it works with the sample. There was a bug in the last patch. Jose Alberto El Lunes 27 Septiembre 2010, dplu escribió: Thanks for the test, In fact I am not in covered area so I work with sample given by a colleague who live in good area on our forum The sample is very fresh and works perfectly with xineliboutput + vdr-sxfe with patch xineliboutputeac3_4.diff plus patch ff_audio_decoder to downmix 5.1 to 2.0 Maybe is there something in TS who is different from your country. It should be also interesting to have report from Italian users who experiment this audio encoding (not all are xbmc user I hope) Have a nice evening Best regards Le Monday 27 September 2010 22:42:06 Jose Alberto Reguero, vous avez écrit : I try the sample and don't work. I look into it. But you must try live tv or samples made with the patches, to see if it work. I try here with a channel whith eac3 with spectral extention and it work well. Jose Alberto ___ 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 __ Information provenant d'ESET Smart Security, version de la base des signatures de virus 5488 (20100929) __ Le message a été vérifié par ESET Smart Security. http://www.eset.com ___ 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 xine-lib eac3
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 0x341 and xine-ui crash ... error in xiTK It happen when switching from fra to qaa (both e-ac3) and also when switching from ac3 live channels (like Einfestival HD or ITV HD) to records having e-ac3 tracks. It is Ok when coming from a mpeg audio channel (SD broadcast) I don't know if it is a xine problem sending bad information to ffmpeg or a bug in ffmpeg ... changing audio track (with # key) do not crash mplayer when playing the TS file By the way, many thanks for your work ;o)) Best regards Le Wednesday 29 September 2010 02:07:11 Jose Alberto Reguero, vous avez écrit : Here is a new version of the patch. Now it works with the sample. There was a bug in the last patch. Jose Alberto El Lunes 27 Septiembre 2010, dplu escribió: Thanks for the test, In fact I am not in covered area so I work with sample given by a colleague who live in good area on our forum The sample is very fresh and works perfectly with xineliboutput + vdr-sxfe with patch xineliboutputeac3_4.diff plus patch ff_audio_decoder to downmix 5.1 to 2.0 Maybe is there something in TS who is different from your country. It should be also interesting to have report from Italian users who experiment this audio encoding (not all are xbmc user I hope) Have a nice evening Best regards Le Monday 27 September 2010 22:42:06 Jose Alberto Reguero, vous avez écrit : I try the sample and don't work. I look into it. But you must try live tv or samples made with the patches, to see if it work. I try here with a channel whith eac3 with spectral extention and it work well. Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr xine-lib eac3
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
0x341
and xine-ui crash ... error in xiTK
It happen when switching from fra to qaa (both e-ac3) and also when
switching
from ac3 live channels (like Einfestival HD or ITV HD) to records
having e-ac3 tracks. It is Ok when coming from a mpeg audio channel
(SD broadcast)
I don't know if it is a xine problem sending bad information to
ffmpeg or a bug in ffmpeg ... changing audio track (with # key) do
not crash mplayer when
playing the TS file
By the way, many thanks for your work ;o))
Best regards
Le Wednesday 29 September 2010 02:07:11 Jose Alberto Reguero, vous
avez
écrit :
Here is a new version of the patch. Now it works with the sample.
There
was
a bug in the last patch.
Jose Alberto
El Lunes 27 Septiembre 2010, dplu escribió:
Thanks for the test, In fact I am not in covered area so I work
with sample given by a colleague who live in good area on our
forum
The sample is very fresh and works perfectly
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 0x341 and xine-ui crash ... error in xiTK It happen when switching from fra to qaa (both e-ac3) and also when switching from ac3 live channels (like Einfestival HD or ITV HD) to records having e-ac3 tracks. It is Ok when coming from a mpeg audio channel (SD broadcast) I don't know if it is a xine problem sending bad information to ffmpeg or a bug in ffmpeg ... changing audio track (with # key) do not crash mplayer when playing the TS file By the way, many thanks for your work ;o)) Best regards Le Wednesday 29 September 2010 02:07:11 Jose Alberto Reguero, vous avez écrit : Here is a new version of the patch. Now it works with the sample. There was a bug in the last patch. Jose Alberto El Lunes 27 Septiembre 2010, dplu escribió: Thanks for the test, In fact I am not in covered area so I work with sample given by a colleague who live in good area on our forum The sample is very fresh and works perfectly with xineliboutput + vdr-sxfe with patch xineliboutputeac3_4.diff plus patch ff_audio_decoder to downmix 5.1 to 2.0 Maybe is there something in TS who is different from your country. It should be also interesting to have report from Italian users who experiment this audio encoding (not all are xbmc user I hope) Have a nice evening Best regards Le Monday 27 September 2010 22:42:06 Jose Alberto Reguero, vous avez écrit : I try the sample and don't work. I look into it. But you must try live tv or samples made with the patches, to see if it work. I try here with a channel whith eac3 with spectral extention and it work well. Jose Alberto ___ 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
Hi @Darren Salt Oupss you're right, I had another old patch for e-ac3 support auto applied I clean all now @Jose Alberto By the way, we are two person having made same test : not working with this sample of french DVB-T HD , here is detail given by ffplay sample : http://dl.free.fr/cMNuFuG8X Stream #0.0[0xdc]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 50 tbc Stream #0.1[0xe7](qaa): Audio: eac3, 48000 Hz, 5.1, s16, 256 kb/s Stream #0.2[0xe6](fra): Audio: eac3, 48000 Hz, stereo, s16, 128 kb/s Stream #0.3[0xf0](fra): Subtitle: dvbsub Can you please test this small file (48 Mo) and tell us if OK or not, this should be a good direction to go. I will rebuild a full new dev env on my machine Many thanks for your help Best regards Le Sunday 26 September 2010 20:56:32 Darren Salt, vous avez écrit : I demand that dplu may or may not have written... [snip] http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ is not allways well synchronized, for example the patch for demux_ts on 1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2 It is... [snip] ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr xine-lib eac3
Thanks for the test, In fact I am not in covered area so I work with sample given by a colleague who live in good area on our forum The sample is very fresh and works perfectly with xineliboutput + vdr-sxfe with patch xineliboutputeac3_4.diff plus patch ff_audio_decoder to downmix 5.1 to 2.0 Maybe is there something in TS who is different from your country. It should be also interesting to have report from Italian users who experiment this audio encoding (not all are xbmc user I hope) Have a nice evening Best regards Le Monday 27 September 2010 22:42:06 Jose Alberto Reguero, vous avez écrit : I try the sample and don't work. I look into it. But you must try live tv or samples made with the patches, to see if it work. I try here with a channel whith eac3 with spectral extention and it work well. Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr xine-lib eac3
Hi I Just test your patch, thanks for it, it applied well but seems not working, no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3 sound is still OK Which xine-lib 1.2 did you use ? this one : http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ is not allways well synchronized, for example the patch for demux_ts on 1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2 I will check another time to see if I made no error on patching Regards Le Tuesday 21 September 2010 00:57:39 Jose Alberto Reguero, vous avez écrit : El Domingo, 13 de Junio de 2010, Luca Olivetti escribió: Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit: Patch for xine-lib that don't need to patch remux.c to work. Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but there's still no sound on tvehd (vdr 1.7.15, vdr-xine and playing the ts directly through xine). Do I need some special options to configure xine-lib for this patch to take effect? Bye With this two patches vdr-xine work with eac3. I can't test if it still work with normal ac3. One patch is for the plugin, and the other is for xine-lib 1.2. Jose Alberto ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Fwd: Re: vdr xine-lib eac3
Hi I use a recent ffmepg , I can use ffplay to play the ts records and I have sound, even with the e-ac3 spectral extention available in France on DVB-T HD Some others French user will try from their side also and I will check asap my patch and libs ... and install the very latest ffmpeg from git Thanks for the job Regards Le Sunday 26 September 2010 20:47:04 Jose Alberto Reguero, vous avez écrit : El Domingo 26 Septiembre 2010, dplu escribió: Hi I Just test your patch, thanks for it, it applied well but seems not working, no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3 sound is still OK Which xine-lib 1.2 did you use ? this one : http://hg.debian.org/hg/xine-lib/xine-lib-1.2/ is not allways well synchronized, for example the patch for demux_ts on 1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2 I will check another time to see if I made no error on patching Regards You need a recent ffmpeg. I use latest hg xine-lib-1.2, and latest ffmpeg svn. Jose Alberto. Le Tuesday 21 September 2010 00:57:39 Jose Alberto Reguero, vous avez écrit : El Domingo, 13 de Junio de 2010, Luca Olivetti escribió: Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit: Patch for xine-lib that don't need to patch remux.c to work. Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but there's still no sound on tvehd (vdr 1.7.15, vdr-xine and playing the ts directly through xine). Do I need some special options to configure xine-lib for this patch to take effect? Bye With this two patches vdr-xine work with eac3. I can't test if it still work with normal ac3. One patch is for the plugin, and the other is for xine-lib 1.2. Jose Alberto ___ 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.10 no record channel
Hi I confirm having same problem with this multiplex in north of France, using Nova T 500 and firm 1.20 on VDR 1.7.13 ... I can watch all channels but recordings have zero size Other multiplex are OK for now, what can we do to help there ? @+ Le Sunday 02 May 2010 18:40:53 Senufo, vous avez écrit : Hello This weekend I had a problem with the chains of the transponder 778 000 DTT channels with France 4, i TELE, Gulli, Virgin 17, BFM TV, Direct 8. I could not see them while all other channels were working correctly. So I made a new scan with: sudo w_scan -c fr My new channels.conf: France 4;NTN:778000:B8M2:T:27500:720=2:730=fra:745:0:519:8442:2:0 iTELE;NTN:778000:B8M2:T:27500:420=2:430=fra:445:0:516:8442:2:0 Gulli;NTN:778000:B8M2:T:27500:620=2:630=fra:645:0:518:8442:2:0 Virgin 17;NTN:778000:B8M2:T:27500:520=2:530=fra:545:0:517:8442:2:0 BFM TV;NTN:778000:B8M2:T:27500:320=2:330=fra:345:0:515:8442:2:0 Direct 8;NTN:778000:B8M2:T:27500:120=2:130=fra:145:0:513:8442:2:0 My old channels.conf France 4;NTN:778000:B8M2:T:27500:166=2:104:0:0:519:8442:2:0 iTELE;NTN:778000:B8M2:T:27500:163=2:92:0:0:516:8442:2:0 Gulli;NTN:778000:B8M2:T:27500:165=2:100:48:0:518:8442:2:0 Virgin 17;NTN:778000:B8M2:T:27500:164=2:96:44:0:517:8442:2:0 BFM TV;NTN:778000:B8M2:T:27500:162=2:88:0:0:515:8442:2:0 Direct 8;NTN:778000:B8M2:T:27500:160=2:80:32:0:513:8442:2:0 Now I can see these channels directly but when I want to make a record that does not work I have these error messages: May 2 2:09:03 p.m. karmic vdr: [8324] switching device 3 to Channel 9 May 2 2:09:03 p.m. karmic vdr: [8324] Timer 24 (9 from 1409 to 1709 '@ EPISODE TITLE') home May 2 2:09:03 p.m. karmic vdr: [8324] Title: 'L'école des fans' Subtitle: '(null)' May 2 2:09:03 p.m. karmic vdr: [8324] record / video / @ The école_des_fans / 2010-05-02.14.09.9-0.rec May 2 2:09:03 p.m. karmic vdr: [8324] Creating directory / video / @ The école_des_fans / 2010-05-02.14.09.9-0.rec May 2 2:09:03 p.m. karmic vdr: [8324] recording to '/ video / @ The école_des_fans / 2010-05-02.14.09.9-0.rec/1.ts' May 2 2:09:03 p.m. karmic vdr: [11693] recording thread started (pid = 8324, tid = 11693) May 2 2:09:03 p.m. karmic vdr: [8324] info: Registration has begun May 2 2:09:03 p.m. karmic vdr: [11694] Effects EnigmaNG thread started (pid = 8324, tid = 11694) May 2 2:09:06 p.m. karmic vdr: [11694] Effects EnigmaNG thread ended (pid = 8324, tid = 11694) May 2 2:09:07 p.m. karmic vdr: [11751] Effects EnigmaNG thread started (pid = 8324, tid = 11751) May 2 2:09:11 p.m. karmic vdr: [11751] Effects EnigmaNG thread ended (pid = 8324, tid = 11751) May 2 2:09:14 p.m. karmic vdr: [11864] Effects EnigmaNG thread started (pid = 8324, tid = 11864) May 2 2:09:20 p.m. karmic vdr: [11055] ERROR: video data stream broken May 2 2:09:20 p.m. karmic vdr: [11055] emergency exit request to setup Ignored LUKAS May 2 2:09:21 p.m. karmic vdr: [8324] Timer 24 (9 from 1409 to 1709 '@ The School of fans') set to event Sun 5.2.2010 14:30-16:05 'Lois and Clark' May 2 2:09:34 p.m. karmic vdr: [11693] ERROR: video data stream broken May 2 2:09:34 p.m. karmic vdr: [11693] emergency exit request to setup Ignored LUKAS May 2 2:09:39 p.m. karmic vdr: [11864] Effects EnigmaNG thread ended (pid = 8324, tid = 11864) May 2 2:09:39 p.m. karmic vdr: [12215] Effects EnigmaNG thread started (pid = 8324, tid = 12215) May 2 2:09:51 p.m. karmic vdr: [11055] ERROR: video data stream broken I'm running Ubuntu 9.10 with 1.7.10 vdr-launched with the following command: screen -S VDR -dm ./vdr -u vdr -c /video/vdrconf/ -v /video -L ./PLUGINS/lib --localedir=$VDRPATH/locale\ -P'sc' \ -P'xine -r' \ -P'streamdev-server'\ -P'streamdev-client'\ -P'skinenigmang' \ -P'extrecmenu' \ -P'epgsearch' \ -P'pin' \ -P'femon' Currently in France some transponders changes configuration to go all digital. Does anyone has an idea? thank you for your help Senufo ___ 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] [ANNOUNCE] noad-0.7.1
File downloaded Thanks for your help Le Tuesday 20 April 2010 20:00:25 Joerg Bornkessel, vous avez écrit : Hi Link seems to be dead, where can I find it please ? Regards You can find it on one of our gentoo mirrors. http://www.gentoo.org/main/en/mirrors2.xml look there in the distfiles/ DIR B.R. Le Tuesday 23 March 2010 20:02:23 the Noad, vous avez écrit : Hi, i have updated noad to 0.7.2 with some minor bugfixes. Version 0.7.2 - exit noad if a hdtv-recording is found - change MAXFRAMESIZE to KILOBYTE(1024) as in vdr - fixed noadifnew (thanks to Matti Lehtimäki for the patch) - add some logging in svdrpc.cpp Look at http://noad.heliohost.org/ Greetings theNoad ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] noad-0.7.1
Hi Link seems to be dead, where can I find it please ? Regards Le Tuesday 23 March 2010 20:02:23 the Noad, vous avez écrit : Hi, i have updated noad to 0.7.2 with some minor bugfixes. Version 0.7.2 - exit noad if a hdtv-recording is found - change MAXFRAMESIZE to KILOBYTE(1024) as in vdr - fixed noadifnew (thanks to Matti Lehtimäki for the patch) - add some logging in svdrpc.cpp Look at http://noad.heliohost.org/ Greetings theNoad ___ 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] Unable to rebuild index on some French HD records
Le Sunday 18 April 2010 16:11:20 Klaus Schmidinger, vous avez écrit :
Hi
On 13.04.2010 17:44, dplu wrote:
Hi
When we delete index file on some HD recording due to synchronous problem
for editing, sometimes vdr is not able to rebuild it , start for few
seconds and generate an errors
Stream has something in it, you can add mark but not navigate between
without crashing vdr , when playing records, time goes not seconds to
seconds but every two seconds
If the index is initially wrong, and ok after regenerating it,
It is not ok until the buffer size is increased ...
this patch may fix the initial index creation:
--- remux.c 2010/02/28 14:42:07 2.42
+++ remux.c 2010/04/05 09:32:57 2.43
@@ -817,7 +817,7 @@
if (synced Processed)
return Processed;
if (Length MIN_TS_PACKETS_FOR_FRAME_DETECTOR * TS_SIZE)
-return 0; // need more data, in case the frame type is
not stored in the first TS packet +return Processed; //
need more data, in case the frame type is not stored in the first TS packet
if (!frameDuration) {
// frame duration unknown, so collect a sequence of
PTS values: if (numPtsValues MaxPtsValues numIFrames 2) { // collect
a sequence containing at least two I-frames
Is it possible for next release to increase the buffer size to 300
instead of 100 in recording.c , class cIndexFileGenerator ? This has been
tested successfully by at least two users with same problem
I don't see how increasing this buffer size would change anything.
cFrameDetector::Analyze() needs to see MIN_TS_PACKETS_FOR_FRAME_DETECTOR
packets, which is a mere 376 byte. So even a much smaller buffer should
work.
But maybe I'm missing something here and somebody can point out why
increasing this buffer size would actually change anything.
Not sure but what happen if the size of data stream between two keyframes is
greater than max buffer value ? You will never be able to have inside one
buffer range two I frames at the same time ? HD stream in France are not full
standard, maybe to prevent copy or other
Will test your patch this week and see if it change or not index problem
Best regards
Klaus
___
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
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
Re: [vdr] Recording DVB-T HD infrance
Hi Nice to hear it works , latest problem is xine who is not able to decode this audio channels There were some enhancement made for Bluray sound, adding the new ID to the BR patch let xine-lib show information on OSD but no sound decoded. ffmpeg knows how to decode with e-ac3 spectral inversion (using ffplay) Maybe will comes one day ;o)) Have a nice day Selon Eric Valette eric.vale...@free.fr: On 15/03/2010 22:10, dplu wrote: Hi There is a French forum who explain how to patch vdr to add support for e-ac3 audio track on pat.c and remux.c By default, the e-ac3 ID is not recognize by vdr ... this is why you have zero when you should have two available tracks http://dvbkivabien2.info/viewtopic.php?f=30t=13835 It works like a charm and no need to update Channles.conf, its done automagically. Tested with vdr 7.14. Still wonder why such a one liner patch is not integrated though. Thanks a lot for you help. --eric ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recording DVB-T HD infrance
Le Thursday 18 March 2010 19:34:49 Eric Valette, vous avez écrit : Memory was wrong: HD video skips because not hardware decoded and no sound... Should work on video (I have tested it) For audio .. welcome in black hole ... old time of secam came back ;o)) I hope one day, this become a standard in Germany so more people can work on it @+ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recording DVB-T HD infrance
Le Thursday 18 March 2010 21:51:57 VDR User, vous avez écrit : On Thu, Mar 18, 2010 at 1:24 PM, Eric Valette eric.vale...@free.fr wrote: Not on a netop without hardware acceleration (atom + ion). Wideo skips, has macro bloc, ... Nvidia ION supports VDPAU so how come you aren't using it to decode video?! +1 I've bought this one : http://www.ldlc.com/fiche/PB00089035.html works with vdpau, no block, HD images perfect even of Astra HD or Anixe HD (also French HD TNTSat ) @+ ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Recording DVB-T HD infrance
Hi There is a French forum who explain how to patch vdr to add support for e-ac3 audio track on pat.c and remux.c By default, the e-ac3 ID is not recognize by vdr ... this is why you have zero when you should have two available tracks http://dvbkivabien2.info/viewtopic.php?f=30t=13835 Best regards Le Monday 15 March 2010 21:52:05 L. Hanisch, vous avez écrit : Hi, Am 15.03.2010 21:06, schrieb Eric Valette: Hi list, I'm been fighting over Saturday to get vdr working on my netop (atom 330 + Ion) but I must admit I loose the battle. With debian vdr 1.6.0 SD TV works fine but HD TV (TF1 HD, ARTE HD, FRANCE 2 HD, M6HD) channels fails. Theses channels use mpeg4 for video + and eac3 (except ARTE HD) for audio as described here http://www.digitalbitrate.com/dbr_hd.php?link=0note=0lang=fr in french I installed then vdr 1.7.13, and then got only the video stream but still no audio. As I had similar problem with mplayer/xine and it was fixed but manually editing the channels.conf (unfortunately not the same format as vdr), I think I have the same kind of problem but can find a way to correctly fix channels.conf. below are extract the working mplayer channels.conf and the channels.conf generated w_scan used for vdr. Plus the mplayer info when correctly decoding and playing the stream. Please CC when replying as I'm not suscribed --- working mplayer/xine/vlc TF1 HD:60200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRAN SMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:110+120:110+130:1281 France 2 HD:60200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TRAN SMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:210+220:210+230:1282 M6HD:60200:INVERSION_AUTO:BANDWIDTH_8_MHZ:FEC_AUTO:FEC_AUTO:QAM_64:TR ANSMISSION_MODE_AUTO:GUARD_INTERVAL_AUTO:HIERARCHY_AUTO:310+320:310+330:12 83 - w_scan generated vdr channels.conf TF1 HD;MR5:602000:B8M64:T:27500:120=27:0:0:0:1281:8442:5:0 Try: TF1 HD;MR5:602000:B8M64:T:27500:120=27:0;130:0:0:1281:8442:5:0 Since it's ac3, the digital audio PID have to be set. The analog audio PID has to be 0, hence 0;130. Lars. France 2 HD;MR5:602000:B8M64:T:27500:220=27:0:0:0:1282:8442:5:0 M6HD;MR5:602000:B8M64:T:27500:320=27:0:0:0:1283:8442:5:0 -- here info about the stream by maplyer PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID: 310(0x136) PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID: 310(0x136) VIDEO H264(pid=120) AUDIO A52(pid=130) NO SUBS (yet)! PROGRAM N. 1281 ID_VIDEO_ID=120 ID_AUDIO_ID=130 ID_AID_130_LANG=fra PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID: 310(0x136) PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID: 310(0x136) PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID: 310(0x136) FPS seems to be: 25.00 ID_FILENAME=dvb://TF1 HD ID_DEMUXER=mpegts ID_VIDEO_FORMAT=0x1005 ID_VIDEO_BITRATE=0 ID_VIDEO_WIDTH=1440 ID_VIDEO_HEIGHT=1088 ID_VIDEO_FPS=25.000 ID_VIDEO_ASPECT=0. ID_AUDIO_FORMAT=8192 ID_AUDIO_BITRATE=0 ID_AUDIO_RATE=0 ID_AUDIO_NCH=0 ID_LENGTH=0.00 ID_SEEKABLE=0 ID_CHAPTERS=0 Couldn't open video filter 'ass'. ASS: cannot add video filter [ass] Init [ass] Updating font cache = = Forced video codec: ffh264vdpau Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU)) = = ID_VIDEO_CODEC=ffh264vdpau = = Forced audio codec: ffeac3 Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000-192000) ID_AUDIO_BITRATE=256000 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 Selected audio codec: [ffac3] afm: ffmpeg (FFmpeg AC-3) = = AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample) ID_AUDIO_CODEC=ffac3 [Mixer] No hardware mixing, inserting volume filter. Starting playback... PROGRAM_ID=0 (0x00), PMT_PID: 16(0x10) PROGRAM_ID=1281 (0x501), PMT_PID: 110(0x6E) PROGRAM_ID=1282 (0x502), PMT_PID: 210(0xD2) PROGRAM_ID=1283 (0x503), PMT_PID:
Re: [vdr] vdr-1.7.13-dvbsourceparam.diff patch trouble
Hi Look at dvbdevice.c, the extention patch add ATSC section so it patch the wrong part I had also to patch manually Regards Le Sunday 14 March 2010 09:09:11 marti...@embl.de, vous avez écrit : I am using vdr-1.7.13 with the extensions patch. I applied the vdr-1.7.13-dvbsourceparam.diff patch and it applies cleanly without any rejects. However when I then try make it fails... any ideas? make g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -c -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -DUSE_LIEMIEXT -DUSE_SETUP -DUSE_SORTRECORDS -DUSE_TTXTSUBS -DREMOTE_KBD -DLIRC_DEVICE=\/dev/lircd\ -DRCU_DEVICE=\/dev/ttyS1\ -D_GNU_SOURCE -DVIDEODIR=\/media/video/vdr\ -DCONFDIR=\/etc/vdr\ -DPLUGINDIR=\/usr/lib/vdr/plugins\ -DLOCDIR=\/usr/share/locale\ -I/usr/include/freetype2 -I/usr/local/src/s2-liplianin/linux/include dvbdevice.c dvbdevice.c: In member function 'virtual cOsdItem* cDvbSourceParam::GetOsdItem()': dvbdevice.c:678: error: 'data' was not declared in this scope make: *** [dvbdevice.o] Error 1 ___ 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] BBC HD Problems
Hi They change few weeks ago, it works fine also with vdpau (test version=180.44) , even sound is OK (DD track was crispy) Now, it would be nice, they adapt also ITV HD to not loose PPID @+ Le Wednesday 12 August 2009 22:43:04 Morfsta, vous avez écrit : On Sun, Nov 23, 2008 at 11:34 AM, Morfstamorf...@gmail.com wrote: Hi, There appears to have been some changes made recently to BBCHD on 28.2E: - BBCHD:BBC:10847:vC56M2O35S0:S28.2E:22000:2328:2330=NAR;2329=eng:2331:0:69 40 :2:2050:0 It is now not watchable with a reel eHD card - no audio and stuttering video. The Reel support people are saying this is possibly because they have started using AAC audio which is not supported by VDR. Is anyone else having problems with this and FFMPEG or CoreAVC via xine or is it still fine? Thanks, Morfsta FYI It looks like BBC HD has finally gotten around to fixing this issue that I reported to them in December. I can watch BBC HD at the moment fine with my eHD card. ___ 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] No EIT for channel Yesterday
Hi I confirm it work nice , it read the EPG data from any freesat transpondeur you are and feed epg data transparently , usually watching ITV or BBC feed it @+ Selon Dave P v...@pickles.me.uk: There is a patch for Freesat at http://www.rst38.org.uk/vdr/ though I have no idea whether it works. -- Dave ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Unable to record ITV HD (was : ITV HD)
Hi Klaus, I suppose that the PID is not defined as video in the stream. I am not an expert but if you let update PID automatically on VDR Setup , the VPID and PPID fall to zero, if you disable this update and set manually information you can watch the channel but no recording possible This is also indicated on kingofsat : ITV HD 28.5E 11426H http://en.kingofsat.net/hdtv.php?standard=Allordre=freqfiltre=Clear Thanks for your help Dom Le Sunday 21 June 2009 16:30:15 Klaus Schmidinger, vous avez écrit : On 14.06.2009 22:49, dplu wrote: Hi I have tried to record Kingdom broadcasted on HD but even if I can watch it without problem live ( VDR 1.7.7+ Xine 0.9.2 + VDPau), the recording is zero size Is it the fact the video PID is non standard and VDR don't know how to record it (considering it is not video) ? What does this mean, the video PID is non standard? Klaus By the way, recording of BBC HD or Anixe HD is nice at the same time .. Is there also a patch to prevent VDR to set video PID to zero when using the option setup/DVB card/update name + Pids Any help appreciated Thanks Le Sunday 30 November 2008 19:29:43 Tony Houghton, vous avez écrit : On Sun, 30 Nov 2008 19:05:28 +0100 d...@free.fr wrote: The line I gave is for VDR 1.7.0 native (multiproto plus) plus patch S H264 .. and no more addons If you have no images, check if VDR did not update the channel automatically and put zero on VPID .. If the option setup/dvb card/ update channels is ON or update PID or update name etc , set it to off and reset channel to VPID 3401 and PPID to 3401 too ITV HD broadcast with a special video PID and VDR is not able to catch it so jerk setup every time .. there is no update for this channel from a long time ITV broadcast a service not available when there is nothing to watch, so you can setup easyly your vdr OK, that seems to be what happened. I just about get sound and picture, but not usable, because nothing but libxine recognises the stream and it will only use one CPU core regardless of the ffmpeg_thread_count setting. Perhaps it uses libx264 directly? ___ 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] Unable to record ITV HD (was : ITV HD)
I am a french user so I enjoy this channel without fees (the charm of receving) Inside the freesat system, english user may have to press the red button for interactive service to go trough the HD version for some programs , it means the micro-program of receiver know how to do that It is not very important, my HD receiver know how to receive it. I'll prefer to have all in VDR but there are more important thing to do , I was hoping some english VDR users had published a patch but it seems not Have nice holidays and enjoy :o)) Thanks for the good work Dom Le Sunday 21 June 2009 17:25:16 Klaus Schmidinger, vous avez écrit : On 21.06.2009 17:11, dplu wrote: Hi Klaus, I suppose that the PID is not defined as video in the stream. I am not an expert but if you let update PID automatically on VDR Setup , the VPID and PPID fall to zero, if you disable this update and set manually information you can watch the channel but no recording possible This is also indicated on kingofsat : ITV HD 28.5E 11426H http://en.kingofsat.net/hdtv.php?standard=Allordre=freqfiltre=Clear Well, if they don't broadcast their Vpid in the SI data, how is a receiver supposed to know what to receive? Maybe you should complain to the broadcaster about this. Klaus Le Sunday 21 June 2009 16:30:15 Klaus Schmidinger, vous avez écrit : On 14.06.2009 22:49, dplu wrote: Hi I have tried to record Kingdom broadcasted on HD but even if I can watch it without problem live ( VDR 1.7.7+ Xine 0.9.2 + VDPau), the recording is zero size Is it the fact the video PID is non standard and VDR don't know how to record it (considering it is not video) ? What does this mean, the video PID is non standard? Klaus By the way, recording of BBC HD or Anixe HD is nice at the same time .. Is there also a patch to prevent VDR to set video PID to zero when using the option setup/DVB card/update name + Pids Any help appreciated Thanks Le Sunday 30 November 2008 19:29:43 Tony Houghton, vous avez écrit : On Sun, 30 Nov 2008 19:05:28 +0100 d...@free.fr wrote: The line I gave is for VDR 1.7.0 native (multiproto plus) plus patch S H264 .. and no more addons If you have no images, check if VDR did not update the channel automatically and put zero on VPID .. If the option setup/dvb card/ update channels is ON or update PID or update name etc , set it to off and reset channel to VPID 3401 and PPID to 3401 too ITV HD broadcast with a special video PID and VDR is not able to catch it so jerk setup every time .. there is no update for this channel from a long time ITV broadcast a service not available when there is nothing to watch, so you can setup easyly your vdr OK, that seems to be what happened. I just about get sound and picture, but not usable, because nothing but libxine recognises the stream and it will only use one CPU core regardless of the ffmpeg_thread_count setting. Perhaps it uses libx264 directly? ___ 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] Unable to record ITV HD (was : ITV HD)
Hi I have tried to record Kingdom broadcasted on HD but even if I can watch it without problem live ( VDR 1.7.7+ Xine 0.9.2 + VDPau), the recording is zero size Is it the fact the video PID is non standard and VDR don't know how to record it (considering it is not video) ? By the way, recording of BBC HD or Anixe HD is nice at the same time .. Is there also a patch to prevent VDR to set video PID to zero when using the option setup/DVB card/update name + Pids Any help appreciated Thanks Le Sunday 30 November 2008 19:29:43 Tony Houghton, vous avez écrit : On Sun, 30 Nov 2008 19:05:28 +0100 d...@free.fr wrote: The line I gave is for VDR 1.7.0 native (multiproto plus) plus patch S H264 .. and no more addons If you have no images, check if VDR did not update the channel automatically and put zero on VPID .. If the option setup/dvb card/ update channels is ON or update PID or update name etc , set it to off and reset channel to VPID 3401 and PPID to 3401 too ITV HD broadcast with a special video PID and VDR is not able to catch it so jerk setup every time .. there is no update for this channel from a long time ITV broadcast a service not available when there is nothing to watch, so you can setup easyly your vdr OK, that seems to be what happened. I just about get sound and picture, but not usable, because nothing but libxine recognises the stream and it will only use one CPU core regardless of the ffmpeg_thread_count setting. Perhaps it uses libx264 directly? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Hi Many thanks for the fix, it works perfectly ;o) Have a nice day Dom Le Wednesday 27 May 2009 23:53:44 Reinhard Nissl, vous avez écrit : Hi, Carsten Koch schrieb: I noticed, however, that it is extremely hard to use VDRs cutting function with it. For example, when I use the '7' and '9' keys to jump to the previous/next cut mark, or when I use the '4' and '6' keys to fine-position a cut mark, the video image is not updated, so I am basically forced to navigate in complete darkness. Is that a known bug? Well, yes, but I didn't find time to look into a sample till tonight. Please find attached the fix, at least for the sample I was working with. Bye. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] vdr-xine-0.9.2 plugin does not support cutting.
Hi Same problem here, was thinking it was my setup who was wrong. By the way I saw also a big latency when you stop the replay of recordings to live TV , whatever was the button used (Blue button or Menu Back) , the live video freeze for 2-3 seconds , VDR is inoperative (no access to menu) during this time Hope this help to debug Have a nice day Selon Carsten Koch carstenkochelsd...@web.de: Reinhard, you have done an amazing job with the xine plugin. It works very well and considering xine's complexity, I can appreciate the hard work that must have been required to get both the infrastructure in xine and the plugin itself working as well as it does today. I noticed, however, that it is extremely hard to use VDRs cutting function with it. For example, when I use the '7' and '9' keys to jump to the previous/next cut mark, or when I use the '4' and '6' keys to fine-position a cut mark, the video image is not updated, so I am basically forced to navigate in complete darkness. Is that a known bug? Does it happen only in my setup (TT-budget S2-3200, GeForce 9500GT with VDPAU)? Is there a configuration option I can tweak to fix it? Thanks in advance for any hints, Carsten. ___ 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] Editing usability
Hi I have also no problem with editing keys and I find this option fine, keys are easy to learn and it is intuitive. The only time I can do error when replaying recording is pressing the 2 keys who run the cutting process (that you can concel in the menu very easyly) Maybe the solution to your problem should be to enabe those editing keys only when the progress bar edition is displayed like it does when you want to goto at a time point Have a nice day and thanks Klaus for the very good job Dom Selon VDR User user@gmail.com: On Mon, May 11, 2009 at 1:36 AM, Stuart Morris stuart_mor...@talk21.com wrote: I haved lost count the number of times I have pressed the numbered keys on my remote by accident and then panic because I don't know how to undo what then happened. This is definitely a trap for unsuspecting beginners. I mean this in the nicest way possible but paying more attention to what you're pressing would pretty much resolve your problem. In all honesty most of the complaints I've read have little or no real issue with VDR itself but rather the users either not paying attention to what they're doing, not bothering to read the manual memorize the few keys involved, and/or wanting VDR to kid-proof the remote for them. It seems all of these problems could be eliminated with a little extra effort by the user. That being said, if there's something that could be done to help and Klaus is willing to do it then super. Or better yet if someone else takes it upon himself to create these patches so Klaus can be left to focus on the bigger fish to fry. For the record, I have kids, who can be more like monkeys often times, and have no problem keeping the remote away from their curious fingers. I've accidentally pressed buttons that had undesired actions before as well. So, when I say these problems can be resolved with a little more effort attention on the users part, I'm speaking from experience. Of course it's easier to decide you can't be bothered with it on your end and ask someone else to fix it for you, but truthfully speaking the user-side fix isn't exactly hard to begin with. I guess we'll have to agree to disagree as to how serious of an issue this stuff is, or whether it's even a problem with VDR itself or not. Regards, Derek ___ 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.5 + Zulu patch : Problem on recording cutter
Hi I just test the 1.7.6 without zulu patch and problem do not occur .. I saw also that something has changed on cCutter class I will wait for new zulu patch for 1.7.6 and upgrade to this version Thanks for your help and thanks for the good work Dom Le Saturday 25 April 2009 14:25:11 Klaus Schmidinger, vous avez écrit : On 04/22/09 22:53, dplu wrote: Hi, I have a problem on my system when I try to cut recordings, I can records big files larger than 2 Go but when I try to edit them (using Key 2) , system create tons of small TS files (splitted in 100/150 Mo each) whatever was the video format (mpeg2 or H264). If I revert back max recording size file to 2 Go, editing is OK and files well created Does anyone encounter this problem ? Does this also happen with an unpatched VDR 1.7.5? Klaus ___ 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] VDR 1.7.5 + Zulu patch : Problem on recording cutter
Hi, I have a problem on my system when I try to cut recordings, I can records big files larger than 2 Go but when I try to edit them (using Key 2) , system create tons of small TS files (splitted in 100/150 Mo each) whatever was the video format (mpeg2 or H264). If I revert back max recording size file to 2 Go, editing is OK and files well created Does anyone encounter this problem ? Thanks for your help. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] ITV HD
Hi The line is : Itv hd;BSkyB:11426:hC23M2O0S0:S28.2E:27500:3401:0;3402=eng:0:0:10510:0:0:0 Currently it broadcast Star wars Best regards Selon Tony Houghton [EMAIL PROTECTED]: On Tue, 28 Oct 2008 16:57:45 + Morfsta [EMAIL PROTECTED] wrote: On Fri, 2008-10-24 at 14:10 +0100, Tony Houghton wrote: I've read that ITV HD can only be viewd by pressing the red button on a Freesat receiver. Does this mean VDR can't access it? VDR works fine with ITV HD since day 1 of broadcast - just put this in your channels.conf: - ITV HD;BSkyB:11428:hO0S0:S28.2E:27500:3401:0;3402:0:0:54207:0:0:0 There's something wrong with that line: Nov 30 16:19:10 htpc vdr: [18332] loading /var/lib/vdr/channels.conf Nov 30 16:19:10 htpc vdr: [18332] ERROR: unknown parameter key 'O' Nov 30 16:19:10 htpc vdr: [18332] ERROR: error in /var/lib/vdr/channels.conf, li+ne 61 Nov 30 16:19:10 htpc vdr: [18332] deleting plugin: remote Nov 30 16:19:10 htpc vdr: [18332] deleting plugin: xineliboutput Nov 30 16:19:10 htpc vdr: [18332] max. latency time 0 seconds Nov 30 16:19:10 htpc vdr: [18332] exiting, exit code 2 Nov 30 16:19:10 htpc runvdr: stopping after fatal fail (vdr: error while reading+ '/var/lib/vdr/channels.conf') -- TH * http://www.realh.co.uk ___ 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] Sky/Freesat EPG
Hi I have read all your exchange since beginning but I still do not understand and really curious to know what is the real gain to patch VDR and wait at least 30 minutes to have EPG instead of using Loadepg plugin who do the full job in 2 minutes ? Are there EPG info not available with plugin but on vdr patch ? Best regards Selon Dominic Morris [EMAIL PROTECTED]: On Sat, 29 Nov 2008, Luca Olivetti wrote: I omitted the trailing slash in the definition, so it didn't find the files. Ah yes, that would do it! I corrected it and now I don't have no titles anymore, but there are many holes in the epg ( e.g. on bbc 1 e mids I have epg for today, the first 3 programmes of tomorrow, then it skips to the 2nd and from there to the 6th). Is it because they're slow broadcasting it? Yup, it's quite slow coming in, certainly 30 minutes if I remember correctly. cheers, d. ___ 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] Sky/Freesat EPG
Hi You can use loadepg plugin to load 1 week of EPG information for quite all channels of SKY UK and Freesat There is a thread talking about options here : http://www.vdrportal.de/board/thread.php?threadid=77780hilight=loadepg Currenty I use guide coming from xmltv connected to RT site (grab_rt_uk) and the loadepg plugin to complete list Best regards Selon Tony Houghton [EMAIL PROTECTED]: VDR isn't fetching EPG info for my DVB-S channels. At best it shows what's on now and next but many channels seem to have no data at all. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) inavi container
Hi I have just applied patch #5, some reject so I have to enter manually lines No major change on mplayer, still have to enter the -fps to let play it but on popcorn it is night and day, now I can stream to popcorn all my HD channels and all is working nice, some desentrelacing problem on SD channels but was not the first goal Very good job by the way for the author ;o) have a nice day Selon [EMAIL PROTECTED]: I've got the same error than getting it from streamdev in ts format (with wget) and trying to read it with mplayer, the fps is not found but not a problem at all Playing bbc.ts. TS file format detected. VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 FPS not specified in the header or invalid, use the -fps option. No stream found. This has been addresses on another thread with playback to Popcorn Hour 'set-top box' device. Patches are already developed and tested. For quick fix please see: http://www.vdr-developer.org/mantisbt/view.php?id=496 and apply patch #5. As TS stream gets more standardized and some other minor changes happened, the stream is also more compatible with Mplayer. Now mplayer recognizes the stream better. Best regards, Jori ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] femon 1.6.3 - some remarks
Hi Yes exactly, the system do not hang or crash with debug stack trace but you have access to nothing , femon seems to continue to work, the displayed number move but no channels displayed (no image signal on xine) , unable to enter OSD menu and you have to kill vdr to exit But ... if you enter and leave before switch channels with arrow keys all is OK, should it confirm it is the way femon change channels ? Best regards Selon Vladimir Monchenko [EMAIL PROTECTED]: As reproduce femon hangs: call femon and switching of channels upwards/downwards pass to the channel which has no signal. Vladimir Monchenko. ___ 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] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi Very late on answer ;o) I have allready found a very good solution for this Demuxing with mpeg_ps_extract and remuxing on MKV Have a nice day Selon Artem Makhutov [EMAIL PROTECTED]: Hi, [EMAIL PROTECTED] schrieb: Hi I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help you must use a different demuxer with mplayer: $ mplayer -demuxer lavf 001.vdr Will playback the recording. Regards, Artem ___ 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] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi Artem Yes you right, it was a so long time I've posted, stayed on my curent solution. Just tested your solution and this is very easy and fast, some segfault but due to discontinuity on test stream I've got the same error than getting it from streamdev in ts format (with wget) and trying to read it with mplayer, the fps is not found but not a problem at all Playing bbc.ts. TS file format detected. VIDEO H264(pid=256) NO AUDIO! NO SUBS (yet)! PROGRAM N. 1 FPS not specified in the header or invalid, use the -fps option. No stream found. thanks for your help Selon Artem Makhutov [EMAIL PROTECTED]: Hi, On Sun, Nov 23, 2008 at 06:40:30PM +0100, [EMAIL PROTECTED] wrote: Hi Very late on answer ;o) Yes, but better late than never. At lease the solution will be in the mailing list archives now and can help other people that are facing the same problem. I have allready found a very good solution for this Demuxing with mpeg_ps_extract and remuxing on MKV Yes, I know, but there is an easier solution for it, without demuxing it: http://www.linuxtv.org/pipermail/vdr/2008-November/018452.html Regards, Artem ___ 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] femon 1.6.3 - some remarks
With older version of femon or this one, when I go trough multiproto + no signal or quality appear with my S2-3200 or with Nova - T -500 even of szap (stay at zero). I use an HD receiver to point out my dish, so no theorical need of it on femon, even if it should be nice. By the way I have a question about HVR4000 and femon : do both tuner DVB-t and DVB-s working simultaneously when switching ? Dom Example : http://img367.imageshack.us/my.php?image=femonastrahdhr6.jpg Selon Goga777 [EMAIL PROTECTED]: I confirm also that femon 163 + vdr 1.7.0 + H264 + multiproto hang when you change channel while femon is displaying info, happen often when going from H264 to Mpeg2 channels (like simul HD and Simul SD on Astra 19.2) No problem at all if you close femon before switching channels I'm happy to see that you have signal strength with S2API, with multiproto plus on S2-3200 nothing appears (Quality + level = 0) :o( with hvr4000 and multiproto I had signal strength and SNR with old femon version. do you have this figures (snr/sig) with szap-s2 or xmlscan ? Goga ___ 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] Windows remote client
Hi The best solution, at my opinion, is to use the plugin vomp under vdr and run the vompclient under windows, you will have access to channels, records and timers http://www.loggytronic.com/vomp.php Best regards Selon Alex Betis [EMAIL PROTECTED]: Hello all, Is there a plugin for VDR (I use 1.7.1) that allows a windows based client to watch the channels remotely? What windows based clients can I use in that case? Is there a network overhead for watching a stream? I mean if the stream is 5Mbit, will it take 5Mbit of my network or the traffic will take more? In case the client is used with a small window that can't show the whole picture, will the network load be reduced? Thanks. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Windows remote client
Hi No it does not play H264 .. but latest release of mpv plugin can play mp3 trough media menu .. never test it personnaly but heard it work. If you want to play H264 and/or HD content, this is not a good solution and you cannot consider use a light client to do that Best regards Selon Alex Betis [EMAIL PROTECTED]: Any ideas if it can decode MPEG4 and playback mp3? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Small VDR-streamdev patch for Popcorn Hour NMT
Hi I know this user, I have made test with him and confirm it work as it in vdr 1.7.1 with latest streamdev CVS and no more patch (simply add dot ts at the end of url) , only problem I got is streaming is working only with Arte HD on Astra 19.2, all other channel start buffering (a long time) and show nothing in TS mode , tests made on BBC HD (28.2) , Anixe HD + Astra HD promo(19.2) I do a wget of stream and red the file from popcorn and all was nice, so it is surely more a network problem (too slow) for my case There was also something strange on streaming, even if I choose the audio track with the plus argument, the both audio track are available from popcorn. It should not if I understand well how streamdev push the stream .. isn't it ? Best regards Selon Helge Lenz [EMAIL PROTECTED]: Somebody in the NMT forum claims that he has it working with vdr-1.7.1 without any modifications. H264 streams should work too according to this post: http://www.networkedmediatank.com/showthread.php?tid=1696pid=92157 Hope this helps. Helge. ___ 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] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
Hi Yes you need those channels to make the matching. You can try those one to check if all is working well (Movie channels): C CINEMA PREMIER;CSAT:11856:vC34O0S0:S19.2E:27500:165:100=fra,101=eng:47:500,100:8206:1:1072:0 C CINEMA 16/9;CSAT:12168:vC34O0S0:S19.2E:27500:164:96=fra,97=eng:44:500,100:9505:1:1088:0 C CINEMA FRISSON;CSAT:11817:vC34O0S0:S19.2E:27500:162:88=fra,89=eng:38:500,100:8003:1:1070:0 C CINEMA EMOTION;CSAT:11817:vC34O0S0:S19.2E:27500:161:84=fra,85=eng:35:500,100:8002:1:1070:0 C CINEMA FAMIZ;CSAT:12402:vC34O0S0:S19.2E:27500:170:120=fra,121=eng:62:500,100:8711:1:1100:0 C CINEMA CLASSIC;CSAT:12402:vC34O0S0:S19.2E:27500:168:112=fra,113=eng:56:500,100:8709:1:1100:0 C CINEMA CULTE;CSAT:11895:vC34O0S0:S19.2E:27500:166:104=fra,105=eng:50:500,100:8351:1:1074:0 C CINEMA STAR;CSAT:12090:vC34O0S0:S19.2E:27500:164:96=fra,97=eng:47:500,100:9405:1:1084:0 Best regards Selon Gregoire Favre [EMAIL PROTECTED]: On Wed, Oct 08, 2008 at 06:53:39PM +0200, [EMAIL PROTECTED] wrote: Hi I don't know, as long I am in France, it works for Sky EPG and Canasat also. If I had to change stg, I think it should be a good idea to add extra parameter in loadepg.conf file containing seconds shift to add (or remove) to current time to obtain good timeshift. This is not the fault of plugin itself who works well, but provider do what he wants ... Hope this help you, Luca will give you a better (and cleaner) solution I think That's great and works as expected so for Sky UK. I never succeeded in using it for Canalsat, but that could be because I don't have the needed channels in my channels.conf ? Thanks ;-) -- 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
Hi I don't know, as long I am in France, it works for Sky EPG and Canasat also. If I had to change stg, I think it should be a good idea to add extra parameter in loadepg.conf file containing seconds shift to add (or remove) to current time to obtain good timeshift. This is not the fault of plugin itself who works well, but provider do what he wants ... Hope this help you, Luca will give you a better (and cleaner) solution I think Best regards Selon Gregoire Favre [EMAIL PROTECTED]: On Sun, Oct 05, 2008 at 11:35:33PM +0200, [EMAIL PROTECTED] wrote: Hello, is there a way to do it only for Sky UK ? To resolve this little problem I have set to zero the offset time, it seems that EPG is not sent at GMT but at local British time , meaning system add one hour when not needed Discussion on vdrportal here : http://www.vdr-portal.de/board/thread.php?postid=752810 In loadepg.c , method cTaskLoadepg::GetSatelliteTimeOffset force to zero SatelliteTimeOffset = SatelliteTimeOffsetH * 3600; } EpgTimeOffset = ( LocalTimeOffset - SatelliteTimeOffset ); //DPLU EpgTimeOffset = 0 ; //DPLU esyslog( LoadEPG: Satellite Time Offset=[UTC]%+i, SatelliteTimeOffset / 3600 ); esyslog( LoadEPG: Epg Time Offset=%+i seconds, -- 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [PATCH] S2API for vdr-1.7.0 (05-10-2008 - quickhack for DVB-S(2), DVB-T and DVB-C)
Hi Does it mean the drivers for S2-3200 will compile only in 2.6.28 kernel series environnement ? Thanks for explaining this point Selon Niels Wagenaar [EMAIL PROTECTED]: According to the announcement, it should be available within 4 weeks after the announcement: The group aims to have a unified in-kernel DVB-S2 HVR4000 / TT-3200 tree (that also supports all of the derivative CX24116 / STB0899 known products) within 4 weeks from the announcement, hopefully in time for kernel 2.6.28. For that, we would like to ask Manu to port his drivers to the new API. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] OT : BBC FOUR the monday 6 Oct 21:00 (The Story of Maths) subtitle/loadepg ?
Hi To resolve this little problem I have set to zero the offset time, it seems that EPG is not sent at GMT but at local British time , meaning system add one hour when not needed Discussion on vdrportal here : http://www.vdr-portal.de/board/thread.php?postid=752810 In loadepg.c , method cTaskLoadepg::GetSatelliteTimeOffset force to zero SatelliteTimeOffset = SatelliteTimeOffsetH * 3600; } EpgTimeOffset = ( LocalTimeOffset - SatelliteTimeOffset ); //DPLU EpgTimeOffset = 0 ; //DPLU esyslog( LoadEPG: Satellite Time Offset=[UTC]%+i, SatelliteTimeOffset / 3600 ); esyslog( LoadEPG: Epg Time Offset=%+i seconds, I never test the subtitling when recording, but as long this is DVB subtitle, it should work Best regards Selon Gregoire Favre [EMAIL PROTECTED]: Hello, just tried the new version of LoadEPG (an hudge thank to the author) to fetch EPG for english channels : it works !!! There is an offset of one hour with this version : loadepg-0.2.1-20080915, for example, tomorrow show that interest me highly is (http://www.open2.net/storyofmaths/) sheduled at 21:00 and my VDR think it's at 23:00 local time but as my timezone is Europe/Zurich it should be 22:00 local time. That's not a big problem for me... what I really want to know is if VDR-1.7.0 reccord subtitle aswell ? Thank you very much, -- 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 ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting HD recording
Hi I use the solution here : http://www.vdrportal.de/board/thread.php?threadid=73791 You can use mpeg_ps_extract to transform the vdr file in separate file .264 plus several audio file When extracted, any soft like mencoder can convert them Best regards Le Wednesday 01 October 2008 21:15:59 Jelle De Loecker, vous avez écrit : Good evening all, I've got a bunch of old recordings made with VDR, like a 20 GB HD recording. I'd like to slim it down a bit, but don't really know where to start. How do you convert a show recorded on BBC HD to a more compact file? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Hi I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help VDR 1.7.0 + S2/H264 patch Mencoder : MEncoder 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75, Stepping: 2) CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. 98 audio 216 video codecs Mplayer : MPlayer 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. 98 audio 216 video codecs ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Thanks for this information, I had search first before posting but not found this information, --psprobe option give nothing (unknow parameter) I will continue to use my HD sat receiver when I will have to convert stg Best regards Selon Goga777 [EMAIL PROTECTED]: MPlayer doesn't understand well h264 pes format you can try to use --psprobe 50 option with MPlayer but it may doesn't help you http://lists.mplayerhq.hu/pipermail/mplayer-users/2008-May/072988.html Goga777 I have a little question about vdr recording format when in H264 (BBC HD), currently I can convert with mencoder my recording made from my HD terminal after converting trp to ts. When I try to mplayer the same vdr recording (ie 001.vdr) it find no video track. I can only see them with xine from vdr or from command line Does anybody has successfully convert those records ? Thanks for help VDR 1.7.0 + S2/H264 patch Mencoder : MEncoder 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75, Stepping: 2) CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. 98 audio 216 video codecs Mplayer : MPlayer 1.0-1.rc1.20.2plf2008.0-4.2.2 (C) 2000-2006 MPlayer Team CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (Family: 15, Model: 75, Stepping: 2) CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. 98 audio 216 video codecs ___ 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] Converting H264 vdr 1.7.0 recordings to xvid (or x264) in avi container
Still the same problem , unknow option , I have tried with - , -- and many option. A google search with psprobe return nothing :o( I give up for now, maybe the solution is to convert pes to ts and try to play/convert it as I do with my sat receiver Thanks for your help Selon Goga777 [EMAIL PROTECTED]: ðÒÉ×ÅÔÓÔ×ÕÀ, [EMAIL PROTECTED] Thanks for this information, I had search first before posting but not found this information, --psprobe option give nothing (unknow parameter) I will continue to use my HD sat receiver when I will have to convert stg sorry, please use mplayer -psprobe 500 Goga777 ___ 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
