[5.11.x/6.1.x-6.6.x] Ignores Settings (can't disable direct play)

@jesusMC @antoniolg @roflharrison … anyone … please? I’m still waiting for a response… (see my last comment please) …

In the logfile you can find lines where Android for Plex sends to PMS, that directPlay is enabled:

Jun 10, 2017 08:15:12.561 [0x7f1be5bff700] DEBUG - Request: [192.168.0.197:60447 (Subnet)] GET /video/:/transcode/universal/decision?audioBoost=100&autoAdjustQuality=0&directPlay=1&directStream=1&directStreamAudio=1&fastSeek=1&hasMDE=1&location=lan&maxVideoBitrate=200000&mediaBufferSize=74944&mediaIndex=0&partIndex=0&path=%2Flibrary%2Fmetadata%2F9564&protocol=*&session=c8b492eb121c1faf-com-plexapp-android&subtitleSize=100&videoBitrate=200000&videoQuality=100&videoResolution=3840x2160 (6 live) TLS GZIP Signed-in Token (drmonty)

directPlay=1, this should be directPlay=0 - at least 5.10.x sends an directPlay=0, when direct play got disabled in the settings.

Don’t you think, that there is something wrong?

For the record, Plex for Android 6.2.0 sends to Plex Media Server (with only disabled direct play - everything else is default):

[0x7f1ee27fe700] DEBUG - Completed: [192.168.0.197:58919] 200 GET /video/:/transcode/universal/decision?audioBoost=100&autoAdjustQuality=0&directPlay=1&directStream=1&directStreamAudio=1&fastSeek=1&hasMDE=1&location=lan&maxVideoBitrate=200000&mediaBufferSize=74944&mediaIndex=0&partIndex=0&path=%2Flibrary%2Fmetadata%2F7641&protocol=*&session=c8b492eb121c1faf-com-plexapp-android&subtitleSize=100&videoBitrate=200000&videoQuality=100&videoResolution=3840x2160 (7 live) TLS GZIP 36ms 1642 bytes (pipelined: 9)

what is wrong as it forces a direct play, and don’t disable the direct play.

Plex for Android 6.0.1.523 sends to Plex Media Server for the same video (with only disabled direct play - everything else is default):

[0x7f1ee27fe700] DEBUG - Completed: [192.168.0.197:39574] 200 GET /video/:/transcode/universal/start.m3u8?audioBoost=100&autoAdjustQuality=0&directPlay=0&directStream=1&directStreamAudio=1&fastSeek=1&hasMDE=1&includeCodecs=1&location=lan&mediaBufferSize=74944&partIndex=0&path=%2Flibrary%2Fmetadata%2F7641&protocol=hls&session=c8b492eb121c1faf-com-plexapp-android&subtitleSize=100 (11 live) TLS GZIP 34ms 489 bytes (pipelined: 1)

which really disables direct play as it should be.

5.10 (and lower): works
5.11: didn’t work
6.0: works
6.1 (and higher): didn’t work

deleted, wrong place.

@HRSCR your issue is a absolute different one, why do you post this here?

@drmonty said:
@HRSCR your issue is a absolute different one, why do you post this here?

Because seems to be part of the same problem, but is ok, i going to delete it.

Thanks

@jesusMC @antoniolg @roflharrison just checked v6.3.0 and nothing had changed. Same behaviour as described in one of my last comments.

any chance to get a developer to take a look in the “direct play” problem? This is really a deal breaker and needs an urgent fix.

two month later and we’re still here, with no response.

I converted all files with AC3 audio to AAC, which took a week (as my NAS isn’t the fasted one), but now plex for android is working great, as nothing needs to get transcoded.

If someone is interested, here is the script I used (using ffmpeg):

SAVEIFS=$IFS
IFS=$(echo -en "
\b")
_PATH=$(pwd)

for i in $(find ${_PATH} -type f)
do
    filename=$(basename "${i}")
    extension="${filename##*.}"
    filename="${filename%.*}"

    if [ $(/usr/bin/ffmpeg -i "${i}" 2>&1 | grep ': Audio: ac3,' | wc -l) -ge "1" ]
    then
        echo "converting ${i} ..."
        /usr/bin/ffmpeg -y -i "${i}" -c:v copy -c:a aac -strict -2 -b:a 384k "/tmp/${filename}.${extension}"
        mv "/tmp/${filename}.${extension}" "${i}"
    else
        echo "${i} is ok"
    fi
done

IFS=$SAVEIFS