New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
dumping DASH file with MP4Client #2
Comments
git-svn-id: http://svn.code.sf.net/p/gpac/code/trunk/gpac@5538 63c20433-aa62-49bd-875c-5a186b69a8fb
If you use the settings indicated in your reference, replaying the same MPD (with the same URL) will fetch the data from the cache and not issue new HTTP requests. Now, if you want to reuse those cached files without the full URL, since the filenames in the cache directory do not match the file URLs from the MPD, copying the files out of the cache folder will require you to rename all the files. That is doable though. You can find the original file name in the accompanying .txt file in the cache. |
I am sorry I did'nt make myself clear. |
It is still not clear to me. If it's a live stream, MP4Client will want to get the live edge of the content, which is not in the cache, thus the request. But once fetched, it should stay in the cache for post-processing. |
What you describes happens when .gpacrc is set with
but in this case these is nothing in the cache directory. |
On my Ubuntu, with r5537, with:
I do get files in the cache both when playing and after closing the player, with a live service. |
I just upgraded to r5542 and I have the same issue:
Now when I disable MemoryStorage MP4Client give me this
I am not able to run my live stream anymore. |
Something's wrong in the way you use MP4Client. I don't understand how it can make requests to |
I used the following command
and the MPD file MP4Box give me is
The file I use have been converted from an mkv file by avconv with commands such as:
The idea is to adapt the stream bandwidth according to the network conditions. I will use this for some tests. |
Thank you, but unfortunately, this does not help me much....
This is the HTML response of your Apache web server. That response indicates that MP4Client made a request for http://<serverIP>/tmp/gpac_cache_A11EB677A08144EE383D5859BAAB4123ACC72361.mp4. I don't understand how that request can be made. MP4Client maintains a mapping between the cache name and the URL to issue proper HTML requests. It may be a bug (although it's unlikely) but I cannot reproduce the problem here. Can you provide the steps to reproduce it? Did you modify the MPD after generating it with MP4Box? Can you send logs generated using the following command?
|
Or report using
this should lead to a less verbose output... |
Here it is Thanks |
Sorry for the delay and thanks for the logs. I can now reproduce your problem. It only happens with ondemand content, not with live. I don't have a solution yet, but will try to fix it. |
This should now be fixed, could you check it? |
First thanks for the support! In the new created .gpracrc file there is
whereas in former version there was
When I run MP4Client with this configuration only the audio is working.
Any idea? |
Try to delete your ~/.gpacrc and run MP4Client (with no content). It should recreate the configuration file properly. |
Removing the ~/.gpacrc rather than empty it partially solve the issue. I got this error when playing the stream
|
have you tried complete uninstall, cleanup rebuild and install ? |
Hi all,
I am trying to dump a live MPEG-DASH stream in order to do a PSRN comparison.
I found a previous discussion about keeping the cache
http://ehc.ac/p/gpac/discussion/287547/thread/be52202f/#1eef
When I use the same configurations I have the following error:
How can I tell MP4Client to take the cache in local directory?
Thanks
The text was updated successfully, but these errors were encountered: