<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style></head>
<body class='hmmessage'><div dir='ltr'>
Hi Tim,<br><br><div>> > > I think this is because it's trying to play the APE file via http<br>> > > in push mode.<br>> > <br>> > Is it possible to limit gstreamer play APE file via http in pull mode<br>> > instead of push?<br>> <br>> It is possible in theory, but it won't work well in practice, not with<br>> GStreamer 0.10 anyway. If you set the "ring-buffer-max-size" property on<br>> playbin2, it will plug a queue2 element between the http source and the<br>> demuxer/parser for certain whitelisted media types. You could add the<br>> APE type(s) to that whitelist, then it might work. *However*, the<br>> problem is that there's an issue with the queue2 and the typefind<br>> element and the ID3/APE tag demuxer, which can lead to deadlocks. This<br>> is fixed in 1.0, but an issue with 0.10.<br>> <br>> So in short I don't think it's practical to work around this properly in<br>> 0.10, not without fixing the ffmpeg demuxer wrapper to work in push mode<br>> as well.<br>> <br><br>Thanks for your kindly reply.<br>It makes me depressed there isn't a good way to work around this issue.<br>Foobar in windows can play ape files well via http in push mode, may be i have to<br>change to windows platform.<br><br>By the way, is there any plan to fix the ffmpeg demuxer wrapper in push mode?<br><br>Regards,<br>-Bob<br><br></div>                                          </div></body>
</html>