FAQ  •  Register  •  Login

streaming desk top to tv

<<

mchristian

Streaming enthusiast

Posts: 23

Joined: Fri Nov 12, 2010 5:46 pm

Post Mon Jan 16, 2012 2:33 pm

Re: streaming desk top to tv

breuster99 wrote:I am a novice with computers and this is my first time posting to any bulletin board so I apologize if I am posting in the wrong place or breaking protocols.

I would like to stream my desktop to my tv and have followed the wiki "How to Stream Your Windows PC Desktop". My PC runs Vista 64 and serviio is running on an HP MediaSmart Server with WHS v1.

I downloaded the most current versions of screen-capture-recorder (SCR) and virtual audio capture grabber device (VACGD) and am running VLC v1.1.11. When I go to VLC/Media/Open Capture Device, SCR appears as an option in the video device name drop down list and VACGD appears as an option in the audio device name drop down list. I ran the SCR config and set the screen resolution to 1280 x 800 which is the max resolution for my screen.

Here is a copy of my bat file:

@echo off
"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=24,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100,soverlay}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev=virtual-audio-capturer :dshow-caching=2000

When I run the bat file, VLC opens displaying dshow:// and a counter starts in the bottom right corner.

I used ipconfig and obtained the ip address of my pc which is 192.168.1.111.

While VLC is running, when I run ffmpeg -i "http://192.168.1.111:8081" I get the following error message "http://192.168.1.111:8081: invalid data found when processing input"

While VLC is running, I have added the above ip address to Serviio via the console, but the online serviio folder displays "there is no playable file"

Thank you

Dont know if I am right or not, but try changing 'http://192.168.1.111:8081" to "http://localhost:8081/desk.ts"
Sony S570 BDP
Ubuntu 10.10
<<

Cerberus

User avatar

DLNA master

Posts: 4116

Joined: Sun Jan 02, 2011 5:20 pm

Location: Reading, UK

Post Mon Jan 16, 2012 2:50 pm

Re: streaming desk top to tv

mchristian wrote:
breuster99 wrote:I am a novice with computers and this is my first time posting to any bulletin board so I apologize if I am posting in the wrong place or breaking protocols.

I would like to stream my desktop to my tv and have followed the wiki "How to Stream Your Windows PC Desktop". My PC runs Vista 64 and serviio is running on an HP MediaSmart Server with WHS v1.

I downloaded the most current versions of screen-capture-recorder (SCR) and virtual audio capture grabber device (VACGD) and am running VLC v1.1.11. When I go to VLC/Media/Open Capture Device, SCR appears as an option in the video device name drop down list and VACGD appears as an option in the audio device name drop down list. I ran the SCR config and set the screen resolution to 1280 x 800 which is the max resolution for my screen.

Here is a copy of my bat file:

@echo off
"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=24,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100,soverlay}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev=virtual-audio-capturer :dshow-caching=2000

When I run the bat file, VLC opens displaying dshow:// and a counter starts in the bottom right corner.

I used ipconfig and obtained the ip address of my pc which is 192.168.1.111.

While VLC is running, when I run ffmpeg -i "http://192.168.1.111:8081" I get the following error message "http://192.168.1.111:8081: invalid data found when processing input"

While VLC is running, I have added the above ip address to Serviio via the console, but the online serviio folder displays "there is no playable file"

Thank you

Dont know if I am right or not, but try changing 'http://192.168.1.111:8081" to "http://localhost:8081/desk.ts"


yer he more than likely has more than one network adaptor so as long as he has preferred/reserved IP set for his pc changing it to 'http://192.168.1.111:8081" will work.
Phil Bennett
Beta Tester Group
Wiki | FAQ

Samsung LE40C750 LCD | Samsung BD-C5900 | Sony PS3 | Windows 7 |
HowTo: Provide supported formats of a device HowTo: Record a new ticket on Bitbucket
HowTo: Provide details of a video file that doesn't play HowTo: Turn on detailed logging
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Mon Jan 16, 2012 3:22 pm

Re: streaming desk top to tv

Using your command works fine for me.

Two things are different:
-My address is static and it looks like yours is assigned by DHCP.
-MY vlc is version 1.1.10. I find this often makes a difference.

