> In this case, ffplay is the wrong tool for you, ffmpeg -i input -an -f
null -
> may be a better idea.
FFmpeg decodes a video depending on the hardware capacities, i.e., a video
of 10 sec may be decoded in more than 1 mn or in only 5 sec. Therefore,
FFmpeg doesn't incur miss rate (all frames are
On 2018-06-11 at 5:32 PM EDT, Carl Eugen Hoyos wrote:
2018-06-07 23:40 GMT+02:00, mohammed bey ahmed khernache :
My purpose is to calculate some metrics such as: fps, miss rate, etc, of
video decoding. So I need only to decode a video without displaying it.
Sorry for missing this:
In this
2018-06-11 23:50 GMT+02:00, Moritz Barsnick :
> On Mon, Jun 11, 2018 at 23:31:33 +0200, Carl Eugen Hoyos wrote:
>> > I'm still convinced it's either an ffplay bug, or it's intended.
>>
>> Really?
>
> Yes. What are you implying with your question?
That tautologies are typically true.
Carl Eugen
On Mon, Jun 11, 2018 at 23:31:33 +0200, Carl Eugen Hoyos wrote:
> > I'm still convinced it's either an ffplay bug, or it's intended.
> Really?
Yes. What are you implying with your question? That the behavior is
neither a bug nor is it the way ffplay was intended to behave? (Do you
not understand
2018-06-07 23:40 GMT+02:00, mohammed bey ahmed khernache :
> My purpose is to calculate some metrics such as: fps, miss rate, etc, of
> video decoding. So I need only to decode a video without displaying it.
Sorry for missing this:
In this case, ffplay is the wrong tool for you, ffmpeg -i input
2018-06-10 2:20 GMT+02:00, Moritz Barsnick :
> On Sat, Jun 09, 2018 at 21:44:28 +0200, Carl Eugen Hoyos wrote:
>> ffmpeg (the application) supports several audio output
>> devices like alsa, pulse and oss. They may be what
>> you need.
>
> But Mohammed's input video didn't even have an audio
2018-06-11 12:47 GMT+02:00, mohammed bey ahmed khernache :
> I tried to run *ffplay* without "-*nodisp*" option, where being
> connected to my board via *Remote Desktop Connection*.
> Unfortunately, ffplay couldn't play it.
Did you already try ffmpeg and one of its numerous audio
output
Hello again,
I tried to run *ffplay* without "-*nodisp*" option, where being connected
to my board via *Remote Desktop Connection*.
Unfortunately, ffplay couldn't play it.
Below is the output:
-- output of ffplay
-
On Sat, Jun 09, 2018 at 21:44:28 +0200, Carl Eugen Hoyos wrote:
> ffmpeg (the application) supports several audio output
> devices like alsa, pulse and oss. They may be what
> you need.
But Mohammed's input video didn't even have an audio stream?
I'm still convinced it's either an ffplay bug, or
2018-06-07 17:25 GMT+02:00, mohammed bey ahmed khernache :
> xcb_connection_has_error() returned true
I believe this is not an FFplay error, probably SDL.
ffmpeg (the application) supports several audio output
devices like alsa, pulse and oss. They may be what
you need.
Carl Eugen
> In my case, that's no restriction, because ssh can tunnel X11. I do this
once
in a while.
I have not tried to do that before. When I want to view the video, I
connect to the board via Remote Desktop. For that purpose, I installed the
package "*xrdp*" in my board.
> what is the use case for
On Thu, Jun 07, 2018 at 18:45:32 +0200, mohammed bey ahmed khernache wrote:
> I am using ssh, so I cannot run *ffplay *without "-nodisp" option.
In my case, that's no restriction, because ssh can tunnel X11. I do this once
in a while.
But tell me, what is the use case for "-nodisp"? You only
I am using ssh, so I cannot run *ffplay *without "-nodisp" option.
I think you are right, *ffplay *can decode videos that contain audio stream
without any problem.
Therefore, it must be a bug in *ffplay*.
Thank you for this note.
On Thu, Jun 7, 2018 at 6:20 PM Moritz Barsnick wrote:
> On Thu,
On Thu, Jun 07, 2018 at 17:25:30 +0200, mohammed bey ahmed khernache wrote:
> root@odroid:~/HEVC# ffplay -nodisp -autoexit Tears_400_x265.mp4 >
> ffplay_output
[...]
> Failed to open file 'Tears_400_x265.mp4' or configure filtergraph
It seems that ffplay has issues with "-nodisp" with files that
Thank you for your quick reply.
- ffplay command line
-
ffplay -nodisp -autoexit
- ffplay output
---
root@odroid:~/HEVC# ffplay -nodisp
On Thu, Jun 07, 2018 at 16:50:32 +0200, mohammed bey ahmed khernache wrote:
> Hello,
> I have a video encoded with HEVC.
> Is there a reason why *ffmpeg* can decode it whereas *ffplay* can not?
Yes, perhaps.
Instead of letting us guess, you could provide both your command lines
(i.e. of both
Hello,
I have a video encoded with HEVC.
Is there a reason why *ffmpeg* can decode it whereas *ffplay* can not?
Thank you
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user
To unsubscribe, visit link
17 matches
Mail list logo