152 replies to this topic

[malakudi]

 

you will have use ffmpeg in windows

Can somebody please point me to the best possible (with many codecs included) source of ffmpeg for Windows, please?

Thank you.

 

 

http://ffmpeg.zeranoe.com/builds/

[ozzsurf]

Yes it's possible, but not in real time.

 

And yes, ffmpeg usually has lots of codecs missing due to patenting and licensing issues. I recommend to compile it yourself.

 

as i said  4 2 2  with ffmpeg  works great

 

 

as for compiling  ffmpeg on enigma2

i tried and failed

it has to be cross compiled for mipsel

so if any one wants to compile it with the major audio and video codecs enabled

Edited by ozzsurf, 6 November 2015 - 18:00.

[Robinson]

ffmpeg -i /hdd/movie/instantrecord.ts -f lavfi -i aevalsrc=0 -shortest -c:v libxvid -qscale:v 2 -c:a copy /hdd/movie/instantrecord.mp4

 

One question though.

The above looks like local paths on your computer (hdd/movie) not on your satellite receiver's HDD but I understood that the box records to its HDD and then Windows ffmpeg converts it on the fly and records also to satellite receiver's HDD, no? SO in my case the paths would look more like this:

ET9X00/Harddisk/movie/instantrecord.ts

ET9X00/Harddisk/movie/instantrecord.mp4

 

As regards ffmpeg for Enigma2, hasn't samsamsam done that already?

[ozzsurf]

 

you will have use ffmpeg in windows

Can somebody please point me to the best possible (with many codecs included) source of ffmpeg for Windows, please?

Thank you.

 

 

this is the ffmpeg i am using on windows

 

download it here

http://s000.tinyupload.com/index.php?file_id=06433565596801398515

Attached Files

•  ffmpeg.JPG   90.98KB   5 downloads

[ozzsurf]

 

ffmpeg -i /hdd/movie/instantrecord.ts -f lavfi -i aevalsrc=0 -shortest -c:v libxvid -qscale:v 2 -c:a copy /hdd/movie/instantrecord.mp4

 

One question though.

The above looks like local paths on your computer (hdd/movie) not on your satellite receiver's HDD but I understood that the box records to its HDD and then Windows ffmpeg converts it on the fly and records also to satellite receiver's HDD, no? SO in my case the paths would look more like this:

ET9X00/Harddisk/movie/instantrecord.ts

ET9X00/Harddisk/movie/instantrecord.mp4

 

As regards ffmpeg for Enigma2, hasn't samsamsam done that already?

 

 

no they are the paths on my solo2

it was wriiten like that as a example

 

i write my path to my solo2 /hdd like this

 

ffmpeg -i \\Vusolo2\harddisk\movie\instantrecord.ts -f lavfi -i aevalsrc=0 -shortest -c:v libxvid -qscale:v 2 -c:a copy \\Vusolo2\harddisk\movie\instantrecord.mp4

 

the ffmpeg samsamsam done

has no codecs enabled it dont work for anything

Edited by ozzsurf, 6 November 2015 - 18:30.

[Robinson]

 

Yes it's possible, but not in real time.

And yes, ffmpeg usually has lots of codecs missing due to patenting and licensing issues. I recommend to compile it yourself.

as i said  4 2 2  with ffmpeg  works great

 

I was only partly successful.

In general, I was unable to open the output file until the conversion was finished.

In other words, I started recording a 4:2:2 feed (only sound was heard), then I went up to my computer and ran the ffmpeg command. Conversion and streaming back to my ET9000 started.

Then I went back to my ET9000 and tried to open the new *.mp4 file. Unfortunately, although I saw the file size constantly growing, when opening the file I got 0:00 minutes.

Then I stopped recording the 4:2:2 feed, waited several minutes for the conversion to finish and then I could indeed open the new 4:2:0 mp4 file.

What could be the reason?

Attached Files

•  a.jpg   52.3KB   4 downloads
•  b.jpg   11.11KB   4 downloads

[ozzsurf]

so did it play after conversion ?

 

you have to wait for the conversion to finish at the moment

 

im working on piping the mp4 to another file so you can watch as it converts

 

also you can play about with

 

-qscale:v

 

1 - 31

1 is the best quality

31 the worst

i am now setting mine at 3

Edited by ozzsurf, 8 November 2015 - 18:49.

[Robinson]

Of course it played after conversion.

But that means the 4:2:2 recording had to be finished (so it would not be possible to watch the feed in "almost real-time"), conversion finished and then it played. It looked like Enigma default player saw the converted file as 0:00 in time (alhough there were hundreds of MB indicated). It was only after the conversion finished that the file played.