Please also tell me if your time counter is erratic when using VACGD. Mine jumps back and forth (very erratic) and I get some video breakup, but I suspect it is my Realtek sound card driver. It would be valuable to know if this is also happening to you, so I can update the wiki.
<<

breuster99

Serviio newbie

Posts: 6

Joined: Mon Jan 16, 2012 9:58 am

Post Tue Jan 17, 2012 7:06 am

Re: streaming desk top to tv

I tried changing 'http://192.168.1.111:8081" to "http://localhost:8081/desk.ts"
I received an error message which read "localhost:8081/desk.ts: no such file or directory"

I uninstalled VLC 1.1.11 and installed VLC 1.1.10.
I receive the same error message when running ffmpeg "Invalid data found when processing input"

I changed my ip address to a static address of 192.168.1.11
I receive the same error message when running ffmpeg "http://192.168.1.11:8081: Invalid data found when processing input"

My counter is very steady and counts normally.

Thanks
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Tue Jan 17, 2012 1:30 pm

Re: streaming desk top to tv

Can you post your ffmpeg output?
<<

breuster99

Serviio newbie

Posts: 6

Joined: Mon Jan 16, 2012 9:58 am

Post Wed Jan 18, 2012 7:20 am

Re: streaming desk top to tv

Here is a copy of my command prompt message. Is this what you wanted to look at?

C:\FFMPEG>ffmpeg -i "http://192.168.1.11:8081"
ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers
built on Jan 9 2012 17:45:55 with gcc 4.6.2
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libope
ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --en
able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger -
-enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwben
c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-
libxvid --enable-zlib
libavutil 51. 34.100 / 51. 34.100
libavcodec 53. 54.100 / 53. 54.100
libavformat 53. 29.100 / 53. 29.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 58.100 / 2. 58.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 6.100 / 0. 6.100
libpostproc 51. 2.100 / 51. 2.100
http://192.168.1.11:8081: Invalid data found when processing input
<<

hiviking

Serviio newbie

Posts: 18

Joined: Wed Jan 04, 2012 6:22 pm

Post Thu Jan 19, 2012 4:32 pm

Re: streaming desk top to tv

I wrote some comments on the Wiki article on the Discussion page at http://wiki.serviio.org/doku.php?id=talk:stream_pc. Since then I have gained some additional experience, as I have been streaming videos every day, including the EM Handball games, and it has been working extremely well. First of all I have noticed a small - but significant - discrepancy in some of the previous posts. If you don't know your computer's IP address, the URL you should use is http://@localhost:8080/go.ts or whatever port/filename you use. On Windows XP the inclusion of the @-sign is essential, and I assume it is the same on other versions of Windows.

The VLC command line in the Wiki is:

"C:\Programs\VLC TEST 1.1.10\vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=24,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100,soverlay}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev="Line 1 (Virtual Audio Cable)" :dshow-caching=2000

The options "scale=0.5, width=1280" are contradictory when the input is 1280 pixels wide. The GUI will tell you to only use one of the parameters scale, width or height. In this case the width takes precedence, and this is probably what the author wanted. The correct command would contain scale=1 or width=1280. If you really wanted to scale the output to 0.5, that is 640x360, you would be much better off reducing the video size in your browser to 640x360 (see my comment on using the Google Chrome extension called zoomWheel) and then use scale=1. I made a comparison with the video at http://www.youtube.com/watch?v=HriF2zMSxwU. Capturing it at 640x360 and using scale=1 my CPU load was an average of 40% (including streaming via Serviio). Enlarging the video to 1280x720 and using scale=0.5 my CPU load was around 95%. With 1280x720 and scale=1 my CPU cannot keep up.

The command line used was:

vlc.exe -vvv dshow:// --dshow-vdev=screen-capture-recorder --dshow-adev="Virtual Cable 1" --dshow-aspect-ratio=16\:9 --dshow-fps=0 --dshow-caching=2000 --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=5000,fps=25,scale=0.5,acodec=mp3,ab=256,channels=2,samplerate=44100}:std{access=http,mux=ts,dst=:8080/go.ts} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep

