AsfDemux : Possible regression in 1.2 vs 1.0 with buffer flag

[adrien_sch]

Bug filed : https://bugzilla.gnome.org/show_bug.cgi?id=721384

> Other quick question, actually I sent a EOS event in my sink bin to close 
> properly the video file, and after that I change the sink state from 
> PLAYING->NULL->change file sink location  ->PLAYING. Can I improve this ? 
> For example, the change the state of the filesink element to update the
> file 
> location and send an GST_EVENT_SEGMENT over the sink bin, may be enough ? 

Could you provide more context on this? What's the pipeline/bin? What is 
the problem you're trying to solve? 

This is the all story :
I'm developing a video segmentation progam, and I used a output-selector
with two "recording bin" and I switched between these two branches on my
event (using custom bin element to catch EOS etc...). I migrated to 1.2, and
I observed some errors like : got caps event before stream start on my
branch. So, I tried to change this part of my code to have something more
correct and try to use only one "recording bin" and also resolve this error. 

Example : 
filesrc ! asfdemux ! h264parse ! queue ! (matroskamux ! filesink)

This is what I'm doing when I have to create a new segment : 

In a probe set on the queue src pad : 
    On Keyframe buffer, send a EOS event in mux sink pad and block the pad
On EOS message in my custom bin, send a custom bus message and discard
parent forwarding.
On bus callback : 
   Set the recording bin to NULL
   Unlink queue <> recording bin
   remove from the pipeline the recording bin
   Create a new recording bin
   Add the new recording bin to the pipeline
   Link queue <> recording bin
   Set the recording bin the PLAYING state   
   Remove the probe on the queue src pad
   Add a new probe on the queue src pad

--> The data flow never resume. 

Where is my mistake ? 
Should I send some event in my new recording bin (like stream start, segment
start, etc..) ? Could I have a example ? 
    
   





--
View this message in context: http://gstreamer-devel.966125.n4.nabble.com/AsfDemux-Possible-regression-in-1-2-vs-1-0-with-buffer-flag-tp4664390p4664421.html
Sent from the GStreamer-devel mailing list archive at Nabble.com.