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 Both sides next revision
stream_pc [2012/01/21 21:20]
jhb50
stream_pc [2012/01/21 21:23]
jhb50
Line 34: Line 34:
 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 61:
 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