Opened 13 years ago
Closed 13 years ago
#728 closed defect (invalid)
Getting error message when attempting to copy streams
Reported by: | bf4648 | Owned by: | |
---|---|---|---|
Priority: | normal | Component: | undetermined |
Version: | unspecified | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Reproduced by developer: | no | |
Analyzed by developer: | no |
Description
I'm using a much bigger file with the file name of 2011-03-31-23-00-00~23-15-00-channel1.mp4 but I can't upload it because it is 95.4 MB so I have therefore attached a sample of the video called "sample". I'm trying to load the .mp4 file into ffmpeg at the -ss of 1.16 and -t 6.74 and copy the streams using -acodec copy -vcodec copy but I'm getting an error message of "Seems stream 0 codec frame rate differs from container frame rate: 60.00 (60/1) -> 30.00 (30/1)" and the video is all fuzzy (although I can make out some things in the video).
Here's my command line in Ubuntu 10.04:
~/Desktop$ /usr/bin/ffmpeg -ss 1.16 -t 6.74 -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy /tmp/clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.2, Copyright (c) 2000-2009 Fabrice Bellard, et al. configuration: --extra-version=4:0.5.1-1ubuntu1.2 --prefix=/usr --enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib --enable-libgsm --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib --disable-stripping --disable-vhook --enable-runtime-cpudetect --enable-gpl --enable-postproc --enable-swscale --enable-x11grab --enable-libdc1394 --enable-shared --disable-static libavutil 49.15. 0 / 49.15. 0 libavcodec 52.20. 1 / 52.20. 1 libavformat 52.31. 0 / 52.31. 0 libavdevice 52. 1. 0 / 52. 1. 0 libavfilter 0. 4. 0 / 0. 4. 0 libswscale 0. 7. 1 / 0. 7. 1 libpostproc 51. 2. 0 / 51. 2. 0 built on Sep 16 2011 17:08:44, gcc: 4.4.3 Seems stream 0 codec frame rate differs from container frame rate: 60.00 (60/1) -> 30.00 (30/1) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2011-03-31-23-00-00~23-15-00-channel1.mp4': Duration: 00:15:00.00, start: 0.000000, bitrate: 889 kb/s Stream #0.0(und): Video: h264, yuv420p, 1280x960, 30 tbr, 30 tbn, 60 tbc Stream #0.1(und): Audio: mp3, 44100 Hz, stereo, s16, 128 kb/s Output #0, mp4, to '/tmp/clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4': Stream #0.0(und): Video: 0x0000, yuv420p, 1280x960, q=2-31, 90k tbn, 30 tbc Stream #0.1(und): Audio: 0x0000, 44100 Hz, stereo, s16, 128 kb/s Stream mapping: Stream #0.0 -> #0.0 Stream #0.1 -> #0.1 Press [q] to stop encoding frame= 238 fps= 0 q=-1.0 Lsize= 809kB time=6.73 bitrate= 984.6kbits/s video:690kB audio:113kB global headers:0kB muxing overhead 0.725353%
I'd just like to copy the audio and video streams so I won't have to re-encode and therefore take time to do that. Is that possible or is this a bug? Attached is my sample...
Attachments (2)
Change History (8)
by , 13 years ago
comment:1 by , 13 years ago
Component: | FFmpeg → undetermined |
---|
comment:2 by , 13 years ago
Yup, I was afraid of that..I just installed ffmpeg using sudo apt-get install ffmpeg...alright, here's my output using the current git head:
~/Desktop$ ffmpeg -ss 1.16 -t 6.74 -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4 ffmpeg version N-35627-g85cd1eb, Copyright (c) 2000-2011 the FFmpeg developers built on Dec 9 2011 23:38:08 with gcc 4.4.3 configuration: --enable-gpl --enable-nonfree --enable-libx264 libavutil 51. 32. 0 / 51. 32. 0 libavcodec 53. 42. 0 / 53. 42. 0 libavformat 53. 24. 0 / 53. 24. 0 libavdevice 53. 4. 0 / 53. 4. 0 libavfilter 2. 52. 0 / 2. 52. 0 libswscale 2. 1. 0 / 2. 1. 0 libpostproc 51. 2. 0 / 51. 2. 0 Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '2011-03-31-23-00-00~23-15-00-channel1.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.17.0 Duration: 00:15:00.00, start: 0.000000, bitrate: 889 kb/s Stream #0:0(und): Video: h264 (Main) (avc1 / 0x31637661), yuvj420p, 1280x960 [SAR 1:1 DAR 4:3], 756 kb/s, 30 fps, 30 tbr, 30 tbn, 60 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: mp3 (mp4a / 0x6134706D), 44100 Hz, 2 channels, s16, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Output #0, mp4, to 'clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4': Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 creation_time : 1970-01-01 00:00:00 encoder : Lavf53.24.0 Stream #0:0(und): Video: h264 (![0][0][0] / 0x0021), yuvj420p, 1280x960 [SAR 1:1 DAR 4:3], q=2-31, 756 kb/s, 30 fps, 30 tbn, 30 tbc Metadata: creation_time : 1970-01-01 00:00:00 handler_name : VideoHandler Stream #0:1(und): Audio: mp3 (i[0][0][0] / 0x0069), 44100 Hz, 2 channels, 127 kb/s Metadata: creation_time : 1970-01-01 00:00:00 handler_name : Stream mapping: Stream #0:0 -> #0:0 (copy) Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help frame= 239 fps= 0 q=-1.0 Lsize= 826kB time=00:00:06.75 bitrate=1001.1kbits/s video:695kB audio:124kB global headers:0kB muxing overhead 0.898041%
comment:3 by , 13 years ago
If I submit the following command line without the -ss & -t options, it works & makes an exact copy w/ out the "fuzzyness":
ffmpeg -i 2011-03-31-23-00-00~23-15-00-channel1.mp4 -acodec copy -vcodec copy clip_id_fcbf7154-22d2-11e1-bb69-000c290d9e26_offset_1.16_length_6.74_2011-03-31-23-00-00~23-15-00-channel1.mp4
by , 13 years ago
comment:5 by , 13 years ago
Cehoyos,
It looks like it's my version of VLC that is causing the problem. I can play the newly clipped file on my mac with out the fuzzyness. My mac is running VLC Version 1.1.12 The Luggage (Intel 32bit). I can also play the video on my windows computer using VLC version 1.1.11. The Ubuntu computer that I'm using that does have the fuzzyness from the newly clipped video file is using VLC 1.0.6 Goldeneye. Looks like I'm just going to download the latest VLC so I don't have to deal with the fuzzyness.
Thanks!
comment:6 by , 13 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
Please reopen if there is still a problem.
Replying to bf4648:
This is very old and unsupported, please test current git head (as you did before).