So the file played only after the following was completed:

 

...

frame=20899 fps= 27 q=2.0 size= 1667850kB time=00:13:55.96 bitrate=16344.1kbits/
frame=20913 fps= 27 q=2.0 size= 1669142kB time=00:13:56.52 bitrate=16345.8kbits/
frame=20931 fps= 27 q=2.0 size= 1670198kB time=00:13:57.24 bitrate=16342.1kbits/
frame=20942 fps= 27 q=2.0 size= 1671071kB time=00:13:57.68 bitrate=16342.1kbits/
frame=20961 fps= 27 q=2.0 size= 1672394kB time=00:13:58.44 bitrate=16340.2kbits/
frame=20978 fps= 27 q=2.0 size= 1673669kB time=00:13:59.12 bitrate=16339.4kbits/
frame=20996 fps= 27 q=2.0 size= 1674959kB time=00:13:59.84 bitrate=16337.9kbits/
frame=21009 fps= 27 q=2.0 size= 1676133kB time=00:14:00.36 bitrate=16339.3kbits/
frame=21026 fps= 27 q=2.0 size= 1677345kB time=00:14:01.04 bitrate=16337.9kbits/
frame=21047 fps= 27 q=2.0 size= 1678692kB time=00:14:01.88 bitrate=16334.7kbits/
frame=21067 fps= 27 q=2.0 size= 1680051kB time=00:14:02.68 bitrate=16332.4kbits/
frame=21083 fps= 27 q=2.0 size= 1681099kB time=00:14:03.32 bitrate=16330.2kbits/
frame=21100 fps= 27 q=2.0 size= 1682859kB time=00:14:04.00 bitrate=16334.1kbits/
frame=21110 fps= 27 q=2.0 size= 1684747kB time=00:14:04.40 bitrate=16344.7kbits/
frame=21121 fps= 27 q=2.0 size= 1686212kB time=00:14:04.84 bitrate=16350.4kbits/
[mpegts @ 00000000004fb620] PES packet size mismatch
frame=21129 fps= 27 q=2.0 size= 1687727kB time=00:14:05.16 bitrate=16358.9kbits/
[mpeg2video @ 0000000003037360] ac-tex damaged at 22 32
frame=21132 fps= 27 q=2.0 Lsize= 1689281kB time=00:14:05.28 bitrate=16371.6kbits
/s dup=12 drop=0
video:1662310kB audio:26412kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 0.033074%

[ozzsurf]

so now you have 4:2:2 on your box

 

but you had to wait a bit to watch it (shame lol)

 

the next step is to get this to work  in real time

by piping the converted file as it fills to another file

then watch it from that

 

all will be one commmand

 

then when thats done

 

will someone compile fffmpeg for enigma2

Edited by ozzsurf, 8 November 2015 - 19:31.

[Robinson]

I misunderstood. I thought it was already possible to watch it in "almost real time". If not, then of course it works the way you described.

Do you think you will be successful in piping the converted file so that it could be watched in real time. But this of course would depend on how fast the computer's CPU can make a conversion and steram it back to the box. Can it be faster then the actual 4:2:2 file written to HDD of the box?

As for the ffmpeg for enigma2, I wonder if samsamsam could contribute.

Thanks for your efforts, ozzsurf.

[ozzsurf]

"Can it be faster then the actual 4:2:2 file written to HDD of the box?"

 

as long as you are about 20 mb in front with the main recording file

the mp4 will never catch it up

 

as for

"Do you think you will be successful in piping the converted file"

watch this space

Edited by ozzsurf, 8 November 2015 - 19:54.

[malakudi]

Try outputting to mpeg-ts file. It might be playable realtime. mp4 files can't be played back while they are recorded because stream metadata in mp4 files is in the start or end of the file, and in order to play it back full metadata is needed. mpeg-ts can be played from any position.

Of course, in order to work, ffmpeg should not read lock the written file. This remains to be seen, I haven't tried it.

[ozzsurf]

@malakudi

thks for your input

 

yes it works

ffmpeg -i \\Vusolo2\harddisk\movie\input.ts -f lavfi -i aevalsrc=0 -shortest -c:v libxvid -qscale:v 2 -c:a copy -f mpegts \\Vusolo2\harddisk\movie\output-file.ts

can now watch 4:2:2 in real time

 

let file fill up to 20mb

then play

 

added

-f mpegts

and

.ts

to the line

Edited by ozzsurf, 8 November 2015 - 20:55.

[ozzsurf]

on 1080p

 

