high cpu usage on ts mux output since ver 1.0.0
researching as much as i could think of.. problem does not exist in VLC up to and including version 0.9.9 for Windows32. problem does exist in VLC 1.0.0 windows32 to current nightly windows32. tried different computers / brand new installs to eliminate the system as a potential problem.
using the following command: "C:\Program Files (x86)\VideoLAN\VLC\vlc.exe" --started-from-file "D:\HDTV\somefile.ts" VLC://quit --sout=#rtp{dst=239.69.69.69,port=11420,mux=ts} --no-sout-rtp-sap --no-sout-standard-sap --ttl=1 --sout-keep
this command works well to create a multicast transport stream capable of streaming HDTV mpeg2/ac3 .ts files and I have had good success streaming re-coded blurays (x264/aac) as multicast transport streams, vlc clients pick up on this and its a beautiful thing... multiple displays (tv) playing media syncronized while minimizing bandwidth, with vlc multicast it is a reality.
The problem starting with version 1.0.0 (which, based on limited changelog info I could find; you did tweak the ts demuxer for bluray support, not sure if ts demuxing and muxing are handled by the same code, just a sidenote). the problem is that VLC consumes a lot of resources just to remux the stream and multicast it. on a typical 2ghz 2009ish notebook system it will use around %0.0.9-android of the processor resources and stuttering of playback occurs. with 0.9.9 and earlier cpu usage was nill (0-2%) not sure what other info may be helpful. I am available via email to help you to help me get this issue resolved in future versions of vlc. Thanks SO Much, you guys are awesome!
Jpg files attached show screenshots of 0.9.9 and latest showing cpu load and run command.