Tr : gstreamer not release the sockets after destroy the pipeline

[Huang Weller (CM/EPF1-CN)]

Hello ,

Thanks for your reply.
It is fine for playbin. We have another test code which using playbin and the file location can be changed after setting the pipeline to ready state.
But it doesn’t work when we using decodebin.

The data flow of my case is like below:
Filesrc--> decodebin -->audio sink bin(audio converter:queue:volume:alsasink)

Even I tried below way , I still can not hear anything when playing next music file.
Remove filesrc from pipeline  -> change file location -> pad link filesrc and decodebin sink again -> set pipeline to paused ready -> send gst_event_new_reconfigure  -> set pipeline to paused stated -> set pipeline to playing state.

From: narcisse doudieu siewe [mailto:wambenarcisse at yahoo.fr]
Sent: Wednesday, February 11, 2015 3:56 PM
To: Huang Weller (CM/EPF1-CN)
Cc: gstreamer-devel at lists.freedesktop.org
Subject: Tr : gstreamer not release the sockets after destroy the pipeline

I realize that setting the pipe to the "ready" state first and change the file location is the good maner

because in the "ready" state there are no elements specifics for the media streaming like "pad", specifics "caps" for the meadia etc. In this state alle the general elements are loaded...so put your pipe in the "ready" state first, do the change on the "location" property and set again the pipe to the "play" or "paused" state.



Le Mercredi 11 février 2015 3h06, Huang Weller (CM/EPF1-CN) <Weller.Huang at cn.bosch.com<mailto:Weller.Huang at cn.bosch.com>> a écrit :


Hi,

We are using the gstreamer 1.42. And we reuse the mediaplayer which works well under gstreamer 0.10.
We already follow the porting guide and did necessary changes to our code. And the media player is working.
BUT,
we found that the fd at folder /proc/TEST.OUT_PID/fd keep increasing during play the music one after one(in the mediaplayer, the pipe will be destroyed before changing music file and be recreated a new pipeline for play new file).
we already did some investigation, for example, try to use one pipe for all music playback but not recreate it everytime.
but it is not ok to change the file location on fly. You can enable the code in line 702 of gst-test.c to enable
this test mode. The test code will recreate the pipeline when play new file in default.

so, for this issue, after 30mins, test with thousands 4 seconds music files with our media player, our system's mem cache will be occupied by it and trigger the OOM.

I have below questions,
1.Is it a bug for gstreamer ?
2. how to change the file location when using decodebin ? I know the playbin can change the file location on fly.
Because my test file a very small, so I change the file location after got EOS.Now I change the file location in this way:
Set pipeline to ready -> remove filesrc bin from pipeline -> set null to  filesrc -> recreate filesrc -> set new file location->add filesrc bin to pipeline -> pad line with decodebin -> set pipeline to playing state.

But I can not hear anything on this way.


_______________________________________________
gstreamer-devel mailing list
gstreamer-devel at lists.freedesktop.org<mailto:gstreamer-devel at lists.freedesktop.org>
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20150211/2600ec68/attachment-0001.html>