Re: [FFmpeg-user] could someone rip this m3u8 stream? ffmpeg give me an error

[Lou Logan]

On Wed, Feb 14, 2018, at 10:48 AM, fathom wrote:
> Hi to all.
> 
> I am trying to rip this stream
> 
> http://viacomitalytest-lh.akamaihd.net/i/sbshdlive_1@195657/master.m3u8
> 
> i use this command line
> 
> ffmpeg -i
> "http://viacomitalytest-lh.akamaihd.net/i/sbshdlive_1@195657/master.m3u8;
> -c:v copy -c:a copy -f mp4  "stream.mp4"
> 
> but ffmpeg dont start to rip and give an error.
> 
> Is there someone that can tell me how can i fix this error?

You should always include any error messages instead of only mentioning that 
you get an error. It is required that you include the complete console output 
from your ffmpeg command. This will include the error. You should always 
include the full command (like you already did) and the resulting console 
output when asking for help.
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] could someone rip this m3u8 stream? ffmpeg give me an error

[fathom]

Hi to all.

I am trying to rip this stream

http://viacomitalytest-lh.akamaihd.net/i/sbshdlive_1@195657/master.m3u8

i use this command line

ffmpeg -i
"http://viacomitalytest-lh.akamaihd.net/i/sbshdlive_1@195657/master.m3u8;
-c:v copy -c:a copy -f mp4  "stream.mp4"

but ffmpeg dont start to rip and give an error.

Is there someone that can tell me how can i fix this error?

Thank you very much



--
Sent from: http://www.ffmpeg-archive.org/
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

[FFmpeg-user] Custom Threading

[Robert Nagy]

In avfilter it is very easy to override the default threading
implementation by just assigning to AVFilterGraph->execute.

However, this doesn't seem to be possible avcodec. You can't just simply
assign to AVCodecContext->execute(2) since ffmpeg internally always
initializes it's own threading.

Am I missing something? Is it possible to do custom threading with avcodec
somehow?
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] Impossible to convert between the formats supported by the filter 'Parsed_null_0' and the filter 'auto_scaler_0'

[Garri Djavadyan]

On 2018-02-13 23:56, James Girotti wrote:

Recently, I faced transcoding issues with fully hardware nvdec/nvenc
scheme. Particularly, my FFmpeg feed fails with the following error 
after

30-60 minutes of live transcoding:


I have recently encountered this as well, but with DVD video material.



As I understand, some parameters change after 30-60 minutes in video
stream and FFmpeg tries to use software scaler in fully hardware 
scheme.
But I can't figure out exact reasons to act against the problem. I 
will be

very grateful if someone could direct me. I use following cmd line:

---
/usr/local/ffmpeg/bin/ffmpeg -analyzeduration 100M -probesize 100M
-loglevel debug -hwaccel_device 1 -hwaccel cuvid -c:v h264_cuvid 
-deint 2

-drop_second_field 1 -i udp://224.4.4.13:1013?fifo_siz
e=25_nonfatal=1 -map p:1011:0 -map p:1011:1 -c:v 
h264_nvenc

-profile:v high -level 4.1 -b:v 2048k -c:a libfdk_aac -b:a 128k -af
aresample=async=1000 -f mpegts http://192.168.0.10/15/mpegts



The solution I used was to drop the all the "hwaccel" parameters, still
using hw-decoding and encoding. This does impact performance, but it
ensures that if the stream contains material of a different pixel 
format

that the sws can correct it and transcoding will continue.


James, thank you very much for the advise. I've solved the issue using 
partially hardware transcoding (h264_cuvid -> system memory -> 
h264_nvenc), so the cmd line now is:


---
/usr/local/ffmpeg/bin/ffmpeg -analyzeduration 100M -probesize 100M 
-loglevel debug -c:v h264_cuvid -deint 2 -drop_second_field 1 -gpu 1 -i 
udp://224.4.4.13:1013?fifo_size=25_nonfatal=1 -map p:1011:0 
-map p:1011:1 -c:v h264_nvenc -gpu 1 -profile:v high -level 4.1 -b:v 
2048k -c:a libfdk_aac -b:a 128k -af aresample=async=1000 -f mpegts 
http://192.168.0.10/15/mpegts

---