need to add bufffer for 3mins or so

[ozzsurf]

ffmpeg -re -i \\Vusolo2\harddisk\movie\input.ts -f lavfi -i aevalsrc=0 -shortest -c:v libxvid -s 720x576 -qscale:v 5 -c:a copy -f mpegts \\Vusolo2\harddisk\movie\output.ts

few more tips on this all in the line above
 
put  -re at the start


if the file is to big
you can change the size of the output by adding

-s 720x576
or
-s 1280x720

or even lower

and change the quality

 -qscale:v

1 - 31

1 is the best quality

31 the worst

[Robinson]

Hi,

I used your previous command (without -re) and I was quite successful on my ET9000.

However, after about 7-8 minutes the ffmpeg stopped working.

Here are some of the last lines in the log:

frame=11400 fps= 34 q=2.0 size=  862450kB time=00:07:36.56 bitrate=15474.8kbits/
frame=11414 fps= 34 q=2.0 size=  863783kB time=00:07:37.12 bitrate=15479.8kbits/
frame=11431 fps= 34 q=2.0 size=  865383kB time=00:07:37.80 bitrate=15485.4kbits/
frame=11444 fps= 34 q=2.0 size=  866473kB time=00:07:38.32 bitrate=15487.3kbits/
frame=11459 fps= 34 q=2.0 size=  868024kB time=00:07:38.92 bitrate=15494.7kbits/
frame=11475 fps= 34 q=2.0 size=  869420kB time=00:07:39.56 bitrate=15498.1kbits/
frame=11492 fps= 34 q=2.0 size=  870866kB time=00:07:40.24 bitrate=15500.9kbits/
frame=11507 fps= 34 q=2.0 size=  872724kB time=00:07:40.84 bitrate=15513.8kbits/
frame=11528 fps= 34 q=2.0 size=  873984kB time=00:07:41.68 bitrate=15507.9kbits/
frame=11546 fps= 34 q=2.0 size=  875202kB time=00:07:42.40 bitrate=15505.3kbits/
frame=11559 fps= 34 q=2.0 size=  876157kB time=00:07:42.92 bitrate=15504.8kbits/
frame=11576 fps= 34 q=2.0 size=  877656kB time=00:07:43.60 bitrate=15508.5kbits/
frame=11590 fps= 34 q=2.0 size=  878725kB time=00:07:44.16 bitrate=15508.7kbits/
frame=11607 fps= 34 q=2.0 size=  879833kB time=00:07:44.84 bitrate=15505.5kbits/
frame=11624 fps= 34 q=2.0 size=  881239kB time=00:07:45.52 bitrate=15507.6kbits/
frame=11643 fps= 34 q=2.0 size=  882724kB time=00:07:46.28 bitrate=15508.4kbits/
frame=11656 fps= 34 q=2.0 size=  884198kB time=00:07:46.80 bitrate=15517.0kbits/
frame=11674 fps= 34 q=2.0 size=  885447kB time=00:07:47.52 bitrate=15515.0kbits/
frame=11690 fps= 34 q=2.0 size=  886528kB time=00:07:48.16 bitrate=15512.7kbits/
[mpegts @ 00000000004cb600] PES packet size mismatch
frame=11708 fps= 34 q=2.0 size=  887955kB time=00:07:48.88 bitrate=15513.8kbits/
overread 11
[mpeg2video @ 000000000336c060] Warning MVs not available
[mpeg2video @ 000000000336c060] concealing 495 DC, 495 AC, 495 MV errors in B fr
ame
frame=11716 fps= 34 q=2.0 Lsize=  888775kB time=00:07:49.20 bitrate=15517.6kbits
/s
video:800268kB audio:21982kB subtitle:0kB other streams:0kB global headers:0kB m
uxing overhead: 8.090509%

What could be the reason?

 

By the way, what does "-re" command do?

[Robinson]

One more thing, Enigma2 showed this converted file as 720x576p60.

[ozzsurf]

The FFmpeg's "-re" flag means to "Read input at native frame rate. Mainly used to simulate a grab device." i.e. if you wanted to stream a video file, then you would want to use this, otherwise it might stream it too fast   useful for real-time output  

 

 

as for your error i have had those shown at the end of convert

but my ffmpeg did not stop and the playing of the file was not affected

Edited by ozzsurf, 9 November 2015 - 21:06.

[ozzsurf]

One more thing, Enigma2 showed this converted file as 720x576p60.

 

mine says

720x576p25

[ozzsurf]

next step stream the channel data convert on the fly pipe to mediaplayer

 

no files on /hdd