The command line in the Wiki article does not specify the aspect ratio, and this results in the default of 4:3 being used. You can easily convince yourself of that by opening the network stream in another instance of VLC. Or, even easier, by duplicating the streamed video in the streaming instance of VLC. Here is my adapted version of the Wiki article command to achieve that:

vlc.exe -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=25,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100}:duplicate{dst=http{dst=:8080/go.mpg},dst=display} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep --dshow-vdev=screen-capture-recorder --dshow-adev="Virtual Cable 1" --dshow-caching=2000

(I have omitted soverlay, which is for subtitles).

Here is the command line I am using, with duplication of the stream in VLC:

vlc.exe -vvv dshow:// --dshow-vdev=screen-capture-recorder --dshow-adev="Virtual Cable 1" --dshow-aspect-ratio=16\:9 --dshow-fps=0 --dshow-caching=2000 --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=5000,fps=25,scale=1,acodec=mp3,ab=256,channels=2,samplerate=44100}::duplicate{dst=http{dst=:8080/go.ts},dst=display} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep

It will give you the correct aspect ratio of 16:9 for the output which will be equal to the input in size. If your input is not 16:9 the output will have the same width as the input and the height will be changed to match 16:9.
<<

Susan-334

Streaming enthusiast

Posts: 39

Joined: Thu Nov 03, 2011 11:46 am

Post Fri Jan 20, 2012 3:13 am

Re: streaming desk top to tv

hiviking wrote:
Here is the command line I am using, with duplication of the stream in VLC:

vlc.exe -vvv dshow:// --dshow-vdev=screen-capture-recorder --dshow-adev="Virtual Cable 1" --dshow-aspect-ratio=16\:9 --dshow-fps=0 --dshow-caching=2000 --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=5000,fps=25,scale=1,acodec=mp3,ab=256,channels=2,samplerate=44100}::duplicate{dst=http{dst=:8080/go.ts},dst=display} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep

It will give you the correct aspect ratio of 16:9 for the output which will be equal to the input in size. If your input is not 16:9 the output will have the same width as the input and the height will be changed to match 16:9.


That gives me an error message on the TV saying the file format is not supported.

This is what I have, how do I add the 16:9 ratio format?

"path to vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=30,scale=1.0,width=640,acodec=mp3,ab=128,channels=2,samplerate=44100}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev="virtual-audio-capturer" :dshow-caching=200
<<

mchristian

Streaming enthusiast

Posts: 23

Joined: Fri Nov 12, 2010 5:46 pm

Post Fri Jan 20, 2012 1:59 pm

Re: streaming desk top to tv

Susan-334 wrote:
hiviking wrote:
Here is the command line I am using, with duplication of the stream in VLC:

vlc.exe -vvv dshow:// --dshow-vdev=screen-capture-recorder --dshow-adev="Virtual Cable 1" --dshow-aspect-ratio=16\:9 --dshow-fps=0 --dshow-caching=2000 --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=5000,fps=25,scale=1,acodec=mp3,ab=256,channels=2,samplerate=44100}::duplicate{dst=http{dst=:8080/go.ts},dst=display} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep

It will give you the correct aspect ratio of 16:9 for the output which will be equal to the input in size. If your input is not 16:9 the output will have the same width as the input and the height will be changed to match 16:9.


That gives me an error message on the TV saying the file format is not supported.

This is what I have, how do I add the 16:9 ratio format?

"path to vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=30,scale=1.0,width=640,acodec=mp3,ab=128,channels=2,samplerate=44100}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev="virtual-audio-capturer" :dshow-caching=200



Looks like a space missing after the samplerate option? Not sure, Im not a coder or programer, just my two cents.
Sony S570 BDP
Ubuntu 10.10
<<

hiviking

Serviio newbie

Posts: 18

Joined: Wed Jan 04, 2012 6:22 pm

Post Fri Jan 20, 2012 6:49 pm

Re: streaming desk top to tv

mchristian wrote:Looks like a space missing after the samplerate option? Not sure, Im not a coder or programer, just my two cents.


Normally there needs to be a space, but this is one place where there should not be a space, because what follows is part of the transcode specification. When I change your command, Susan-334, to this:

vlc.exe -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=30,scale=1.0,width=640,acodec=mp3,ab=128,channels=2,samplerate=44100}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev="Virtual Cable 1" :dshow-caching=200