I'm not sure if this is a regression in ffmpeg/nvidia or just bad video
material. I hadn't ever run into this until about a month ago. And it's
happened on several videos from different DVD's. I didn't dig into it, 
I
just dropped the hwaccel parameters and moved on with my life. I wonder 
if

it's actually a problem in the hw-decoder, but I didn't see any error
messages to prove that.



After migration to partially hardware transcoding, I don't see any calls 
for sws in debug log any more, but the following periodical messages 
from h264_cuvid:


[h264_cuvid @ 0x5616844a6c00] Format nv12 chosen by get_format().
[h264_cuvid @ 0x5616844a6c00] Formats: Original: nv12 | HW: nv12 | SW: 
nv12



I noticed that aspect ratio of TV programs changes over the time 
(visually) on the problem stream, but the actual SAR/DAR never changes 
(inspected by ffprobe periodically).



Garri
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] fail to seek key video packet

[Carl Eugen Hoyos]

2018-02-14 13:02 GMT+01:00 qw :
>>If the issue is only reproducible with files created with FFmpeg,
>>I would assume an issue with the muxed file / the muxer.
>
> We could use some video/audio analyzer tools to check
> whether the sample ts file is correct. If there is no problem,
> we can think there is bug in ffmpeg, e.g. ts demuxer.

Or, even simpler, we could test with the original file (before
being remuxed or transcoded with FFmpeg) to know for sure
if FFmpeg needs a change.

(I assume that your test doesn't really help because our
muxer is known not to be compliant afair.)

Carl Eugen
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] fail to seek key video packet

[qw]

>If the issue is only reproducible with files created with FFmpeg,
>I would assume an issue with the muxed file / the muxer.
We could use some video/audio analyzer tools to check whether the sample ts 
file is correct. If there is no problem, we can think there is bug in ffmpeg, 
e.g. ts demuxer.


Thanks!


Regards


Andrew






At 2018-02-12 02:53:39, "Carl Eugen Hoyos"  wrote:
>2018-02-11 12:58 GMT+01:00 qw :
>>>Not sure what you are trying to show but this file was created with
>>>FFmpeg and is therefore typically not a good example.
>>>
>>>Or to say it differently: If the issue can be shown with a file
>>>created by FFmpeg, why did you upload a (large) sample?
>>
>> I just find the issue with the large sample files.
>
>If the issue is only reproducible with files created with FFmpeg,
>I would assume an issue with the muxed file / the muxer.
>
>Carl Eugen
>___
>ffmpeg-user mailing list
>ffmpeg-user@ffmpeg.org
>http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
>To unsubscribe, visit link above, or email
>ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".

Re: [FFmpeg-user] mpdecimate and setpts

[Chen Fisher]

Thanks Carl! That works.

On Mon, Feb 12, 2018 at 3:57 PM Carl Eugen Hoyos  wrote:

> 2018-02-12 7:57 GMT+01:00 Chen Fisher :
> > I'm using mpdecimate to remove similar frames:
> > ffmpeg -i in.mp4 -vf mpdecimate out.mp4
> >
> > But the ending result has the same number of frames as the original video
> > file (although smaller file size).
> >
> > When using mpdecimate with setpts, the ending result has indeed smaller
> > frame count and smaller file size than before.
> > BUT, it will also change the time and "skip" those similar frames. I'm
> > looking for a way to remove frames but still have the time as the
> original.
> > So the "duplicate" frame will actually be played for the duration of all
> > removed duplicate frames.
> >
> > ffmpeg -i in.mp4 -vf "mpdecimate,setpts=N/FRAME_RATE/TB" out.mp4
>
> You cannot combine mpdecimate and mov/mp4 output in a useful way
> because our mov/mp4 muxer only supports constant frame rate, this
> is a known limitation of FFmpeg.
> Try mkv.
>
> Carl Eugen
> ___
> ffmpeg-user mailing list
> ffmpeg-user@ffmpeg.org
> http://ffmpeg.org/mailman/listinfo/ffmpeg-user
>
> To unsubscribe, visit link above, or email
> ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".
___
ffmpeg-user mailing list
ffmpeg-user@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmpeg-user

To unsubscribe, visit link above, or email
ffmpeg-user-requ...@ffmpeg.org with subject "unsubscribe".