Hello,
in VDR there is a really nice feature : one can choose left or right audio from a stereo channel to hear from (the Swiss channels do there original language that way), but it don't seems to work from xine.
Is it just me, in that case, could someone explain me how to choose the right audio ?
Thank,
Hi,
Gregoire Favre wrote:
in VDR there is a really nice feature : one can choose left or right audio from a stereo channel to hear from (the Swiss channels do there original language that way), but it don't seems to work from xine.
Is it just me, in that case, could someone explain me how to choose the right audio ?
Please send me the concerned entries from channels.conf. Then I will have a look at this issue.
Bye.
On Sat, Jun 25, 2005 at 10:06:27AM +0200, Reinhard Nissl wrote:
Hello :-)
Please send me the concerned entries from channels.conf. Then I will have a look at this issue.
I don't think that the channels.conf could really help... but :
TSR1;Television Suisse Romande:12399:hC34:S13.0E:27500:161:84=fra,85=eng:35:500:902:318:8500:0 TSR2;Television Suisse Romande:12399:hC34:S13.0E:27500:164:96=fra,97=eng:44:500:908:318:8500:0 SF1;Schweizer Fernsehen DRS:12399:hC34:S13.0E:27500:160:80=deu,81=eng:32:500:901:318:8500:0 SF2;Schweizer Fernsehen DRS:12399:hC34:S13.0E:27500:163:92=deu,93=eng:41:500:907:318:8500:0 SFi;Schweizer Fernsehen DRS:12399:hC34:S13.0E:27500:167:102=deu,103=eng:53:0:911:318:8500:0 TSI1;Televisione della Svizzera Italiana:12399:hC34:S13.0E:27500:162:88=ita,89=eng:38:500:903:318:8500:0 TSI2;Televisione della Svizzera Italiana:12399:hC34:S13.0E:27500:166:100=ita,101=eng,106=fra:50:500:909:318:8500:0
All second languages are not english, but are broadcasted in stereo, one side have english and the second side have the first audio track (for example french for TSR1).
Thank you very much,
Gregoire Favre schrieb:
All second languages are not english, but are broadcasted in stereo, one side have english and the second side have the first audio track (for example french for TSR1).
As an alternative to vdr-xine you can use the vdr-softdevice with Xv as output. The softdevice supports the switching between right and left audio track already for some time. This type of second language broadcasting is also sometimes used by german TV stations.
Martin
On Sat, Jun 25, 2005 at 06:21:11PM +0200, Martin Wache wrote:
As an alternative to vdr-xine you can use the vdr-softdevice with Xv as output. The softdevice supports the switching between right and left audio track already for some time. This type of second language broadcasting is also sometimes used by german TV stations.
Does it support xxmc or xvmc also ? And can it crop and scale on the fly, I really like this xine feature ?
If the answer to the second question is yes, I will try it :-)
Thank you,
Gregoire Favre schrieb:
On Sat, Jun 25, 2005 at 06:21:11PM +0200, Martin Wache wrote:
As an alternative to vdr-xine you can use the vdr-softdevice with Xv as output. The softdevice supports the switching between right and left audio track already for some time. This type of second language broadcasting is also sometimes used by german TV stations.
Does it support xxmc or xvmc also ?
XvMc is currently not supported.
And can it crop and scale on the fly, I really like this xine feature ?
I don't know xine's crop and scale options, but the softdevice supports cropping to 4:3,16:9 and 14:9, and of course also scaling.
Martin
On Sun, Jun 26, 2005 at 01:27:59PM +0200, Martin Wache wrote:
XvMc is currently not supported.
As I read in the doc, the code is inspired from mplayer, so maybe it will come :-)
I don't know xine's crop and scale options, but the softdevice supports cropping to 4:3,16:9 and 14:9, and of course also scaling.
I wanted to thy it, but I can't compil it :
g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg softdevice.c g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg utils.c utils.c: In function `void* fast_memcpy(void*, const void*, size_t)': utils.c:383: warning: cast from pointer to integer of different size utils.c:406: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:407: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:495: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:496: error: ISO C++ forbids cast to non-reference type used as lvalue make: *** [utils.o] Error 1
Thank for your answer,
Hi,
Gregoire Favre wrote:
All second languages are not english, but are broadcasted in stereo, one side have english and the second side have the first audio track (for example french for TSR1).
Hhm, it looks like cXineDevice lacks support for Get/SetAudioChannelDevice(). I've meanwhile added it and see, that VDR calls the set function whenever I change between left, right and stereo.
I now have to figure out, how to pass this information to xine. A simple solution might be to just mute the left respectively right channel of the output device (at least ALSA allows that).
Bye.
Gregoire Favre schrieb:
On Sun, Jun 26, 2005 at 01:27:59PM +0200, Martin Wache wrote:
XvMc is currently not supported.
As I read in the doc, the code is inspired from mplayer, so maybe it will come :-)
Currently none of the softdevice developers has a graphics card with XvMC support, so I guess XvMC has to wait a bit until we can test it.
I wanted to thy it, but I can't compil it :
g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg softdevice.c g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg utils.c utils.c: In function `void* fast_memcpy(void*, const void*, size_t)': utils.c:383: warning: cast from pointer to integer of different size utils.c:406: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:407: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:495: error: ISO C++ forbids cast to non-reference type used as lvalue utils.c:496: error: ISO C++ forbids cast to non-reference type used as lvalue make: *** [utils.o] Error 1
This looks like the issue reported by Alexw some time ago. I finally applied the patch he submited (thanks to Alexw!), so please do cvs update and try again. Alternativly you could use the latest stable release 0.1.2 which should compile fine.
Bye, Martin
On Sun, Jun 26, 2005 at 10:23:11PM +0200, Martin Wache wrote:
This looks like the issue reported by Alexw some time ago. I finally applied the patch he submited (thanks to Alexw!), so please do cvs update and try again. Alternativly you could use the latest stable release 0.1.2 which should compile fine.
I should take the release one as the CVS still don't compil :
g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg softdevice.c g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg utils.c utils.c: In function `void* fast_memcpy(void*, const void*, size_t)': utils.c:383: warning: cast from pointer to integer of different size {standard input}: Assembler messages: {standard input}:615: Error: `(%rsi,%eax)' is not a valid base/index expression {standard input}:616: Error: `32(%rsi,%eax)' is not a valid base/index expression {standard input}:617: Error: `64(%rsi,%eax)' is not a valid base/index expression {standard input}:618: Error: `96(%rsi,%eax)' is not a valid base/index expression {standard input}:620: Error: suffix or operands invalid for `cmp' {standard input}:625: Error: `(%rsi,%eax)' is not a valid base/index expression {standard input}:626: Error: `8(%rsi,%eax)' is not a valid base/index expression {standard input}:627: Error: `16(%rsi,%eax)' is not a valid base/index expression {standard input}:628: Error: `24(%rsi,%eax)' is not a valid base/index expression {standard input}:629: Error: `32(%rsi,%eax)' is not a valid base/index expression {standard input}:630: Error: `40(%rsi,%eax)' is not a valid base/index expression {standard input}:631: Error: `48(%rsi,%eax)' is not a valid base/index expression {standard input}:632: Error: `56(%rsi,%eax)' is not a valid base/index expression {standard input}:633: Error: `(%rdi,%eax)' is not a valid base/index expression {standard input}:634: Error: `8(%rdi,%eax)' is not a valid base/index expression {standard input}:635: Error: `16(%rdi,%eax)' is not a valid base/index expression {standard input}:636: Error: `24(%rdi,%eax)' is not a valid base/index expression {standard input}:637: Error: `32(%rdi,%eax)' is not a valid base/index expression {standard input}:638: Error: `40(%rdi,%eax)' is not a valid base/index expression {standard input}:639: Error: `48(%rdi,%eax)' is not a valid base/index expression {standard input}:640: Error: `56(%rdi,%eax)' is not a valid base/index expression {standard input}:642: Error: suffix or operands invalid for `cmp' make: *** [utils.o] Error 1
Gregoire Favre schrieb:
On Sun, Jun 26, 2005 at 10:23:11PM +0200, Martin Wache wrote:
This looks like the issue reported by Alexw some time ago. I finally applied the patch he submited (thanks to Alexw!), so please do cvs update and try again. Alternativly you could use the latest stable release 0.1.2 which should compile fine.
I should take the release one as the CVS still don't compil :
g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg softdevice.c g++ -O2 -march=k8 -fno-stack-protector-all -nopie -fPIC -DPIC -pipe -Wall -Woverloaded-virtual -c -DUSE_MMX -DUSE_MMX2 -DPLUGIN_NAME_I18N='"softdevice"' -D_GNU_SOURCE -DPLUGINLIBDIR='"./PLUGINS/lib"' -DLIBXDPMS_SUPPORT -DXV_SUPPORT -DPP_LIBAVCODEC -DSUSPEND_BY_KEY -I../../../include -I/usr/src/CVS/DVB/include -I/usr/include/ffmpeg utils.c utils.c: In function `void* fast_memcpy(void*, const void*, size_t)': utils.c:383: warning: cast from pointer to integer of different size {standard input}: Assembler messages: {standard input}:615: Error: `(%rsi,%eax)' is not a valid base/index expression {standard input}:616: Error: `32(%rsi,%eax)' is not a valid base/index expression {standard input}:617: Error: `64(%rsi,%eax)' is not a valid base/index expression {standard input}:618: Error: `96(%rsi,%eax)' is not a valid base/index expression {standard input}:620: Error: suffix or operands invalid for `cmp' {standard input}:625: Error: `(%rsi,%eax)' is not a valid base/index expression {standard input}:626: Error: `8(%rsi,%eax)' is not a valid base/index expression {standard input}:627: Error: `16(%rsi,%eax)' is not a valid base/index expression {standard input}:628: Error: `24(%rsi,%eax)' is not a valid base/index expression {standard input}:629: Error: `32(%rsi,%eax)' is not a valid base/index expression {standard input}:630: Error: `40(%rsi,%eax)' is not a valid base/index expression {standard input}:631: Error: `48(%rsi,%eax)' is not a valid base/index expression {standard input}:632: Error: `56(%rsi,%eax)' is not a valid base/index expression {standard input}:633: Error: `(%rdi,%eax)' is not a valid base/index expression {standard input}:634: Error: `8(%rdi,%eax)' is not a valid base/index expression {standard input}:635: Error: `16(%rdi,%eax)' is not a valid base/index expression {standard input}:636: Error: `24(%rdi,%eax)' is not a valid base/index expression {standard input}:637: Error: `32(%rdi,%eax)' is not a valid base/index expression {standard input}:638: Error: `40(%rdi,%eax)' is not a valid base/index expression {standard input}:639: Error: `48(%rdi,%eax)' is not a valid base/index expression {standard input}:640: Error: `56(%rdi,%eax)' is not a valid base/index expression {standard input}:642: Error: suffix or operands invalid for `cmp' make: *** [utils.o] Error 1
Ah, you are using a 64 bit processor! Then you'll also have to replace (int the file utils.c) #define REG_a "eax" with #define REG_a "rax". We are currently optimizing the memory copying for different processors, but we are not fully finished with this. For now AMD K-7 are supported and tested, Intels P3 and P4 should work also but they are - to my knowledge still untested. AMD64 support is comming soon.
Bye, Martin
Hi,
Reinhard Nissl wrote:
All second languages are not english, but are broadcasted in stereo, one side have english and the second side have the first audio track (for example french for TSR1).
Hhm, it looks like cXineDevice lacks support for Get/SetAudioChannelDevice(). I've meanwhile added it and see, that VDR calls the set function whenever I change between left, right and stereo.
I now have to figure out, how to pass this information to xine. A simple solution might be to just mute the left respectively right channel of the output device (at least ALSA allows that).
Just to keep you informed: Meanwhile I've added audio post plugin support to xine and created an audio post plugin vdr_audio which replicates the selected channel to the one which is not selected. As a result, the selected audio channel is sent to both speakers in contrast to the above mentioned muting of a single channel.
Bye.
Hello :-)
Just to keep you informed: Meanwhile I've added audio post plugin support to xine and created an audio post plugin vdr_audio which replicates the selected channel to the one which is not selected. As a result, the selected audio channel is sent to both speakers in contrast to the above mentioned muting of a single channel.
Great new, thank you very much !!!
Is this version available anywhere ?
Hi,
Reinhard Nissl wrote:
Hi,
[...]
Just to keep you informed: Meanwhile I've added audio post plugin support to xine and created an audio post plugin vdr_audio which replicates the selected channel to the one which is not selected. As a result, the selected audio channel is sent to both speakers in contrast to the above mentioned muting of a single channel.
Bye.
This sounds great. So I'm assuming there will be a new vdr-xine plugin version soon. Would you please handle mono broadcasts similary (You might remember my post in your thread on this matter on xine-devel, about SPDIF and mono streams)? Now that I already asked you about the next version of the plugin, do you also plan to integrate Peter Weber's networked functionality in this next release?
Regards, Lucian
Hi,
Gregoire Favre wrote:
Just to keep you informed: Meanwhile I've added audio post plugin support to xine and created an audio post plugin vdr_audio which replicates the selected channel to the one which is not selected. As a result, the selected audio channel is sent to both speakers in contrast to the above mentioned muting of a single channel.
Great new, thank you very much !!!
Is this version available anywhere ?
I'm sorry, my changes to xine are not finished yet. I still have to merge together support for audio visualization plugins and audio post plugins.
Bye.
Hi,
Lucian Muresan wrote:
This sounds great. So I'm assuming there will be a new vdr-xine plugin version soon. Would you please handle mono broadcasts similary (You might remember my post in your thread on this matter on xine-devel, about SPDIF and mono streams)?
At the moment I'm unshure whether to create a separate "pseudo_stereo" plugin or to integrate the requested functionality into vdr_audio.
Now that I already asked you about the next version of the plugin, do you also plan to integrate Peter Weber's networked functionality in this next release?
I'm sorry, I gave the missing functionality a higher priority than networking. The next release will be 0.7.5. Networking is planned for 0.8.0.
Bye.
On Wed, Jul 06, 2005 at 12:40:39AM +0200, Reinhard Nissl wrote:
Hello :-)
I'm sorry, my changes to xine are not finished yet. I still have to merge together support for audio visualization plugins and audio post plugins.
Don't be sorry, we have plenty of time :-) Thank for implementing this feature !!!
Hi,
Reinhard Nissl wrote:
Hi,
Lucian Muresan wrote:
This sounds great. So I'm assuming there will be a new vdr-xine plugin version soon. Would you please handle mono broadcasts similary (You might remember my post in your thread on this matter on xine-devel, about SPDIF and mono streams)?
At the moment I'm unshure whether to create a separate "pseudo_stereo" plugin or to integrate the requested functionality into vdr_audio.
Well, I'm not very familiar with xine's plugin internals, but I assume if it will be a separate plugin, it could be used without vdr_audio as well. On the other hand, I do not know what impact this would have on xine plugins setup or plugin dynamic loading, or even performance. Maybe the xine devs can give advice...
Now that I already asked you about the next version of the plugin, do you also plan to integrate Peter Weber's networked functionality in this next release?
I'm sorry, I gave the missing functionality a higher priority than networking. The next release will be 0.7.5. Networking is planned for 0.8.0.
Ok, you don't have to be sorry, we are all thankful for your work...
Regards, Lucian
I demand that Reinhard Nissl may or may not have written...
Lucian Muresan wrote:
This sounds great. So I'm assuming there will be a new vdr-xine plugin version soon. Would you please handle mono broadcasts similary (You might remember my post in your thread on this matter on xine-devel, about SPDIF and mono streams)?
At the moment I'm unsure whether to create a separate "pseudo_stereo" plugin or to integrate the requested functionality into vdr_audio.
Definitely separate.
I think that you should consider the possibility that these plugins will be useful when used with xine-lib's DVB input plugin too. ;-)
[snip]
-
Darren Salt -
Gregoire Favre -
Lucian Muresan -
Martin Wache -
Reinhard Nissl