Fw: Unable to get correct decoded file
Thanks Leo but still I am not getting desired output. My decoded video output is with very slow frame rate (even after mentioning frame rate as 30fps) and there is some problem in video frames as per appearance concern. It's different from the input yuv video even without much loss. Please tell me if I should include more format option while encoding or decoding video sequence. I really appreciate your help. Thanks. Regards, Hardik Sharma --- On Sat, 30/4/11, Hardik Sharma <hardik.sharma22@yahoo.com> wrote:
From: Hardik Sharma <hardik.sharma22@yahoo.com> Subject: Unable to get correct decoded file To: "ffmpeg" <ffmpeg-user@ffmpeg.org> Date: Saturday, 30 April, 2011, 12:16 AM
Hi,
I am a new bee with Ubuntu and ffmpeg both so please help me with this issue. I encoded the yuv video to h264 by following command- ffmpeg -f rawvideo -r 30 -b 256k -s 352x288 -i silent_cif.yuv -vcodec libx264 -b 256k -s 352x288 -preset slow -f h264 -threads 0 silent264.h264
But I don't think I am getting correct encoded file as after decoding back to yuv video, I am only getting 2 frames and that too wrong frames.
Command line for decoding- ffmpeg -r 30 -b 256k -s 352x288 -i output.h264 -vcodec libx264 -b 256k -s 352x288 -preset slow -f rawvideo -threads 0 slient.yuv
Please tell me my mistake in command line. I really appreciate your help. Thanks.
Regards, Hardik Sharma
Hi, I am new to the forum and would like guidance. System : Server : Rackable CPU : AMD Opteron (2GHZ) Dual CPU RAM : 2 Gb Disk : SATA ( 250GB x 4 disks ) - 3 disks configured as RAID0 (3Ware) Network : 1 Gig OS : Slackware - 13.1 Command : ffmpeg -benchmark -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -threads 4 -target ntsc-dvd -aspect 16:9 test.mpg NOTES : Only one CPU has 90% (sys + user), others 4% (sys + user), no wait on I/O There is no swapping, initial page faults is 11 and remains constant for the entire time Both files input and output are located on the RAID partition The time it takes to transcode is 20% higher than the run-time of the media file Nothing else is running on the server ffmpeg - Built with ARCH=x86_64 CPU=opteron QUESTIONS : Q : What else can I do to speed up the transcoding to take less time than run-time of media file ? + To use for on-the-fly transcode with a media server. Background : Installed media server 'serviio' and transcoding on-the-fly-enabled. The following command is invoked. ffmpeg -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -y -threads 4 -vcodec mpeg2video -sameq -r 23.976 -g 15 -copyts -acodec ac3 -ab 192k -ac 6 -map 0:0 -map 0:1 -sn -f mpegts /mnt/samba/trans_tmp/Serviio/transcoding-temp-2-MPEG2TS.stf CPU Usage is 60% per core and no wait on I/O, swapping. Viewing using WDTV Live streaming stops after 31 secs consistently Viewing using XMBC on WinXP stream starts buffering after 7 mins or 3 mins of play, takes about 8 to 10 seconds to catch up Cabled network 100 MB connection on WinXP the network usage varies between 7% to 50% Q : What can be done to make transcoding on-the-fly continuous ? Any and all help is greatly appreciated. Thanx Charu Palkar --
Neither of those streams you are doing are "live transport" streams. For example the WD LIVE stops because when it issues its 1st GET, it also gets the CURRENT size of the file, at that point in time, and then thats all it asks for. You need to use a live streaming container/player. eg: HLS (Apple M3U8), or FLV with Flash Player, or ASF Streaming, etc. There are other approaches, as to streaming in chunked http, etc. Shawn On 5/1/2011 7:27 PM, Charu Palkar wrote:
Hi,
I am new to the forum and would like guidance.
System : Server : Rackable CPU : AMD Opteron (2GHZ) Dual CPU RAM : 2 Gb Disk : SATA ( 250GB x 4 disks ) - 3 disks configured as RAID0 (3Ware) Network : 1 Gig OS : Slackware - 13.1
Command : ffmpeg -benchmark -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -threads 4 -target ntsc-dvd -aspect 16:9 test.mpg
NOTES : Only one CPU has 90% (sys + user), others 4% (sys + user), no wait on I/O There is no swapping, initial page faults is 11 and remains constant for the entire time Both files input and output are located on the RAID partition The time it takes to transcode is 20% higher than the run-time of the media file Nothing else is running on the server ffmpeg - Built with ARCH=x86_64 CPU=opteron
QUESTIONS : Q : What else can I do to speed up the transcoding to take less time than run-time of media file ? + To use for on-the-fly transcode with a media server.
Background : Installed media server 'serviio' and transcoding on-the-fly-enabled. The following command is invoked.
ffmpeg -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -y -threads 4 -vcodec mpeg2video -sameq -r 23.976 -g 15 -copyts -acodec ac3 -ab 192k -ac 6 -map 0:0 -map 0:1 -sn -f mpegts
/mnt/samba/trans_tmp/Serviio/transcoding-temp-2-MPEG2TS.stf
CPU Usage is 60% per core and no wait on I/O, swapping.
Viewing using WDTV Live streaming stops after 31 secs consistently Viewing using XMBC on WinXP stream starts buffering after 7 mins or 3 mins of play, takes about 8 to 10 seconds to catch up Cabled network 100 MB connection on WinXP the network usage varies between 7% to 50%
Q : What can be done to make transcoding on-the-fly continuous ?
Any and all help is greatly appreciated.
Thanx
Charu Palkar -- _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Hi Shawn, But what about the buffering issue I see with XMBC with the same same transcoding. Any explaination for that ? Thanx Charu -- ----- Original Message ---- From: NokNok Developer <developer@noknok.net> To: ffmpeg-user@ffmpeg.org Sent: Sun, May 1, 2011 9:06:35 PM Subject: Re: [FFmpeg-user] Request for advise on performance - transcoding on the fly Neither of those streams you are doing are "live transport" streams. For example the WD LIVE stops because when it issues its 1st GET, it also gets the CURRENT size of the file, at that point in time, and then thats all it asks for. You need to use a live streaming container/player. eg: HLS (Apple M3U8), or FLV with Flash Player, or ASF Streaming, etc. There are other approaches, as to streaming in chunked http, etc. Shawn On 5/1/2011 7:27 PM, Charu Palkar wrote:
Hi,
I am new to the forum and would like guidance.
System : Server : Rackable CPU : AMD Opteron (2GHZ) Dual CPU RAM : 2 Gb Disk : SATA ( 250GB x 4 disks ) - 3 disks configured as RAID0 (3Ware) Network : 1 Gig OS : Slackware - 13.1
Command : ffmpeg -benchmark -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -threads 4 -target ntsc-dvd -aspect 16:9 test.mpg
NOTES : Only one CPU has 90% (sys + user), others 4% (sys + user), no wait on I/O There is no swapping, initial page faults is 11 and remains constant for the entire time Both files input and output are located on the RAID partition The time it takes to transcode is 20% higher than the run-time of the media file Nothing else is running on the server ffmpeg - Built with ARCH=x86_64 CPU=opteron
QUESTIONS : Q : What else can I do to speed up the transcoding to take less time than run-time of media file ? + To use for on-the-fly transcode with a media server.
Background : Installed media server 'serviio' and transcoding on-the-fly-enabled. The following command is invoked.
ffmpeg -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -y -threads 4 -vcodec mpeg2video -sameq -r 23.976 -g 15 -copyts -acodec ac3 -ab 192k -ac 6 -map 0:0 -map 0:1 -sn -f mpegts
/mnt/samba/trans_tmp/Serviio/transcoding-temp-2-MPEG2TS.stf
CPU Usage is 60% per core and no wait on I/O, swapping.
Viewing using WDTV Live streaming stops after 31 secs consistently Viewing using XMBC on WinXP stream starts buffering after 7 mins or 3 mins of play, takes about 8 to 10 seconds to catch up Cabled network 100 MB connection on WinXP the network usage varies between 7% to 50%
Q : What can be done to make transcoding on-the-fly continuous ?
Any and all help is greatly appreciated.
Thanx
Charu Palkar -- _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Im not all that familiar with XMBC, but its probably not buffering as you would think it to be, but more of each time XMBC goes back to request data, its getting a new filesize (as it is growing), so it needs to reseek to the end of the file to gather timestamp information, then reseek back to where it was, and it may be that its sucking down the whole thing from beginning again. Best would to do an wireshark trap of the exchange and im sure you will see whats going on. again, the issue is that the containers you are using are NOT live streamable. They can be made to be, but in the form you are using it, they are not "natively". XMBC is a normal media player, and it will see the size in the HTTP response, and say OK, so its 500,000 bytes, let me seek to the end, get the timestamp info so I know how long in time it is, then will attempt to seek back, and so on. On 5/2/2011 9:18 AM, Charu Palkar wrote:
Hi Shawn,
But what about the buffering issue I see with XMBC with the same same transcoding.
Any explaination for that ?
Thanx
Charu --
----- Original Message ---- From: NokNok Developer<developer@noknok.net> To: ffmpeg-user@ffmpeg.org Sent: Sun, May 1, 2011 9:06:35 PM Subject: Re: [FFmpeg-user] Request for advise on performance - transcoding on the fly
Neither of those streams you are doing are "live transport" streams.
For example the WD LIVE stops because when it issues its 1st GET, it also gets the CURRENT size of the file, at that point in time, and then thats all it asks for. You need to use a live streaming container/player.
eg: HLS (Apple M3U8), or FLV with Flash Player, or ASF Streaming, etc. There are other approaches, as to streaming in chunked http, etc.
Shawn
On 5/1/2011 7:27 PM, Charu Palkar wrote:
Hi,
I am new to the forum and would like guidance.
System : Server : Rackable CPU : AMD Opteron (2GHZ) Dual CPU RAM : 2 Gb Disk : SATA ( 250GB x 4 disks ) - 3 disks configured as RAID0 (3Ware) Network : 1 Gig OS : Slackware - 13.1
Command : ffmpeg -benchmark -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -threads 4 -target ntsc-dvd -aspect 16:9 test.mpg
NOTES : Only one CPU has 90% (sys + user), others 4% (sys + user), no wait on I/O There is no swapping, initial page faults is 11 and remains constant for the entire time Both files input and output are located on the RAID partition The time it takes to transcode is 20% higher than the run-time of the media file Nothing else is running on the server ffmpeg - Built with ARCH=x86_64 CPU=opteron
QUESTIONS : Q : What else can I do to speed up the transcoding to take less time than run-time of media file ? + To use for on-the-fly transcode with a media server.
Background : Installed media server 'serviio' and transcoding on-the-fly-enabled. The following command is invoked.
ffmpeg -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -y -threads 4 -vcodec mpeg2video -sameq -r 23.976 -g 15 -copyts -acodec ac3 -ab 192k -ac 6 -map 0:0 -map 0:1 -sn -f mpegts
/mnt/samba/trans_tmp/Serviio/transcoding-temp-2-MPEG2TS.stf
CPU Usage is 60% per core and no wait on I/O, swapping.
Viewing using WDTV Live streaming stops after 31 secs consistently Viewing using XMBC on WinXP stream starts buffering after 7 mins or 3 mins of play, takes about 8 to 10 seconds to catch up Cabled network 100 MB connection on WinXP the network usage varies between 7% to 50%
Q : What can be done to make transcoding on-the-fly continuous ?
Any and all help is greatly appreciated.
Thanx
Charu Palkar -- _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
_______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Hi Shawn,
But what about the buffering issue I see with XMBC with the same same transcoding.
Any explaination for that ?
Thanx
Charu --
----- Original Message ---- From: NokNok Developer<developer@noknok.net> To: ffmpeg-user@ffmpeg.org Sent: Sun, May 1, 2011 9:06:35 PM Subject: Re: [FFmpeg-user] Request for advise on performance - transcoding on the fly
Neither of those streams you are doing are "live transport" streams.
For example the WD LIVE stops because when it issues its 1st GET, it also gets the CURRENT size of the file, at that point in time, and then thats all it asks for. You need to use a live streaming container/player.
eg: HLS (Apple M3U8), or FLV with Flash Player, or ASF Streaming, etc. There are other approaches, as to streaming in chunked http, etc.
Shawn
On 5/1/2011 7:27 PM, Charu Palkar wrote:
Hi,
I am new to the forum and would like guidance.
System : Server : Rackable CPU : AMD Opteron (2GHZ) Dual CPU RAM : 2 Gb Disk : SATA ( 250GB x 4 disks ) - 3 disks configured as RAID0 (3Ware) Network : 1 Gig OS : Slackware - 13.1
Command : ffmpeg -benchmark -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -threads 4 -target ntsc-dvd -aspect 16:9 test.mpg
NOTES : Only one CPU has 90% (sys + user), others 4% (sys + user), no wait on I/O There is no swapping, initial page faults is 11 and remains constant for the entire time Both files input and output are located on the RAID partition The time it takes to transcode is 20% higher than the run-time of
Hi Shawn, I am new to multi-media streaming and need to gain more knowledge. Any suggested reading material ? How does one convert to 'live streaming' ? I am considering using MediaTomb as media server does it do live streaming. Thanx in advance Charu -- ----- Original Message ---- From: NokNok Developer <developer@noknok.net> To: ffmpeg-user@ffmpeg.org Sent: Mon, May 2, 2011 3:14:38 PM Subject: Re: [FFmpeg-user] Request for advise on performance - transcoding on the fly Im not all that familiar with XMBC, but its probably not buffering as you would think it to be, but more of each time XMBC goes back to request data, its getting a new filesize (as it is growing), so it needs to reseek to the end of the file to gather timestamp information, then reseek back to where it was, and it may be that its sucking down the whole thing from beginning again. Best would to do an wireshark trap of the exchange and im sure you will see whats going on. again, the issue is that the containers you are using are NOT live streamable. They can be made to be, but in the form you are using it, they are not "natively". XMBC is a normal media player, and it will see the size in the HTTP response, and say OK, so its 500,000 bytes, let me seek to the end, get the timestamp info so I know how long in time it is, then will attempt to seek back, and so on. On 5/2/2011 9:18 AM, Charu Palkar wrote: the
media file Nothing else is running on the server ffmpeg - Built with ARCH=x86_64 CPU=opteron
QUESTIONS : Q : What else can I do to speed up the transcoding to take less time than run-time of media file ? + To use for on-the-fly transcode with a media server.
Background : Installed media server 'serviio' and transcoding on-the-fly-enabled. The following command is invoked.
ffmpeg -i /mnt/samba/share/test/Baraka.1992.BRrip.H264.AAC.ITS-ALI.mp4 -y -threads 4 -vcodec mpeg2video -sameq -r 23.976 -g 15 -copyts -acodec ac3 -ab 192k -ac 6 -map 0:0 -map 0:1 -sn -f mpegts
/mnt/samba/trans_tmp/Serviio/transcoding-temp-2-MPEG2TS.stf
CPU Usage is 60% per core and no wait on I/O, swapping.
Viewing using WDTV Live streaming stops after 31 secs consistently Viewing using XMBC on WinXP stream starts buffering after 7 mins or 3 mins of play, takes about 8 to 10 seconds to catch up Cabled network 100 MB connection on WinXP the network usage varies between 7% to 50%
Q : What can be done to make transcoding on-the-fly continuous ?
Any and all help is greatly appreciated.
Thanx
Charu Palkar -- _______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
_______________________________________________ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
participants (3)
-
Charu Palkar -
Hardik Sharma -
NokNok Developer