- <title>Streaming the Linux desktop to Kodi using VLC and RTSP</title>
- <link>http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</link>
- <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Streaming_the_Linux_desktop_to_Kodi_using_VLC_and_RTSP.html</guid>
- <pubDate>Thu, 12 Jul 2018 02:00:00 +0200</pubDate>
- <description><p>A while back, I was asked by a friend how to stream the desktop to
-my projector connected to Kodi. I sadly had to admit that I had no
-idea, as it was a task I never had tried. Since then, I have been
-looking for a way to do so, preferable without much extra software to
-install on either side. Today I found a way that seem to kind of
-work. Not great, but it is a start.</p>
-
-<p>I had a look at several approaches, for example
-<a href="https://github.com/mfoetsch/dlna_live_streaming">using uPnP
-DLNA as described in 2011</a>, but it required a uPnP server, fuse and
-local storage enough to store the stream locally. This is not going
-to work well for me, lacking enough free space, and it would
-impossible for my friend to get working.</p>
-
-<p>Next, it occurred to me that perhaps I could use VLC to create a
-video stream that Kodi could play. Preferably using
-broadcast/multicast, to avoid having to change any setup on the Kodi
-side when starting such stream. Unfortunately, the only recipe I
-could find using multicast used the rtp protocol, and this protocol
-seem to not be supported by Kodi.</p>
-
-<p>On the other hand, the rtsp protocol is working! Unfortunately I
-have to specify the IP address of the streaming machine in both the
-sending command and the file on the Kodi server. But it is showing my
-desktop, and thus allow us to have a shared look on the big screen at
-the programs I work on.</p>
-
-<p>I did not spend much time investigating codeces. I combined the
-rtp and rtsp recipes from
-<a href="https://wiki.videolan.org/Documentation:Streaming_HowTo/Command_Line_Examples/">the
-VLC Streaming HowTo/Command Line Examples</a>, and was able to get
-this working on the desktop/streaming end.</p>
-
-<blockquote><pre>
-vlc screen:// --sout \
- '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{dst=projector.local,port=1234,sdp=rtsp://192.168.11.4:8080/test.sdp}'
-</pre></blockquote>
-
-<p>I ssh-ed into my Kodi box and created a file like this with the
-same IP address:</p>
-
-<blockquote><pre>
-echo rtsp://192.168.11.4:8080/test.sdp \
- > /storage/videos/screenstream.m3u
-</pre></blockquote>
-
-<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
-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>
-
-<p>When using the same technique to stream a video file with audio,
-the audio quality is really bad. No idea if the problem is package
-loss or bad parameters for the transcode. I do not know VLC nor Kodi
-enough to tell.</p>
-
-<p><strong>Update 2018-07-12</strong>: Johannes Schauer send me a few
-succestions and reminded me about an important step. The "screen:"
-input source is only available once the vlc-plugin-access-extra
-package is installed on Debian. Without it, you will see this error
-message: "VLC is unable to open the MRL 'screen://'. Check the log
-for details." He further found that it is possible to drop some parts
-of the VLC command line to reduce the amount of hardcoded information.
-It is also useful to consider using cvlc to avoid having the VLC
-window in the desktop view. In sum, this give us this command line on
-the source end
-
-<blockquote><pre>
-cvlc screen:// --sout \
- '#transcode{vcodec=mp4v,acodec=mpga,vb=800,ab=128}:rtp{sdp=rtsp://:8080/}'
-</pre></blockquote>
-
-<p>and this on the Kodi end<p>
-
-<blockquote><pre>
-echo rtsp://192.168.11.4:8080/ \
- > /storage/videos/screenstream.m3u
-</pre></blockquote>
-
-<p>Still bad image quality, though. But I did discover that streaming
-a DVD using dvdsimple:///dev/dvd as the source had excellent video and
-audio quality, so I guess the issue is in the input or transcoding
-parts, not the rtsp part. I've tried to change the vb and ab
-parameters to use more bandwidth, but it did not make a
-difference.</p>
-
-<p>I further received a suggestion from Einar Haraldseid to try using
-gstreamer instead of VLC, and this proved to work great! He also
-provided me with the trick to get Kodi to use a multicast stream as
-its source. By using this monstrous oneliner, I can stream my desktop
-with good video quality in reasonable framerate to the 239.255.0.1
-multicast address on port 1234:
-
-<blockquote><pre>
-gst-launch-1.0 ximagesrc use-damage=0 ! video/x-raw,framerate=30/1 ! \
- videoconvert ! queue2 ! \
- 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 \
- pulsesrc device=$(pactl list | grep -A2 'Source #' | \
- grep 'Name: .*\.monitor$' | cut -d" " -f2|head -1) ! \
- audioconvert ! queue2 ! avenc_aac ! queue2 ! mux.
-</pre></blockquote>
-
-<p>and this on the Kodi end<p>
-
-<blockquote><pre>
-echo udp://@239.255.0.1:1234 \
- > /storage/videos/screenstream.m3u
-</pre></blockquote>
-
-<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
-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>
-
-<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}'
-</pre></blockquote>
-
-<p>As usual, if you use Bitcoin and want to show your support of my
-activities, please send Bitcoin donations to my address
-<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.</p>
+ <title>Bompenge-Norge, med noen tall fra bompengekalkulator</title>
+ <link>http://people.skolelinux.org/pere/blog/Bompenge_Norge__med_noen_tall_fra_bompengekalkulator.html</link>
+ <guid isPermaLink="true">http://people.skolelinux.org/pere/blog/Bompenge_Norge__med_noen_tall_fra_bompengekalkulator.html</guid>
+ <pubDate>Mon, 1 Jun 2020 14:50:00 +0200</pubDate>
+ <description><p>Det er tett med sensorstasjoner langs veinettet i Norge, som
+registrerer hvilke kjøretøy som passerer eller tar bilde av de som
+drar forbi. I følge
+<a href="https://vegkart.atlas.vegvesen.no/">Vegvesenets nasjonale
+veidatabank (NVDB)</a>, er det 353 bomstasjoner langs det norske
+veinettet. 21 i nordnorge, 48 i trøndelagsområdet, 13 på
+nordvestlandet, 91 i bergenstraktene og 180 på østlandsområdet. I
+tillegg finnes det et utall overvåkningskamera og noen titalls
+RFID-avlesere for bompengebrikker som samler inn informasjon om hvilke
+biler som befinner seg hvor i landet. For ikke å glemme alle
+mobilbasestasjoner som registrerer hvor brukere av mobilnettverket
+befinner seg. De er ikke tema i dag.</p>
+
+<p>De som kjører mye har interesse av å vite hvor mye bompenger det vil
+koste å kjøre fra et sted til et annet, og dette behovet har aktørene
+bak <a href="https://bompengekalkulator.no/">Bompengekalkulatoren</a>
+tatt sikte på å tilby i markedet. Fornuftig nok har de også en
+gratistjeneste, slik at de får frivillige til å gi innspill om feil i
+datagrunnlaget. Jeg ble nylig nysgjerring på hvor mye det til koste å
+kjøre på kryss og tvers i Norge, og valgte meg ut en teststrekning fra
+Oslo til Tromsø for å se hvilke beløp som gjelder.</p>
+
+<p>Bompengekalkulatoren viser frem flere rutealternativer for et gitt
+reisesøk, og i dette tilfellet, for reise fra Oslo Sentralstasjon til
+Tromsø sentrum, viser den tre alternativ. Merk, disse tallene gjelder
+bensindrevet personbil. En kan velge takstkategori i
+webgrensesnittet. Det ene rutealternativet er E6 gjennom Norge, de to
+andre er E45 og E4 gjennom sverige. E45 er innlandsruten i Sverige,
+motorvei gjennom store skoger som i følge kalkulatoren skal ta 22
+timer og 26 minutter med norsk bompengebeløp på 164 kroner. Jeg har
+mine tvil til om datasettet til Bompengekalkulatoren har svenske
+bomstasjoner, så ta dette beløpet med en klype salt. E4 er veien
+langs Bottenviken og mer befolket område, og skal ta 22 timer og 50
+minutter til en norsk bompengebeløp på 71 kroner. Den norske ruten
+langs E6 skal derimot ta 23 timer og 16 minutter og beløpe seg til 664
+kroner. Beløpene er uten autopass-brikke, slik at en slipper å få
+bilens posisjon registrert i alle bompengeavleserne som ikke også er
+bomstasjoner. For trailere er bompengekostnaden 2-3 ganger så høy som
+for personbil. I tillegg til pengebeløpet, som faktureres
+etterskuddsvis og de siste årene har blitt umulig å gjøre opp kontant
+på stedet, så kommer kostnaden med å få sine personopplysninger samlet
+inn, lagret og gjort tilgjengelig for fremmede på ubestemt tid. Jeg
+ser på den kostnaden som mye høyere en pengebeløpet som
+faktureres.</p>
+
+<p>For en tilsvarende tur fra Oslo til Bergen, så forteller
+kalkulatoren at raskeste vei er riksvei 7 på 7 timer 4 minutter med
+bompengebeløp 409 kroner. Alternativene listet opp er E134 på 8 timer
+37 minutter med bompengebeløp 318 kroner og fylkesivei 40 på 7 timer
+30 minutter med beløp 331. Det kan kanskje være greit å sjekke ut før
+en setter seg i bilen hvor ens personopplysninger vil bli samlet inn
+og lagret 5 fem år, når en velger hvilken rute en går for.</p>
+
+<p>Som vanlig, hvis du bruker Bitcoin og ønsker å vise din støtte til
+det jeg driver med, setter jeg pris på om du sender Bitcoin-donasjoner
+til min adresse
+<b><a href="bitcoin:15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b">15oWEoG9dUPovwmUL9KWAnYRtNJEkP1u1b</a></b>.
+Merk, betaling med bitcoin er ikke anonymt. :)</p>