Hm, is anyone else having massive performance problems? I have a Core2 Duo @ 3GHz and both cores get maxed out when transcoding a sd channel... I used the old webservice a while back and never had such performance spikes (even hd channels worked).
Most of the default profiles use the x264 encoder, which is known to be a bit CPU hungry. Almost all profiles are higher quality than the profiles in MPWebServices, resulting in them wanting more CPU. I can try to come up with some MPEG2 profiles, which need a lot less CPU, but it needs a lot more bandwidth. It's hard to find the correct trade-off between CPU usage, bandwidth usage and quality
But, which profile did you use and which process consumes the CPU? I'm also testing on a Core2Duo @2.8GHz, and transcoding an SD channel takes only around 75% CPU..
That makes things interesting; as iPimp AFAIK also uses ffmpeg. MPWebStream could even use the exact same transcoding program and parameters as iPimp, so we can see the difference. One thing I can see is that iPimp outputs a 480x272 stream, while my streams have way higher resolutions and thus need a lot more CPU. I'll probably add some more low-resolution profiles in a new release.In comparison, i tried transcoding with iPimp (not sure which settings they use) and got to about 5-10% cpu usage (HD ~60%)...
That makes things interesting; as iPimp AFAIK also uses ffmpeg. MPWebStream could even use the exact same transcoding program and parameters as iPimp, so we can see the difference. One thing I can see is that iPimp outputs a 480x272 stream, while my streams have way higher resolutions and thus need a lot more CPU. I'll probably add some more low-resolution profiles in a new release.In comparison, i tried transcoding with iPimp (not sure which settings they use) and got to about 5-10% cpu usage (HD ~60%)...
Could you try this transcoder profile?
- Transcode: yes
- Input & output method: NamedPipe
- Transcoder: C:/Program Files (x86)/iPiMP/Utilities/ffmpeg\ffmpeg.exe
- Parameters: -i "{0}" -threads 0 -re -vcodec libx264 -fpre "C:/Program Files (x86)/iPiMP/Utilities/ffmpeg/ffpresets/libx264-iPiMP.ffpreset" -b 256k -s 480x272 -aspect 480:272 -acodec libfaac -ac 2 -ab 64k -ar 48000 -ac 2 -async 2 -f mpegts "{1}"
- MIME type: video/MP2T
(this is based on a 64-bit windows 7 installation, adjust the paths if you've installed iPiMP elsewhere).
I should really start testing transcoder configurations before I post them here. Try adding an -y to the start of the arguments and it should work. It works with around 30% CPU on my C2D, mostly coming from ffmpeg. I can't compare with iPiMP right now, but I'll setup an iPiMP installation later. I'll also check what they use by default for transcoding then.The configuration from above isn't working for some reason... Timeshifting starts and logs doesn't show any errors but vlc doesn't start the video.
I should really start testing transcoder configurations before I post them here. Try adding an -y to the start of the arguments and it should work. It works with around 30% CPU on my C2D, mostly coming from ffmpeg. I can't compare with iPiMP right now, but I'll setup an iPiMP installation later. I'll also check what they use by default for transcoding then.The configuration from above isn't working for some reason... Timeshifting starts and logs doesn't show any errors but vlc doesn't start the video.
Yeah, but I made the same mistake a couple of pages ago with someone elseThat was the first time I tried...
Strange, it works for me. Could you post your logfile?Still not working though.