it works fine for me, although it gives me an aspect ratio of 4:3. Can you open the stream in another instance of VLC? Open VLC, select Media>Open network stream... and specify http://@localhost:8081. If you see the selected part of your desktop the VLC streaming works. Your error is then most likely in Serviio or your mediaplayer. I would think that any mediaplayer can play MPEG2 and MP3, so you can disable transcode in Serviio (to avoid the risk that the stream is transcoded once more). You might want to try and change the audio to mpga, which is more commonly used together with mp2v video streams.

To change the aspect ratio to 16:9 you simply include :dshow-aspect-ratio=16\:9. With the suggested changes and removing the redundant width=640 (assuming you have selected an area of 640x360) your command line would be:

vlc.exe -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=30,scale=1,acodec=mpga,ab=128,channels=2,samplerate=44100}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev=screen-capture-recorder :dshow-adev=virtual-audio-capturer :dshow-caching=200 :dshow-aspect-ratio=16\:9

This command works perfectly for me if I replace the audio device with my "Virtual Cable 1". Remember to set the frame rate to 30 in the Screen Capture Recorder.
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Sat Jan 21, 2012 4:17 am

Re: streaming desk top to tv

breuster99 wrote:Here is a copy of my command prompt message. Is this what you wanted to look at?

You appear to have done everything correctly, but it would appear that VLC is not capturing and putting out a stream. My only suggestion is to rerun the SCR config and just hit enter for each input which will set things to your screen defaults, and see if that fixes it.

You could use the following command which is the same as your current one except it will also display the captured screen in the VLC window, so you will be able to see what VLC is capturing.
  Code:
: VACGD Local Display
:"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" -vvv dshow:// --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=24,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100}:duplicate{dst=http{mux=ts,dst=:8081/},dst=display} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep   :dshow-vdev=screen-capture-recorder :dshow-adev=virtual-audio-capturer  :dshow-caching=2000
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Sat Jan 21, 2012 6:01 am

Re: streaming desk top to tv

hiviking: Regarding your comments:

The wiki uses the specific static address of your pc to avoid the need for explaining and supporting variances with the "localhost" alternatives. Assuming that one variation "is the same on other versions of Windows" is not sufficient when detailing a process that is intended to work for everyone.

The use of scale=0.5 in the wiki command line is intentional, as it was required to overcome problems in some VLC builds. It has no effect on the transcoded output which will always be 1280 pixels wide because that parameter takes precidence over scale. This should be clear from the observed CPU loads.

The use of width=1280 rather than scale=1 in the wiki is essential, so that pc screens set to a resolution greater than 1280 will be downscaled when transcoded and display correctly. A scale of one would transcode the screen at its native resolution and may not display correctly.

The omisssion of aspect ratio from the wiki command line is also intentional as is the omission of local duplication of the display which serves no purpose with a functioning command. The use of the default scale 4:3 allows the VLC footprint on the PC monitor to be as small as possible and has no effect on the transcoded and streamed output which as stated above is 1280 pixels wide or full screen on the HDTV with the correct aspect for the streamed video.

The inclusion of soverlay in the wiki bat does serve no purpose and I will remove that from the Wiki command line.

Thanks for your feedback.
<<

hiviking

Serviio newbie

Posts: 18

Joined: Wed Jan 04, 2012 6:22 pm

Post Sat Jan 21, 2012 3:13 pm

Re: streaming desk top to tv

jhb50 wrote:hiviking: Regarding your comments:

The wiki uses the specific static address of your pc to avoid the need for explaining and supporting variances with the "localhost" alternatives. Assuming that one variation "is the same on other versions of Windows" is not sufficient when detailing a process that is intended to work for everyone.


Good point.

jhb50 wrote:The use of scale=0.5 in the wiki command line is intentional, as it was required to overcome problems in some VLC builds. It has no effect on the transcoded output which will always be 1280 pixels wide because that parameter takes precidence over scale. This should be clear from the observed CPU loads.


I suggest that this be explained in the Wiki and that the builds that require scale=0.5 be identified, as it looks like a contradiction. Or perhaps it would be better to recommend an upgrade to the latest version of VLC.

