User Tools

Site Tools


stream_pc

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Last revision Both sides next revision
stream_pc [2012/01/21 21:20]
jhb50
stream_pc [2012/04/27 17:32]
jhb50
Line 1: Line 1:
 ** ====== How to Stream Your Windows PC Desktop ====== **  ** ====== How to Stream Your Windows PC Desktop ====== ** 
- 
-<note warning> 
-Process under development and maybe updated at anytime. Last update 21/01/12</note> 
  
 This process allows any video playable on your desktop, preferably in fullscreen, to be streamed and displayed on your TV. The only Serviio change is to add the video stream from your PC to the Serviio console as a video livestream at your PC address eg: %%http://192.168.1.10:8081%% .  All the rest involves the setup of your PC to create the stream using VLC, again making changes in the following to using the same static address for your PC. eg: %%http://192.168.1.10:8081%% .  This process allows any video playable on your desktop, preferably in fullscreen, to be streamed and displayed on your TV. The only Serviio change is to add the video stream from your PC to the Serviio console as a video livestream at your PC address eg: %%http://192.168.1.10:8081%% .  All the rest involves the setup of your PC to create the stream using VLC, again making changes in the following to using the same static address for your PC. eg: %%http://192.168.1.10:8081%% . 
Line 34: Line 31:
 Note that the use of MPEG2 is essential to the success of this process. While h264 may be considered by some to be a better choice, it requires significantly more CPU cycles to encode than MPEG2, and more significantly that load increases in relation to the dynamics of the area being captured, whereas the MPEG2 load is flat regardless of the dynamics. This can lead to the belief that h264 is satisfactory based on the transcoding of a static desktop, however when a video is being played the h264 load soars while the MPEG2 load stays the same.  Note that the use of MPEG2 is essential to the success of this process. While h264 may be considered by some to be a better choice, it requires significantly more CPU cycles to encode than MPEG2, and more significantly that load increases in relation to the dynamics of the area being captured, whereas the MPEG2 load is flat regardless of the dynamics. This can lead to the belief that h264 is satisfactory based on the transcoding of a static desktop, however when a video is being played the h264 load soars while the MPEG2 load stays the same. 
  
-Note that your PC must be fast enough to read any incoming stream, render it using a player to the screen, capture the desktop screen, transcode it to an MPEG2 video stream and send it as an output stream, all in real-time, otherwise the TV will sense the real-time delay as the termination of the stream and issue some type of File Format Not Supported message. Reducing your PC screen resolution or the size of the capture window can help reduce the capture and transcoding load, however the resolution of the streamed picture on the TV will be correspondingly reduced, and only part of the desktop may be streamed. Since neither of these outcomes are consistent with the goals of this wiki to stream your full desktop at its full resolution, and somewhat impractical to usr, these alternatives have not been further explored   Based on user feedback, even dual core systems can have problems with this. In my case my 8 core I7 uses about 15% cpu but if reduced to 2 cores runs at about 90% cpu.+Note that your PC must be fast enough to read any incoming stream, render it using a player to the screen, capture the desktop screen, transcode it to an MPEG2 video stream and send it as an output stream, all in real-time, otherwise the TV will sense the real-time delay as the termination of the stream and issue some type of File Format Not Supported message. Reducing your PC screen resolution or the size of the capture window can help reduce the capture and transcoding load, however the resolution of the streamed picture on the TV will be correspondingly reduced, and only part of the desktop may be streamed. Since neither of these outcomes are consistent with the goals of this wiki to stream your full desktop at its full resolution, and somewhat impractical to use, these alternatives are not further exploredBased on user feedback, even dual core systems can have problems. In my case my 8 core I7 uses about 15% cpu but if reduced to 2 cores runs at about 90% cpu.
 <code>StreamDesktop.bat <code>StreamDesktop.bat
  
Line 61: Line 58:
 Please post your experiences with this setup in the "streaming desk top to tv" thread http://forum.serviio.org/viewtopic.php?f=4&t=4660&p=32269 Please post your experiences with this setup in the "streaming desk top to tv" thread http://forum.serviio.org/viewtopic.php?f=4&t=4660&p=32269
  
-- Jan 8, 2012 - Changed setup sequence. Noted stream must be started before adding link to Serviio. Added VACGD info. Added .bat tuning info.+- Jan  8, 2012 - Changed setup sequence. Noted stream must be started before adding link to Serviio. Added VACGD info. Added .bat tuning info.
 - Jan 12, 2012 - Edited for more clarity per user feedback. - Jan 12, 2012 - Edited for more clarity per user feedback.
 - Jan 14, 2012 - Edited to explain why transcoding needs to be to MPEG2 - Jan 14, 2012 - Edited to explain why transcoding needs to be to MPEG2
 - Jan 21, 2012 - Removed soverlay parameter from command as redundant, and identify lack of low resolution/partial screen support. - Jan 21, 2012 - Removed soverlay parameter from command as redundant, and identify lack of low resolution/partial screen support.
stream_pc.txt ยท Last modified: 2013/01/28 17:29 by rogerdpack