[gst-devel] some issues when trying to save content to disk during http progressive downloaded

[Zhao, Halley]

Thanks Stefan.
After add a 'queue' after 'souphttpsrc' and use 'decodebin2'; I still got same result.

I think the possible solution is to enhance souphttpsrc to save content to disk after some refractor, because souphttpsrc does some seek following the command of parser.

Attached mp4.log is the log of souphttpsrc, it seek to the end of the mp4 file at the beginning of playback. Finally, tail of the original mp4 file is missing in downloaded mp4 file.
halley at halley-lucid:~/swap/streaming/mp4$ ls -l
total 5216
-rwxr--r-- 1 halley halley 1776915 2010-09-08 23:08 download.mp4
-rw-r--r-- 1 halley halley 1773281 2010-09-08 18:15 original.mp4

-----Original Message-----
From: Stefan Kost [mailto:ensonic at hora-obscura.de] 
Sent: 2010年9月11日 1:27
To: Discussion of the development of GStreamer
Cc: Zhao, Halley
Subject: Re: [gst-devel] some issues when trying to save content to disk during http progressive downloaded

Am 08.09.2010 04:45, schrieb Zhao, Halley:
> During playback of progressive content, I tried to save the content to disk as well.
> 
> But the result is strange:
> 
> Some contents are saved correctly, some contents are saved but can’t playback
> again; some contents even can’t playback during progressive downloaded.
> 
>  
> 
> ## most ogg contents work well, the saved contents can playback again
> 
> gst-launch-0.10 souphttpsrc
> location=http://10.238.37.11/share/media/video/test.ogv ! tee name=t ! decodebin
> ! ffmpegcolorspace ! xvimagesink t. ! queue ! filesink location=test.ogv
> 
>  
> 
> ## some mp4 saved contents can’t playback again, the saved contents differ from
> the original one; even the following test.mp4 and test2.mp4 are different
> 
> gst-launch-0.10 souphttpsrc location=http://
> 10.238.37.11/share/media/video/test.mp4 ! tee name=t ! decodebin !
> ffmpegcolorspace ! xvimagesink t. ! queue ! filesink location=test.mp4
> 
> gst-launch-0.10 souphttpsrc location=http://
> 10.238.37.11/share/media/video/test.mp4 ! filesink
> location=/home/halley/swap/streaming/test2.mp4
> 

At first use decodebin2!

If the http source is seekable, the muxer in decodebin will do pull. You could try:

gst-launch-0.10 souphttpsrc
location=http://10.238.37.11/share/media/video/test.mp4 ! queue ! tee name=t !
decodebin2 ! ffmpegcolorspace ! xvimagesink t. ! queue ! filesink location=test.mp4

Stefan

>  
> 
> ## some wmv contents even can’t playback during progressive downloaded (though
> some saved wmv contents can playback again)
> 
> gst-launch-0.10 -v -v souphttpsrc location=http://
> 10.238.37.11/share/media/test.wmv ! tee name=t ! queue ! decodebin !
> ffmpegcolorspace ! xvimagesink t. ! queue ! filesink location=test.wmv
> 
>  
> 
> thanks in advance for your help.
> 
>  
> 
>  
> 
> *ZHAO, Halley (Aihua)*
> 
> Email: halley.zhao at intel.com <blocked::mailto:aihua.zhao at intel.com>
> 
> Tel: +86(21)61166476   iNet: 8821-6476
> 
> SSG/OTC/Moblin 3W038 Pole: F4
> 
>  
> 
> 
> 
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
> 
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> 
> 
> 
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: mp4.log
Type: application/octet-stream
Size: 193764 bytes
Desc: mp4.log
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20100913/31e09f4d/attachment.obj>