jhb50 wrote:The use of width=1280 rather than scale=1 in the wiki is essential, so that pc screens set to a resolution greater than 1280 will be downscaled when transcoded and display correctly. A scale of one would transcode the screen at its native resolution and may not display correctly.


Many users have screens with a higher resolution than 1280, and even with 1280 many will experience - like I did - that the CPU cannot keep up with a stream of this magnitude. So, I have been assuming that you always set up an area of the screen that you want to stream in the Screen Capture Recorder, and when you do that scale=1 is sufficient in the latest version of VLC. Depending on what your CPU can handle you could also set the width=1280 or width=640 and allow for a larger selection in the Screen Capture Recorder. This is, however, very inefficient (as my CPU loads quoted earlier indicate). Capturing a larger area and then resizing it during transcode wastes a lot of CPU power. For efficiency it is preferable to set the capture area equal to the stream size and use scale=1.

jhb50 wrote:The omisssion of aspect ratio from the wiki command line is also intentional as is the omission of local duplication of the display which serves no purpose with a functioning command. The use of the default scale 4:3 allows the VLC footprint on the PC monitor to be as small as possible and has no effect on the transcoded and streamed output which as stated above is 1280 pixels wide or full screen on the HDTV with the correct aspect for the streamed video.


When using the default 4:3 aspect ratio with a width of 1280 I get a VLC output of 1280x960, when I use 16:9 I get 1280x720.

As a final comment I just want to say, that I think this subject will be of interest to many users, and I also believe that many users will experience difficulties with it. I, therefore, believe that all observations and experiences from users who have managed to get desktop streaming to work smoothly can be of help to other users.
<<

zip

User avatar

Serviio developer / Site Admin

Posts: 17078

Joined: Sat Oct 24, 2009 12:24 pm

Location: London, UK

Post Sat Jan 21, 2012 5:20 pm

Re: streaming desk top to tv

hiviking wrote:As a final comment I just want to say, that I think this subject will be of interest to many users, and I also believe that many users will experience difficulties with it. I, therefore, believe that all observations and experiences from users who have managed to get desktop streaming to work smoothly can be of help to other users.

Definitely. I don't think there is a one-for-all solution and the wiki page should include examples of different configurations or tips on how to change the default one for lower CPU/higher resolution/whatever requirements. :)
<<

Cerberus

User avatar

DLNA master

Posts: 4116

Joined: Sun Jan 02, 2011 5:20 pm

Location: Reading, UK

Post Sat Jan 21, 2012 5:53 pm

Re: streaming desk top to tv

zip wrote:
hiviking wrote:As a final comment I just want to say, that I think this subject will be of interest to many users, and I also believe that many users will experience difficulties with it. I, therefore, believe that all observations and experiences from users who have managed to get desktop streaming to work smoothly can be of help to other users.

Definitely. I don't think there is a one-for-all solution and the wiki page should include examples of different configurations or tips on how to change the default one for lower CPU/higher resolution/whatever requirements. :)


i agree if we keep them organised correctly as to not confuse users.
Phil Bennett
Beta Tester Group
Wiki | FAQ

Samsung LE40C750 LCD | Samsung BD-C5900 | Sony PS3 | Windows 7 |
HowTo: Provide supported formats of a device HowTo: Record a new ticket on Bitbucket
HowTo: Provide details of a video file that doesn't play HowTo: Turn on detailed logging
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Sat Jan 21, 2012 7:51 pm

Re: streaming desk top to tv

As one who has spent a lot of time developing and supporting solutions for Serviio, I do not agree with Zip's position that the wiki should be a hodgepodge of alternatives, and unproven suggestions.

One of the goals of Serviio is to create a solution that can be simply used without having to understand what is under the covers. I have the same goal for the wiki entries I create, and support, and so far the Desktop streaming entry remains the most simple easy solution to achieve that result.

I appreciate that others may wish to dig under the covers and pursue different approaches, yet so far the suggestions have all been inaccurate or more complex than the wiki process I am supporting.

I see no need to expand the wiki to explain why the chosen parameters are correct, or add less effective alternatives, since this would only confuse users who don't want a too much information answer. I broke that rule in adding why transcoding to MPEG-2 was essential due to the adament position of one user for h-264, which I felt would mislead others, and I now see that user has reverted to MPEG-2.

