I think the issue was by ths following , The normal mp3 codec is not really designed to deal with that. It will decode around the speed of disk and once it hits the end of data, it will crash (as the rest of the file is invalid). The concept that data is not fully there on teh disk is not something you ever expect with filesystems. Nor do they expect the filesize to change while reading it. That being said, it might be possible if you play the mp3 directly from a WebServer. It is fully expected that it will take time to get all the data. But in this case, it should actually be the read order to the OS that should block up. But it is equally likely the OS will fully download the file (propably into a temp directory) before it even allows the read of the 1st byte to progress.
it should still fix some issue I can't get this to work perfectly - don't have an XML editor right now, nor do online editors like document() calls, but this is the kind of thing you are looking for. The first template is the identity transform, which is always a hand base case for when you want to "keep most of the input file, but just change some small parts".
I hope this helps you . for all the help guys. Resolved this issue by adding a target="_blank" on my anchor tag where I call the download.php . It is really weird why php does not allow me to download the file on the same page but instead requires me to open a new tab.
C# read content of a file accessed via url into byte-array