[SOLVED] Problem Transcoding SOPCAST streams

[jhb50]

Some SOPCAST streams are HD 1280x720 transmitted as h264/mp3.mpegts
streams.

When processed by ffmpeg in Serviio the transcoding often fails with

2012-09-08 07:51:14,128 WARN [ProcessExecutor] Process cmd has a return code of 1! This is a possible error.

When I run the same command manually, it will often fail with the message

[mpegts @ 0183F3A0] max_analyze_duration 5000000 reached at 5015467
[mpegts @ 0183F3A0] decoding for stream 1 failed
[mpegts @ 0183F3A0] Could not find codec parameters (Video: h264 ([27][0][0][0]
/ 0x001B))

but if I repeat the command it will eventually find the parameters and run successfully, and explains why Serviio sometimes fails.

This failure has 2 impacts on Serviio. First when refreshing a Webresource containing that stream, the refresh will often fail because ffmpeg fails, and the stream will not be listed by Serviio. Secondly if the webresource does refresh correctly, the playback will often fail because ffmpeg fails on the transcode.

I tried adding the -analyzeduration parameter to extend the amount of the file that is searched (I intercept Serviio ffmpeg calls and change the parameters) and it seems to have fixed the webresource refresh which are info only calls, but that parameter has no effect on encoding calls and so transcoding continues to frequently fail.

This problem makes impossible to transcode SOPCAST streams within Serviio. Any suggestions on how to get ffmpeg to extend its search for the h264 parameters?

[jhb50]

After a lot of testing, I have determined that the -analyzeduration parameter will also work with ffmpeg encoding commands if it is specified before the input parameter hence

ffmpeg.exe" -analyzeduration 10000000 -i http://localhost:8902 -y -threads 4 -copyts -c:v mpeg2video -b:v 2000k -maxrate:v 2000k -bufsize:v 2000k -vf scale=854:480 -g 15 -c:a copy -map 0:1 -map 0:0 -sn -f mpegts pipe:

will extend the search for the h264 parameters beyond 5000000 and successfully transcode the stream. This needs to be added to the Serviio ffmpeg command generator.

[Illico]

Good work !
Could you add a bitbucket ticket ? This parameter is only need with live stream.

[jhb50]

Done
https://bitbucket.org/xnejp03/serviio/i ... reams-h264

[zip]

Does the change have any effect on performance? IE should I add it to processing local files as well, or just online content?

[jhb50]

Does the change have any effect on performance? IE should I add it to processing local files as well, or just online content?

Not that I can see, and its only an online stream problem

[jhb50]

Does the change have any effect on performance? IE should I add it to processing local files as well, or just online content?

Not that I can see, and its only an online stream problem

Looks like ffmpeg will only scan until it finds the files parameters so there will be no performance hit on any files, and its only these problematic live streams that will take a little longer than normal.

I am experiancing the same problem, the connection just is lost after couple of minutes.

I have been trying to figure out from this post where to insert those attributes?
Can anyone help a newbie?

Thanks!

[jhb50]

This has nothing to do with lost connections.

i could do with a a hand on inserting the above text... any help would be much appreciated

[jhb50]

As I said the "Problem Transcoding SOPCAST streams" had nothing to do with "lost connections". As the thread documented the [solved] solution was to add the parameter and this is now added to all ffmpeg commands with Serviio 1.1

So im guessing this problem has not been resolved...

[jhb50]

Do I really need to say it again? The problem addressed by this thread has been solved! As posted above it had nothing to do with a different "lost connections" problem which this thread is not attempting to solve.