Similar arguments for scale, partial screen window streaming and aspect ratio are now being made which I could again refute in the wiki, and I'm sure there will be others made in the future. It simply takes too much time to try and explain why they are inappropriate, particularly when the existing solution works correctly. Suffice to say that when a valid improvement is identified I will alter my wiki entry for the better, and support it, but I will not attempt to add lesser alternatives to it or use it as an educational tool for streaming or alternative VLC parameters.

Others, who wish to table alternative approaches are free to create their own wiki entries and support the users who choose to use them.

As for my wiki entry, I can only say it is simple, it works, and in its current form I am prepared to continue to support its use by response to posts in this thread. I'd submit that is better than each user having to sort thru a wiki entry full of tips and alternative suggestions.
<<

zip

User avatar

Serviio developer / Site Admin

Posts: 17078

Joined: Sat Oct 24, 2009 12:24 pm

Location: London, UK

Post Sun Jan 22, 2012 12:04 am

Re: streaming desk top to tv

While I agree that an easy solution is preferable I know it won't work for all. That's why I feel some suggestions on how to alter it will be useful. Not everyone uses the same resolution, as a powerful CPU, etc.

I definitely don't want the wiki to be a mess of many pages describing the same thing, and I don't buy into the 'this is my page' mindset. The wiki is a shared user knowledge database and everyone has a right to add to it, obviously (like in this case) preferably after a reasonable discussion on the forum.
<<

breuster99

Serviio newbie

Posts: 6

Joined: Mon Jan 16, 2012 9:58 am

Post Sun Jan 22, 2012 7:48 am

Re: streaming desk top to tv

I changed the audio input filter from VACGD to the one already installed in my PC (IDT High Definition Audio CODEC) and this seems to have fixed the problem. I can now stream to my tv.
Once it worked, I switched from a static IP address back to auto assigned DHCP and it did not affect the streaming.
Here is the bat file I am using now. It is the same as the one you recommended but with a change in the audio device and the aspect ratio:
@echo off
:This bat is used to stream the desktop with VLC using HTTP
:A corresponding player must be started using HTTP
"C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" -vvv dshow:// --dshow-aspect-ratio=16:9 --sout=#transcode{venc=ffmpeg,vcodec=mp2v,vb=10000,fps=24,scale=0.5,width=1280,acodec=mp3,ab=192,channels=2,samplerate=44100,soverlay}:std{access=http,mux=ts,dst=:8081} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep :dshow-vdev="screen-capture-recorder" :dshow-adev="Rec. Playback (IDT High Definit" :dshow-caching=2000
:Exit

Here is the ffmpeg command prompt message with the new bat file running:
C:\FFMPEG>ffmpeg -i "http://192.168.1.111:8081"
ffmpeg version N-36635-gceb0dd9 Copyright (c) 2000-2012 the FFmpeg developers
built on Jan 9 2012 17:45:55 with gcc 4.6.2
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-ru
ntime-cpudetect --enable-avisynth --enable-bzlib --enable-frei0r --enable-libope
ncore-amrnb --enable-libopencore-amrwb --enable-libfreetype --enable-libgsm --en
able-libmp3lame --enable-libopenjpeg --enable-librtmp --enable-libschroedinger -
-enable-libspeex --enable-libtheora --enable-libvo-aacenc --enable-libvo-amrwben
c --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-
libxvid --enable-zlib
libavutil 51. 34.100 / 51. 34.100
libavcodec 53. 54.100 / 53. 54.100
libavformat 53. 29.100 / 53. 29.100
libavdevice 53. 4.100 / 53. 4.100
libavfilter 2. 58.100 / 2. 58.100
libswscale 2. 1.100 / 2. 1.100
libswresample 0. 6.100 / 0. 6.100
libpostproc 51. 2.100 / 51. 2.100
[mpeg2video @ 0000000001FB8A20] mpeg_decode_postinit() failure
Last message repeated 3 times
[mpegts @ 00000000020DD290] Estimating duration from bitrate, this may be inaccu
rate
Input #0, mpegts, from 'http://192.168.1.111:8081':
Duration: N/A, start: 1751.755489, bitrate: 10192 kb/s
Program 1
Stream #0:0[0x44]: Audio: mp3 ([3][0][0][0] / 0x0003), 44100 Hz, stereo, s16
, 192 kb/s
Stream #0:1[0x45]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p
, 1280x720 [SAR 3:4 DAR 4:3], 10000 kb/s, 24.53 fps, 48 tbr, 90k tbn, 48 tbc
At least one output file must be specified

