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/
Posted 6 November 2015 - 13:35
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/
Posted 6 November 2015 - 17:57
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.
Posted 6 November 2015 - 18:17
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?
ET9000, OpenPLi 4.0, 13E, 19E
HD51, OpenPLi 6.2, 75E - 30W
Posted 6 November 2015 - 18:22
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
Posted 6 November 2015 - 18:28
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.
Posted 8 November 2015 - 18:38
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?
ET9000, OpenPLi 4.0, 13E, 19E
HD51, OpenPLi 6.2, 75E - 30W
Posted 8 November 2015 - 18:45
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.
Posted 8 November 2015 - 19:22
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%
ET9000, OpenPLi 4.0, 13E, 19E
HD51, OpenPLi 6.2, 75E - 30W
Posted 8 November 2015 - 19:28
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.
Posted 8 November 2015 - 19:40
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.
ET9000, OpenPLi 4.0, 13E, 19E
HD51, OpenPLi 6.2, 75E - 30W
Posted 8 November 2015 - 19:52
"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.
Posted 8 November 2015 - 20:29
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.
Posted 8 November 2015 - 20:53
@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.
Posted 9 November 2015 - 15:11
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
Posted 9 November 2015 - 20:21
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?
ET9000, OpenPLi 4.0, 13E, 19E
HD51, OpenPLi 6.2, 75E - 30W
Posted 9 November 2015 - 21:04
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.
0 members, 8 guests, 0 anonymous users