[FFmpeg-devel] rtmp_read_seek unreachable?

[Michael Niedermayer]

On Sat, Jan 28, 2012 at 07:41:36PM +0100, Reimar Döffinger wrote:
> On Sat, Jan 28, 2012 at 07:25:11PM +0100, Michael Niedermayer wrote:
> > On Sat, Jan 28, 2012 at 06:43:07PM +0100, Reimar Döffinger wrote:
> > > On Sat, Jan 28, 2012 at 05:32:04PM +0100, Michael Niedermayer wrote:
> > > > On Sat, Jan 28, 2012 at 02:39:39PM +0100, Reimar Döffinger wrote:
> > > > > Hello,
> > > > > with the removal of av_url_read_seek I don't see any way that it would
> > > > > be possible to call rtmp_read_seek or mmsh_read_seek (not available
> > > > > through external API, no internal code uses it), how is this supposed
> > > > > to work now?
> > > > 
> > > > calling the AVIOContext seek should work
> > > 
> > > I missed the assignment somehow (I think that cast there is not
> > > really correct, if someone has the motivation to fix it).
> > > 
> > > > but we can put
> > > > av_url_read_seek back if anyone sends a patch
> > > 
> > > I guess it doesn't matter unless the whole URLContext stuff
> > > is made public again.
> > 
> > Sounds like ohh god i am starving and ohh god i need to put on my
> > right shoe to leave the house to cross the street for the supermarket
> > but i guess it doesnt matter unless i also put on my left shoe.
> 
> No, it's more "complaining on the list is easier than making a proper
> patch that gets all the details right".
> 
> > 
> > putting the URLContext stuff back is a good idea, its the low level API
> > and one needs access to it for many things like well writing a custom
> > protocol for example. It should be put back
> 
> Ok.
> 
> > And IMHO it should be done by the people who need it. Its better if
> > work is done by thouse needing it, they have interrest in doing it
> > right and they have interrest (as well as easy means) in properly
> > testing as well as keeping it working.
> 
> That is a bit of a problem.
> I don't need it since I don't use external FFmpeg.
> But distributions will complain when MPlayer no longer works
> with external FFmpeg (some also if it just doesn't work with libav).
> And they probably won't be doing the work.
> I'd be happy for someone else to look into it, but otherwise
> I'll try to keep it on my TODO list.

iam happy to try to put it back but iam not a user of this feature
so i wouldnt know if it works nor if it breaks in the future. and
this isnt good


[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Republics decline into democracies and democracies degenerate into
despotisms. -- Aristotle
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20120128/59837c26/attachment.asc>