Jim DeLaHunt-2 wrote
> It seems like this is a question for the playback app, not for ffmpeg.
> What are you using to play back the video? VLC? FFplay? Whatever player
> the PS/3 has?
I'm on Linux (Mint) and I've used VLC and Xplayer; on the PS/3 it's whatever
it uses natively to play the mp4
On 07/16/2020 02:04 AM, fowman wrote:
Jim DeLaHunt-2 wrote
It seems like this is a question for the playback app, not for ffmpeg.
What are you using to play back the video? VLC? FFplay? Whatever player
the PS/3 has?
I'm on Linux (Mint) and I've used VLC and Xplayer; on the PS/3 it's whatever
Hi Deian,
On Thu, Jul 16, 2020 at 07:16:08 +, FFmpeg user discussions wrote:
> Hi !
> I have some VVC (versatile video codec) files and wanted to run some tests to
> see how much computational power is needed to decode them. The FFmpeg does
> not recognize the stream, even when i use the
On Thu, Jul 16, 2020 at 09:45:56 +0200, Moritz Barsnick wrote:
> Hi Deian,
[...]
> Is it this thread?
> https://www.reddit.com/r/VVC/comments/hputue/no_way_found_to_play_vvc_files/
>
> Kindly describe your problem directly here.
Ah, is VCC identical with H.266? Yet another patent encumbered next
On Thu, Jul 16, 2020 at 10:02:17 +0200, Moritz Barsnick wrote:
> ffmpeg doesn't have support for that yet. Patch welcome. Perhaps if the
> MPEG consortium could provide a free, open reference decoder
> implementation? Just dreaming...
My bad, that Reddit does point to the Fraunhofer
From what I've seen, it is functionally an expansion on 265 in the same way
that 265 was an expansion on 264.
And yes, the same political problems attend it that also attended 265, and no
real effort has been made to solve those problems.
As such it's probably irrelevant how good it is because
Hi !
I have some VVC (versatile video codec) files and wanted to run some tests to
see how much computational power is needed to decode them. The FFmpeg does not
recognize the stream, even when i use the copy_unknown command it does nothing
and also asks for an output container format ( i want
Mark Filipak wrote
> Isn't there another common factor? How about the display device? Are you
> playing to the same TV? Can
> that TV scale up 1280x720?
VLC and Xplayer are playing to my computer screen, and the PS/3 to my TV, so
no, not the same.
With the small mp4 (1280x720) playing through
Moritz Barsnick wrote
> Only the PS/3 is the issue, right?
No, I have the same on all three.
--
Sent from: http://www.ffmpeg-archive.org/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-user
To
On Thu, Jul 16, 2020 at 07:22:39 -0500, fowman wrote:
> No, I have the same on all three.
Ah, okay. *All* you players are able to scale the 720x576 video to
fullscreen (automatically?), and *NONE* of them manages that with the
1280x720 video? That seems very unlikely. With every 1280x720 video?
On Thu, Jul 16, 2020 at 09:20:31 -0400, Edward Park wrote:
> I don't know if they are not used in all players but MP4 file format
> can contain the "clean-aperture" region info as well as matrices to
> specify sample transformations before the presentation should be
> displayed by default.
Ah,
On Thu, Jul 16, 2020 at 06:55:55 -0500, fowman wrote:
> VLC and Xplayer are playing to my computer screen, and the PS/3 to my TV, so
> no, not the same.
Only the PS/3 is the issue, right?
> With the small mp4 (1280x720) playing through the PS/3, I can change the TV
> display settings with
Hi,
> On Jul 16, 2020, at 08:39, Moritz Barsnick wrote:
>
> On Thu, Jul 16, 2020 at 07:22:39 -0500, fowman wrote:
>> No, I have the same on all three.
>
> Ah, okay. *All* you players are able to scale the 720x576 video to
> fullscreen (automatically?), and *NONE* of them manages that with the
On 16/07/2020 14:22, fowman wrote:
> Moritz Barsnick wrote
>> Only the PS/3 is the issue, right?
>
> No, I have the same on all three.
>
>
Does your video not need [black bar] cropping? Easiest is to open in HandBrake
and select Preview, then Show Crop.
--
PeterVDH
Hi Haihao,
The question is why this is not possible at all since it was possible
already on an older system.
I kinda don't understand where these warnings come from ... maybe the
amdgpu Kernel driver?
Anyway ... encoding with libx265 is possible but for my purpose far to
slow even with all
On 07/16/2020 01:39 PM, fowman wrote:
Moritz Barsnick wrote
With every 1280x720 video? Or just this one?
Just this, but then it's the only one I have :-)
I'm guessing the latter video is letterboxed, i.e. a large black box
around it is encoded in the video. If you can share, we could tell.
Moritz Barsnick wrote
> With every 1280x720 video? Or just this one?
Just this, but then it's the only one I have :-)
> I'm guessing the latter video is letterboxed, i.e. a large black box
> around it is encoded in the video. If you can share, we could tell.
Yes it is. My description of being
On Thu, Jul 16, 2020 at 12:39:03 -0500, fowman wrote:
> Just this, but then it's the only one I have :-)
It can't be that difficult to find other 1280x720 recodings, can it? Or
to create your own?
> Here is ffprobe info:
>
> Original .ts file recorded by my Humax:
> Stream #0:0[0x931]: Video:
I'm using ffmpeg to read an mp4 video from a HTTP URL and in some cases it
issues up to 3 HTTP calls before it actually starts the conversion. There is no
attempt to seek the video on the command line. The server returns HTTP/1.1 206
Partial Content initially and ffmpeg then tries to get data
Hi all, I have a recording configuration going that's grabbing three
1080 30p inputs and one 720 30p input simultaneously, and seems to be
capable of either prores or libx264 crf 23 compressions. The resulting
video appears to be smooth, and when I include a clock in one of the
streams, it
20 matches
Mail list logo