This issue is consistently reproducible and has been an issue for a while. I have unsuccessfully tried to find a way to get filename information when this issue occurs. Under gdb, listing open file descriptors doesn't help, as the data is passed through in a stream. I can of course capture the data, but it'll not be so easy to reproduce with.
Can you provide any help here?
We see a number of function arguments to gst_ffmpegdemux_loop() being rogue (ie size and pos):
This issue is consistently reproducible and has been an issue for a while. I have unsuccessfully tried to find a way to get filename information when this issue occurs. Under gdb, listing open file descriptors doesn't help, as the data is passed through in a stream. I can of course capture the data, but it'll not be so easy to reproduce with.
Can you provide any help here?
We see a number of function arguments to gst_ffmpegdemux _loop() being rogue (ie size and pos):
#4 gst_ffmpegdemux _loop (demux=0x1e1a1c0) at gstffmpegdemux. c:1339 duration = 140687962021600}
__FUNCTION_ _ = "gst_ffmpegdemu x_loop"
ret = <value optimized out>
res = <value optimized out>
pkt = {pts = 31535888, dts = 31522496, data = 0x7ff48a087da4 "",
size = -2013377078, stream_index = 32756, flags = 48,
duration = 48, destruct = 0x7ff47f6afb80, priv = 0x7ff47f6afac0,
pos = 31535728, convergence_
srcpad = 0x7ff47f6afb6f
stream = <value optimized out>
avstream = 0x7ff478001ee0
outbuf = 0x0
timestamp = <value optimized out>
duration = <value optimized out>
outsize = <value optimized out>
rawvideo = -2005530688