|
2012-03-01
, 19:07
|
Posts: 362 |
Thanked: 179 times |
Joined on Sep 2010
|
#32
|
gst-launch-0.10 pulsesrc device=sink.hw0.monitor ! tcps erversink port=3000 Setting pipeline to PAUSED ... Pipeline is live and does not need PREROLL ... Setting pipeline to PLAYING ... New clock: GstAudioSrcClock
|
2012-03-01
, 20:03
|
Posts: 479 |
Thanked: 1,284 times |
Joined on Jan 2012
@ Enschede, The Netherlands
|
#33
|
~ $ gst-launch-0.10 pulsesrc device=sink.hw0.monitor ! mulawenc ! rtppcmupay ! udpsink host=192.168.200.28 port=5000
The Following User Says Thank You to Fuzzillogic For This Useful Post: | ||
|
2012-03-01
, 20:51
|
Posts: 362 |
Thanked: 179 times |
Joined on Sep 2010
|
#34
|
|
2012-03-04
, 17:50
|
Posts: 479 |
Thanked: 1,284 times |
Joined on Jan 2012
@ Enschede, The Netherlands
|
#35
|
Hi, let me put everything I was requested to comment on in one post:
About Push support:
Last thing I know is that the cancelled push support might be available through the store after PR1.2 is out; the push support included images only.
Distributing what's currently played via DLNA:
That's not possible using the usual Rygel + PulseAudio route for at least four reasons:
a) PulseAudio is missing at least one module (module-rygel-media-server)
b) Even if it had those, the version of Pulse used is missing the two patches that fixed that module
c) Rygel is missing the DBus consumer module (because it causes a sh*tload of wakeups)
d) Rygel is missing an upstream patch needed to make the DBus consumer plugin work with templated URIs (which the PA support uses)
That said, if you get the GstLaunch plugin compiled and installed, you could try to follow the instructions here: http://askubuntu.com/questions/83611...er/99892#99892. The Rygel version used in PR1.2 is this commit: https://meego.gitorious.org/maemo-mu...175d6ae8575b9f
Regarding 1080p streaming:
Again, that does not work out of the box (for non-technical reasons I hopefully can announce next week) for any random format but only for H.264 high profile videos with EAC3 audio.
This is easy to solve though with developer mode, just edit /home/user/.config/rygel.conf and set strict-sharing to false. If the file does not exist, you can copy it from /etc.
The Following User Says Thank You to Fuzzillogic For This Useful Post: | ||
|
2012-03-05
, 07:45
|
Posts: 108 |
Thanked: 179 times |
Joined on Feb 2012
|
#36
|
I can't see why this depends on PA. With gstreamer you already have access to the audio-outs of the device, without futher configuration needed to PA.
But with the GstLaunch plug-in compiled and enabled, would the example-config already present in /etc/rygel.conf work? E.g. would it produce audio/video test streams? If so, I guess we're half way there. AFAIK, all dependencies for the plug-in are met, only the binary is needed. If someone could compile the plug-in we could find out.
Uch! I just spend a few hours wondering why no videos and FLAC-audio showed up on the remote devices. That did work with PR1.1 with Rygel from Harmattan beta3-rep... But it turns out it was just this flag! With strict-sharing set to false, the downloaded TED videos and FLAC music play fine on my Samsung TV.
You don't need to be root for this, as the config is owned by the user. I guess it would be easy to whip up a very little tool that can fix this setting for everyone, making sharing a quite bit more usefull. While at it, you might want to have a look at enabling the other transcoding options.
So to sum it up:
- Get the binary for Rygel's GstLaunch plug-in
- configure library path in Rygel, so the library can be found
- Enable the library in the [GstLaunch] section
- Start Rygel
- There should be an extra device on the network, with three test streams.
|
2012-03-05
, 16:01
|
Posts: 104 |
Thanked: 58 times |
Joined on Dec 2011
|
#37
|
|
2012-03-05
, 18:28
|
Posts: 479 |
Thanked: 1,284 times |
Joined on Jan 2012
@ Enschede, The Netherlands
|
#38
|
Yes, shell access is sufficient. Didn't notice that there is a stand-alone terminal now, that's why I said "developer mode". I hope to put said tool to store during this week.
Enabling the other transcoding options doesn't make sense for the normal user since there are too my knowledge no mpeg2/mp3 encoders and the AAC and H.264 transcoders are horribly broken from the GStreamer side (related to encodebin and muxing).
~ $ gst-launch-0.10 -v pulsesrc device=sink.headphone.monitor ! nokiaaacenc ! rtpmp4apay ! udpsink host=<YOUR_PC_IP> port=5000
C:\>gst-launch udpsrc port=5000 caps = "application/x-rtp, media=(string)audio, clock-rate=(int)44100, encoding-name=(string)MP4A-LATM, cpresent=(string)0, config=(string)40002420, payload=(int)96, ssrc=(uint)626726979, clock-base=(uint)297812686, seqnum-base=(uint)47800" ! gstrtpjitterbuffer latency=500 ! rtpmp4adepay ! decodebin ! directsoundsink
|
2012-03-05
, 19:00
|
Posts: 362 |
Thanked: 179 times |
Joined on Sep 2010
|
#39
|
|
2012-03-05
, 19:06
|
Posts: 362 |
Thanked: 179 times |
Joined on Sep 2010
|
#40
|
When i start gst-launch with this command i seems to work.
gst-launch-0.10 pulsesrc device=sink.hw0.monitor ! tcpserversink port=3000
If i then point my pc´s browser to http://localhost:3000
it connects and gives start to show random numbers if i have some sound on the n9. If i puase song the random numbers gets a constant mess and when i play again it starts showing random number again. If i try the same adress in ex winamp it connects to stream but dont give me any sound.
Any Ideas?