Re: [FFmpeg-user] Incorrect value in RIFF WAV byterate field in ffmpeg 0.10.x
Wilfried Weissmann wweissmann at realnetworks.com writes: The problem is: Why are you using 0.10? Simply because that is the version that is available in the rpmfusion repository. I tested if the problem is still in 0.10.14 which was released at the end of June Just to make sure there are no misunderstandings: 0.10 is over 2,5 years old. Sorry, I was referring to the 0.10 branch. I would like to stay on that branch to have a chance to get upstream versions from the rpmfusion repository. Greetings, Wilfried ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] Covert mp4 to webm
so , i changed bitrait -b:a 96k to -b:a 80k and it works :) On 12 Aug 2014 at 12:53:03, Carl Eugen Hoyos (ceho...@ag.or.at) wrote: Ruslan Korolev rs at wap-click.com writes: ffmpeg -i wings.mp4 -pass 1 -passlogfile convert_2578 -codec:v libvpx -b:v 360k -codec:a libvorbis -b:a 96k -ac 2 -s 640x360 -movflags +faststart -f webm -threads 0 -y /dev/null What is -movflags +faststart supposed to do? but having such errors: (maybe incorrect parameters such as bit_rate, rate, width or height) http://pastebin.com/748dtybX Please do not use external resources, always post the complete, uncut console output here on the mailing list. [libvorbis @ 0x7ff601023c00] encoder setup failed What happens if you try to encode a random audio-only file to vorbis? Carl Eugen ___ 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
Re: [FFmpeg-user] -threads option has no effect
Rohit Talwar rohittalwar04 at gmail.com writes: I ran the command - ffmpeg -threads number of threads -i my file.avi target.mp4 hoping it would not hog my cpu and consume only one core of my machine. Actual command line and complete, uncut console output missing. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
[FFmpeg-user] FFPLAY build on MSYS crashes when playaing any video
Dear all, I built a custom version of ffmpeg on msys/mingw32. ffmpeg and ffprobe are behaving very well, but ffplay crashes when reading any file with video. It displays the first image of the video and then exits without error messages. Did anyone encountered and solved this issue ? Note: ffplay reads very well audio only files. Thanks. Tiaray. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] FFPLAY build on MSYS crashes when playaing any video
Velotiaray TOTO-ZARASOA velotiaray at gmail.com writes: How do I get a gdb output ? You run gdb ffplay_g.exe from the shell (cmd) and then r yourfile from the gdb prompt. Please do not top-post here, Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] -threads option has no effect
Hi Thanks for looking into my query. I have a main java program within which I run ffmpeg (using exec). Often there comes a scenario wherein my program needs to create 4+ different instances of ffmpeg program for converting files into different formats. When this happens the cpu gets 'too busy' running the ffmpeg instances which affects the performance of my java program. I think lowering the priority(using nice or start /LOW ) of the ffmpeg process might be a possible strategy to solve this, but would be glad if you can help me point towards a platform independent solution. On Tue, Aug 12, 2014 at 3:39 PM, James Darnley james.darn...@gmail.com wrote: On 2014-08-12 11:59, Rohit Talwar wrote: Hi I ran the command - ffmpeg -threads number of threads -i my file.avi Perhaps you should not be using it as an input option. target.mp4 hoping it would not hog my cpu and consume only one core of my machine. But it was still taking up all of my cpu. I ran the following experiments to confirm my suspicion that including the -threads option has no effect on cpu usage. Why do you not want it to use as much CPU as it can? If this is a desktop that you are using at the same time you should lower the priority of the ffmpeg process. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user -- Regards Rohit Talwar ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] FFPLAY build on MSYS crashes when playaing any video
Thank you for the tip. Here is the output of my gdb command Starting program: d:\Build\x86\ffmpeg-2.3.2\ffplay.exe j://Media/film.mp4 [New Thread 3764.0x570] ffplay version 2.3.2 Copyright (c) 2003-2014 the FFmpeg developers built on Aug 12 2014 12:27:22 with gcc 4.8.1 (GCC) libavutil 52. 92.100 / 52. 92.100 libavcodec 55. 69.100 / 55. 69.100 libavformat55. 48.100 / 55. 48.100 libavdevice55. 13.102 / 55. 13.102 libavfilter 4. 11.100 / 4. 11.100 libswscale 2. 6.100 / 2. 6.100 libswresample 0. 19.100 / 0. 19.100 [New Thread 3764.0x22bc] [New Thread 3764.0x1550] Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'j://Media/film.mp4':=0/0 Metadata: major_brand : isom minor_version : 512 compatible_brands: isomiso2avc1mp41 encoder : Lavf55.19.104 Duration: 00:02:56.14, start: 0.00, bitrate: 5040 kb/s , 90k tbn, 47.95 tbc (default)264 (Main) (avc1 / 0x31637661), yuv420p(tv), 1280x720 [SAR 1:1 DAR 16:9], 4974 kb/s, 23.98 fps, 23.98 tbrnan: 0.000 fd= 0 aq=0KB vq=0KB sq=0B f=0/0 Metadata: handler_name: VideoHandler Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 61 kb/s (default) Metadata: handler_name: SoundHandler [New Thread 3764.0x17ec] [New Thread 3764.0x1f08] [New Thread 3764.0x27c4] [New Thread 3764.0x2408] [New Thread 3764.0x20a0] [New Thread 3764.0x2340] [New Thread 3764.0xe98] [New Thread 3764.0xbdc] [New Thread 3764.0x2598] [New Thread 3764.0x2094] [New Thread 3764.0x12d0] [New Thread 3764.0x1aec] [New Thread 3764.0x2148] [New Thread 3764.0x1c2c] [New Thread 3764.0x2198] [New Thread 3764.0x724] [New Thread 3764.0x1530] [New Thread 3764.0x17d8] [New Thread 3764.0x1d3c] [New Thread 3764.0x2154] [New Thread 3764.0x246c] [New Thread 3764.0xe18] [New Thread 3764.0x1e34] [New Thread 3764.0x1674] [New Thread 3764.0x27e4] [New Thread 3764.0x1c74] [Thread 3764.0xe98 exited with code 0] [Thread 3764.0x2598 exited with code 0] [Thread 3764.0xbdc exited with code 0] [Thread 3764.0x27c4 exited with code 0]vq= 49KB sq=0B f=0/0 [Thread 3764.0x2340 exited with code 0] [Thread 3764.0x1f08 exited with code 0] [Thread 3764.0x20a0 exited with code 0] [Thread 3764.0x17ec exited with code 0] [Thread 3764.0x2408 exited with code 0] [New Thread 3764.0xf78] [New Thread 3764.0x1c0c] [New Thread 3764.0x23cc] [New Thread 3764.0x2658] [New Thread 3764.0x260c] [New Thread 3764.0x1e68] [New Thread 3764.0x1538] [New Thread 3764.0x1db0] [New Thread 3764.0x2434] [New Thread 3764.0x170] 0 aq=3KB vq= 101KB sq=0B f=0/0 [New Thread 3764.0x1cc8] [New Thread 3764.0x1ab0] [New Thread 3764.0x8c8] 0 aq=4KB vq= 74KB sq=0B f=0/0 [New Thread 3764.0x22b8] [New Thread 3764.0xaa0] [New Thread 3764.0x20b4] [New Thread 3764.0x1a6c] [New Thread 3764.0xd30] [New Thread 3764.0x1a34] [New Thread 3764.0x1c30] [New Thread 3764.0x1fec] 0.13 A-V: 0.002 fd= 0 aq=7KB vq= 201KB sq=0B f=0/0 Program received signal SIGSEGV, Segmentation fault. 0x01736a65 in ?? () (gdb) ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] -threads option has no effect
On 8/12/2014 1:56 PM, Rohit Talwar wrote: Hi Thanks for looking into my query. I have a main java program within which I run ffmpeg (using exec). Often there comes a scenario wherein my program needs to create 4+ different instances of ffmpeg program for converting files into different formats. When this happens the cpu gets 'too busy' running the ffmpeg instances which affects the performance of my java program. I think lowering the priority(using nice or start /LOW ) of the ffmpeg process might be a possible strategy to solve this, but would be glad if you can help me point towards a platform independent solution. On Tue, Aug 12, 2014 at 3:39 PM, James Darnley james.darn...@gmail.com wrote: On 2014-08-12 11:59, Rohit Talwar wrote: Hi I ran the command - ffmpeg -threads number of threads -i my file.avi Perhaps you should not be using it as an input option. or to expand this a bit for regular people that don't understand that order matters: try to put threads option AFTER the input file, because most options apply to the next input/output file in the command line, like this: ffmpeg -i my file.avi -threads number of threads ... output don't know if it would do the job for you but it should. also, lowering process priority and letting ffmpeg use all available resources would be my recommendation for maximum performance in all cases. target.mp4 hoping it would not hog my cpu and consume only one core of my machine. But it was still taking up all of my cpu. I ran the following experiments to confirm my suspicion that including the -threads option has no effect on cpu usage. Why do you not want it to use as much CPU as it can? If this is a desktop that you are using at the same time you should lower the priority of the ffmpeg process. ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user -- jazzman attachment: jazzman.vcf___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] -threads option has no effect
Am 12.08.2014 um 12:56 schrieb Rohit Talwar: Thanks for looking into my query. I have a main java program within which I run ffmpeg (using exec). Often there comes a scenario wherein my program needs to create 4+ different instances of ffmpeg program for converting files into different formats. When this happens the cpu gets 'too busy' running the ffmpeg instances which affects the performance of my java program. I think lowering the priority(using nice or start /LOW ) of the ffmpeg process might be a possible strategy to solve this, but would be glad if you can help me point towards a platform independent solution you missed the most important part wrong: ffmpeg -threads number of threads -i my file.avi correct: ffmpeg -i my file.avi -threads number of threads params before -i are for the inout file / decoder signature.asc Description: OpenPGP digital signature ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] Incorrect value in RIFF WAV byterate field in ffmpeg 0.10.x
On Tue, Aug 12, 2014 at 09:04:31 +, Wilfried Weissmann wrote: Sorry, I was referring to the 0.10 branch. I would like to stay on that branch to have a chance to get upstream versions from the rpmfusion repository. Interesting. For EPEL/RHEL5 (that's what you were refering to?) I see ffmpeg 0.4.9. Actually: EPEL5: ffmpeg-0.4.9-0.52.20080908.el5.x86_64.rpm EPEL6: ffmpeg-0.10.11-1.el6.x86_64.rpm F19: ffmpeg-1.2.7-1.fc19.x86_64.rpm F20: ffmpeg-2.1.5-1.fc20.x86_64.rpm F21: ffmpeg-2.3.1-1.fc21.x86_64.rpm It's be nice to get a newer bundle for your repo... I didn't manage to find any other repos though. Moritz ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] -threads option has no effect
Thanks a lot! As pointed out the problem was the incorrect placing of -threads option! Works like a charm now! Thanks again!! :D On Tue, Aug 12, 2014 at 4:34 PM, Reindl Harald h.rei...@thelounge.net wrote: Am 12.08.2014 um 12:56 schrieb Rohit Talwar: Thanks for looking into my query. I have a main java program within which I run ffmpeg (using exec). Often there comes a scenario wherein my program needs to create 4+ different instances of ffmpeg program for converting files into different formats. When this happens the cpu gets 'too busy' running the ffmpeg instances which affects the performance of my java program. I think lowering the priority(using nice or start /LOW ) of the ffmpeg process might be a possible strategy to solve this, but would be glad if you can help me point towards a platform independent solution you missed the most important part wrong: ffmpeg -threads number of threads -i my file.avi correct: ffmpeg -i my file.avi -threads number of threads params before -i are for the inout file / decoder ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user -- Regards Rohit Talwar ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] Incorrect value in RIFF WAV byterate field in ffmpeg 0.10.x
Moritz Barsnick barsnick at gmx.net writes: EPEL5: ffmpeg-0.4.9-0.52.20080908.el5.x86_64.rpm To the best of my knowledge this has known security issues including known sample exploits. Note that it is also missing thousands of features present in current versions of FFmpeg. EPEL6: ffmpeg-0.10.11-1.el6.x86_64.rpm As said, this is too old and should not be used. F19: ffmpeg-1.2.7-1.fc19.x86_64.rpm This is supported. F20: ffmpeg-2.1.5-1.fc20.x86_64.rpm This is compatible with later releases and should be updated. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] FFPLAY build on MSYS crashes when playaing any video
Velotiaray TOTO-ZARASOA velotiaray at gmail.com writes: I cut the configuration line, since it takes too much place in the shell window. (There is a registry trick to make the window larger.) Please compile with ./configure make ffplay.exe and test if it shows a backtrace with bt (or doesn't crash). If the backtrace is still empty, please try with ./configure --disable-optimizations make ffplay.exe Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user
Re: [FFmpeg-user] Incorrect value in RIFF WAV byterate field in ffmpeg 0.10.x
Wilfried Weissmann wweissmann at realnetworks.com writes: EPEL6: ffmpeg-0.10.11-1.el6.x86_64.rpm F21: ffmpeg-2.3.1-1.fc21.x86_64.rpm We rebuild the source rpm from the rpmfusion RHEL 6 repo on RHEL 5 by disabling any features that would not build on the older RHEL release. What build errors do you see if you take the sources of F21? I suspect they should be easy to fix. Carl Eugen ___ ffmpeg-user mailing list ffmpeg-user@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-user