Reply to thread

Message

Hi Oxan,

Thank you for your reply. Unfortunately, I lack them as well. As an alternative to 'fully dynamic' streaming which I imagine would be quite complicated, what about adding a feature that automatically selects a profile based on a short bandwidth test between the client and MPExtended. This should be a bit simpler. Perhaps the user would be required to select their encoder type (VLC, ffmpeg, http), but then the bandwidth test selects the profile for you.

Or, perhaps each encoder type could have a special 'Automatic' profile which contains placeholders populated by numbers determined during the bandwidth test. This may be a better way to go.

On a side note, somewhat related... I would personally find it very useful if bandwidth requirements were somehow indicated in the profile names. I know I can look them up in the XML but that's not extremely convenient. If I'm using aMPdroid on my phone and playback is pausing due to low signal/bandwidth, I could do a quick speed test w/ one of the many speed test apps and then use that number to determine which profile should provide me with pause-free playback. This versus the alternative of trial and error.

Great job to you and any other contributors on MPExtended. Keep up the good work!

<blockquote data-quote="mrceolla" data-source="post: 973788" data-attributes="member: 109048">Hi Oxan,&nbsp;Thank you for your reply.&nbsp; Unfortunately, I lack them as well.&nbsp; As an alternative to 'fully dynamic' streaming which I imagine would be quite complicated, what about adding a feature that automatically selects a profile based on a short bandwidth test between the client and MPExtended.&nbsp; This should be a bit simpler.&nbsp; Perhaps the user would be required to select their encoder type (VLC, ffmpeg, http), but then the bandwidth test selects the profile for you.&nbsp;Or, perhaps each encoder type could have a special 'Automatic' profile which contains placeholders populated by numbers determined during the bandwidth test.&nbsp; This may be a better way to go.&nbsp;On a side note, somewhat related...&nbsp; I would personally find it very useful if bandwidth requirements were somehow indicated in the profile names.&nbsp; I know I can look them up in the XML but that's not extremely convenient.&nbsp; If I'm using aMPdroid on my phone and playback is pausing due to low signal/bandwidth, I could do a quick speed test w/ one of the many speed test apps and then use that number to determine which profile should provide me with pause-free playback.&nbsp; This versus the alternative of trial and error.&nbsp;Great job to you and any other contributors on MPExtended.&nbsp; Keep up the good work!</blockquote>

[QUOTE="mrceolla, post: 973788, member: 109048"] Hi Oxan, Thank you for your reply. Unfortunately, I lack them as well. As an alternative to 'fully dynamic' streaming which I imagine would be quite complicated, what about adding a feature that automatically selects a profile based on a short bandwidth test between the client and MPExtended. This should be a bit simpler. Perhaps the user would be required to select their encoder type (VLC, ffmpeg, http), but then the bandwidth test selects the profile for you. Or, perhaps each encoder type could have a special 'Automatic' profile which contains placeholders populated by numbers determined during the bandwidth test. This may be a better way to go. On a side note, somewhat related... I would personally find it very useful if bandwidth requirements were somehow indicated in the profile names. I know I can look them up in the XML but that's not extremely convenient. If I'm using aMPdroid on my phone and playback is pausing due to low signal/bandwidth, I could do a quick speed test w/ one of the many speed test apps and then use that number to determine which profile should provide me with pause-free playback. This versus the alternative of trial and error. Great job to you and any other contributors on MPExtended. Keep up the good work! [/QUOTE]