Media Services DownloadTransientError

Artur Trapp 1 Reputation point

I have a lot of audios in my database whose URLs are like:

I am using these URLs as my JobInput, and submitting a encoding job, because I want to migrate the audios distribution to a streaming approach.
However, every time I use this kind of URL, it fails with DownloadTransientError, and a message something like while trying to download the input files, the files were not acessible.

If I manually upload a file to the blob storage with a simpler URL (, and use it as the JobInput, it works seamlessly. I suspect it has something to do with the special characters on the bigger URL, but I am not sure. What could be the problem?

Here is the part of the code that submits the job:

            var jobInput = new JobInputHttp(new[]
            JobOutput[] jobOutput =
                new JobOutputAsset(outputAssetName),

            var job = await client.Jobs.CreateAsync(
                    resourceGroupName: _azureMediaServicesSettings.ResourceGroup,
                    accountName: _azureMediaServicesSettings.AccountName,
                    transformName: TransformName,
                    jobName: jobName,
                    new Job
                        Input = jobInput,
                        Outputs = jobOutput
Azure Media Services
Azure Media Services
A group of Azure services that includes encoding, format conversion, on-demand streaming, content protection, and live streaming services.
302 questions
{count} votes

1 answer

Sort by: Most helpful
  1. ajkuma 22,086 Reputation points Microsoft Employee

    To benefit community, posting the solution provided by one of our SE, David Bristol on SO thread (as mentioned above).

    The issue was with the filename. It was solved by using JobInputAsset

    You need to include the file name in the URL you're providing.
    It is recommended to include the actual blob name of the input video or audio file with the associated file extension.

    Media Services does encoding on Windows machines and filenames have to comply with what Windows itself supports.

    @Artur Trapp , thanks for your confirmation on the thread.

    1 person found this answer helpful.
    0 comments No comments