Generated.

diff --git a/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html b/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html
index c29713f54aa89c63930fc8a613d849cc68955276..9a9f9dbcab516f59d1affa61e01d78b436f60e1e 100644 (file)
--- a/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html
+++ b/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html
@@ -71,7 +71,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -124,7 +124,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -140,14 +140,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/archive/2018/07/07.rss b/blog/archive/2018/07/07.rss
index 74be2dc46cc1e3572d4b908062654e32bcff2847..3f6dcc9cc7b787dc545d152d0723b4c23e2279df 100644 (file)
--- a/blog/archive/2018/07/07.rss
+++ b/blog/archive/2018/07/07.rss
@@ -60,7 +60,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -113,7 +113,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -129,14 +129,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/archive/2018/07/index.html b/blog/archive/2018/07/index.html
index daf587b344dcca1ba1121d2850c29a27c028ecb6..71bc94fe7e5f0433a1b7ce69b6c073af02cb6d44 100644 (file)
--- a/blog/archive/2018/07/index.html
+++ b/blog/archive/2018/07/index.html
@@ -78,7 +78,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -131,7 +131,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -147,14 +147,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/index.html b/blog/index.html
index 044a3c6ac6435c0c473dc23003c75d7e400ae8a0..2bdeeec8079bbef6801e895662ed49c244d82ab3 100644 (file)
--- a/blog/index.html
+++ b/blog/index.html
@@ -71,7 +71,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -124,7 +124,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -140,14 +140,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/index.rss b/blog/index.rss
index 4629eda7659ac59e3cc98bc912a541e8f1c131d1..85727ea8ef4f2aaee5b5be5da605e19f5922afea 100644 (file)
--- a/blog/index.rss
+++ b/blog/index.rss
@@ -60,7 +60,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -113,7 +113,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -129,14 +129,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/debian/debian.rss b/blog/tags/debian/debian.rss
index 0d7839f9e981656e404802637bc4d2a0bdd04070..41a16a36a65f710fb55f9d05f857b7b3cf1d600a 100644 (file)
--- a/blog/tags/debian/debian.rss
+++ b/blog/tags/debian/debian.rss
@@ -60,7 +60,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -113,7 +113,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -129,14 +129,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/debian/index.html b/blog/tags/debian/index.html
index 0e62d350045ba5ae0486f69e4499ac71eedf9b97..706ab413c3821a8d502be9becb4582a32c61d00a 100644 (file)
--- a/blog/tags/debian/index.html
+++ b/blog/tags/debian/index.html
@@ -77,7 +77,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -130,7 +130,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -146,14 +146,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/english/english.rss b/blog/tags/english/english.rss
index 1f953f41e9c003f54ffa1d228a70b36486ffd210..c54253e555ce9f0faf3884bf790e46cb03acc73e 100644 (file)
--- a/blog/tags/english/english.rss
+++ b/blog/tags/english/english.rss
@@ -60,7 +60,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -113,7 +113,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -129,14 +129,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/english/index.html b/blog/tags/english/index.html
index a6de19ed61fce6442885b4801492d2cd2740fdc2..084117aaeeec0185c505792ca433ad3ee82c8179 100644 (file)
--- a/blog/tags/english/index.html
+++ b/blog/tags/english/index.html
@@ -77,7 +77,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -130,7 +130,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -146,14 +146,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/video/index.html b/blog/tags/video/index.html
index bd37a3a8988d67940bb0675a53bd659fc4c5b75a..2f8e8d556cb3e66fa86d507bdbc0c5111015a080 100644 (file)
--- a/blog/tags/video/index.html
+++ b/blog/tags/video/index.html
@@ -77,7 +77,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -130,7 +130,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -146,14 +146,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'

diff --git a/blog/tags/video/video.rss b/blog/tags/video/video.rss
index b9450296930b7ece3ebffaa24d1ea01ee8d6babc..e8aac6db75361e4193eb090cc49e6b83075d359b 100644 (file)
--- a/blog/tags/video/video.rss
+++ b/blog/tags/video/video.rss
@@ -60,7 +60,7 @@ echo rtsp://192.168.11.4:8080/test.sdp \
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have
 <p>Note the 192.168.11.4 IP address is my desktops IP address.  As far
 as I can tell the IP must be hardcoded for this to work.  In other
 words, if someone elses machine is going to do the steaming, you have

-to update screenstream.m4u on the Kodi machine and adjust the vlc
+to update screenstream.m3u on the Kodi machine and adjust the vlc

 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>
 recipe.  To get started, locate the file in Kodi and select the m3u
 file while the VLC stream is running.  The desktop then show up in my
 big screen. :)</p>


@@ -113,7 +113,7 @@ gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \
   x264enc bitrate=8000 speed-preset=superfast tune=zerolatency qp-min=30 \
   key-int-max=15 bframes=2 ! video/x-h264,profile=high ! queue2 ! \
   mpegtsmux alignment=7 name=mux ! rndbuffersize max=1316 min=1316 ! \

-  udpsink host=239.255.0.1 port=1234 ttl-mc=0 auto-multicast=1 sync=0 \
+  udpsink host=239.255.0.1 port=1234 ttl-mc=1 auto-multicast=1 sync=0 \

   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
   pulsesrc device=$(pactl list | grep -A2 'Source #' | \
     grep 'Name: .*\.monitor$' |  cut -d" " -f2|head -1) ! \
   audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.


@@ -129,14 +129,15 @@ echo udp://@239.255.0.1:1234 \
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.
 <p>Note the trick to pick a valid pulseaudio source.  It might not
 pick the one you need.  This approach will of course lead to trouble
 if more than one source uses the same multicast port and address.

-Note the ttl-mc=0 setting, which limit the multicast packages to the
+Note the ttl-mc=1 setting, which limit the multicast packages to the

 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.
 local network.  If the value is increased, your screen will be
 broadcasted further, one network "hop" for each increase (read up on
 multicast to learn more. :)!</p>
 
 <p>Having cracked how to get Kodi to receive multicast streams, I
 could use this VLC command to stream to the same multicast address.

-The image quality is way better than the rtsp approach.</p>
+The image quality is way better than the rtsp approach, but gstreamer
+seem to be doing a better job.</p>

 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'
 
 <blockquote><pre>
 cvlc screen:// --sout '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{mux=ts,dst=239.255.0.1,port=1234,sdp=sap}'