I don't know what any of that means.
While I can now stream to my tv, it is not smooth enough to watch a movie. My CPU usage is often at 100%. Any suggestions?
<<

Cerberus

User avatar

DLNA master

Posts: 4116

Joined: Sun Jan 02, 2011 5:20 pm

Location: Reading, UK

Post Sun Jan 22, 2012 7:55 am

Re: streaming desk top to tv

zip wrote:While I agree that an easy solution is preferable I know it won't work for all. That's why I feel some suggestions on how to alter it will be useful. Not everyone uses the same resolution, as a powerful CPU, etc.

I definitely don't want the wiki to be a mess of many pages describing the same thing, and I don't buy into the 'this is my page' mindset. The wiki is a shared user knowledge database and everyone has a right to add to it, obviously (like in this case) preferably after a reasonable discussion on the forum.


i agree id rather people discussed it on here then once a final, this is how it should work version added to wiki then when user need support of help or even a slightly diferent version its then discussed and advised here not on " talk " on the wiki which is designed for that and makes thign confusing. Now i spend alot of time on the wiki trying to keep it straight and simple to navigate, im open to people adding hundreds/thousands of article on all manner of things the more the better and even to edit article i have written as long as they keep the article in the same scope and the section of the forum its in, example putting a howto in the tool section is obviously not right, or making support comment ( this doesnt work on my device ) on a tool on the wiki when a support website is clearly given.

now back to the desktop display one, we have now 2 version for windows as i understand it on JHB50 version is command line based and the other is GUI based? ok that easy we can have to articles one taged with (via GUI) and other (via Command line) simple and everyone is happy including me as Talk is not used. Is everyone ok with that approach??
Phil Bennett
Beta Tester Group
Wiki | FAQ

Samsung LE40C750 LCD | Samsung BD-C5900 | Sony PS3 | Windows 7 |
HowTo: Provide supported formats of a device HowTo: Record a new ticket on Bitbucket
HowTo: Provide details of a video file that doesn't play HowTo: Turn on detailed logging
<<

jhb50

DLNA master

Posts: 2856

Joined: Thu Jun 30, 2011 9:32 pm

Post Sun Jan 22, 2012 2:45 pm

Re: streaming desk top to tv

now back to the desktop display one, we have now 2 version for windows as i understand it on JHB50 version is command line based and the other is GUI based? ok that easy we can have to articles one taged with (via GUI) and other (via Command line) simple and everyone is happy including me as Talk is not used. Is everyone ok with that approach??


Actually we have "my" wiki process which streams the whole desktop in full resolution using a command in a bat script triggered by a simple desktop icon but only viable on systems with sufficient power to do so, and we have a lot of posts by hiviking that have evolved from a GUI solution using h264, to a similar command line solution using MPEG2, now targeted at streaming only a portion of the desktop at low resolution, in order to reduce the cpu requirement.

The better solution would to create and support a wiki called "How to Stream a Desktop Window" just as I created a "How to Stream a DVD", which can then document the need and realities of lowering the resolution and the intricacies of sizing the window, putting what you want streamed into that window, scaling the window, and changing the aspect ratio to lower the cpu requirements on lower powered PC 's, which are all complications that do not need to be addressed by users capable of simply streaming the whole desktop.

The latest posts appear to have settled on using a 640x360 window which will result in a pretty fuzzy picture on a 1280x720 TV, but may be acceptable and the only choice for some. There are also alternatives for where and how the rescaling is done that apppear to need resolution. All of that is more complex and will require a higher level of ongoing user support, that others may be prepared to provide.

I'd like to keep the "How to Stream your Desktop" as simple and straight forward as possible, and am prepared to support it in that state.

Hope that helps.
PreviousNext

Return to General discussion

Who is online

Users browsing this forum: Google [Bot] and 5 guests

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group.
Designed by ST Software for PTF.