Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Video Encoding > MPEG-4 AVC / H.264

Reply
 
Thread Tools Search this Thread Display Modes
Old 17th January 2013, 20:02   #21  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by mzso View Post
Is there anything faster than the ultrafast preset?

I tried this:
Code:
ffmpeg -f dshow -i video=screen-capture-recorder -acodec copy -vcodec libx264 -preset ultrafast -crf 0 out.mkv
My pc is not the fastest and I prefer to record losslessly with minimal compression, and later convert, and this was a bit too much for my pc too. Or I shouldn't use h264 in this case?

(Of course audio didn't work. Could anyone tell me how to record the sounds too?)
If you just want to capture to a lossless intermediate format, you could try huffyuv/ffvhuff. Should be pretty fast.

(Alternatively you might also give Lagarith a try, which should compress a bit better and supports multi-threading)
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊
LoRd_MuldeR is offline   Reply With Quote
Old 17th January 2013, 20:26   #22  |  Link
mzso
Registered User
 
Join Date: Oct 2009
Posts: 930
Quote:
Originally Posted by Dark Shikari View Post
What CPU do you have and what resolution are you trying to record? Could you paste the output of ffmpeg?
Well, I'm recording my desktop which is 1920*1200 and I have an e6750.

Nothing ingeresting on the command line, just a lot things like this:
Code:
[dshow @ 00000000003bc8e0] real-time buffer 456% full! frame dropped!
    Last message repeated 2 times
[dshow @ 00000000003bc8e0] real-time buffer 454% full! frame dropped!
    Last message repeated 2 times
[dshow @ 00000000003bc8e0] real-time buffer 456% full! frame dropped!
    Last message repeated 2 times
real-time buffer 456% full! frame dropped!time=00:00:35.47 bitrate=11644.1kbits/s
[dshow @ 00000000003bc8e0] real-time buffer 454% full! frame dropped!


Quote:
Originally Posted by LoRd_MuldeR View Post
If you just want to capture to a lossless intermediate format, you could try huffyuv/ffvhuff. Should be pretty fast.

(Alternatively you might also give Lagarith a try, which should compress a bit better and supports multi-threading)
Thanks for the tipp.
mzso is offline   Reply With Quote
Old 17th January 2013, 20:35   #23  |  Link
Dark Shikari
x264 developer
 
Dark Shikari's Avatar
 
Join Date: Sep 2005
Posts: 8,666
Huffyuv is often pretty slow because it doesn't have interframe compression or multithreading.

Quote:
Originally Posted by mzso View Post
Well, I'm recording my desktop which is 1920*1200 and I have an e6750.
I was mainly just looking to check the framerate, whether x264 was compiled with asm, and so forth (the stuff before all the warnings).
Dark Shikari is offline   Reply With Quote
Old 17th January 2013, 20:51   #24  |  Link
mzso
Registered User
 
Join Date: Oct 2009
Posts: 930
Quote:
Originally Posted by Dark Shikari View Post
Huffyuv is often pretty slow because it doesn't have interframe compression or multithreading.

I was mainly just looking to check the framerate, whether x264 was compiled with asm, and so forth (the stuff before all the warnings).
I see:

Code:
D:\>ffmpeg -f dshow -i video="screen-capture-recorder":audio="virtual-audio-capturer" -acodec copy -vcodec libx264 -preset ultrafast -crf 0 tesztfile.mkv
ffmpeg version N-48731-g7e5c5fa Copyright (c) 2000-2013 the FFmpeg developers
  built on Jan 10 2013 19:52:48 with gcc 4.7.2 (GCC)
  configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enab
le-libass --enable-libbluray --enable-libcaca --enable-libfreetype --enable-libgsm --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --e
nable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvo-aacenc --en
able-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxavs --enable-libxvid --enable-zlib --enable-filter=frei0r
  libavutil      52. 13.100 / 52. 13.100
  libavcodec     54. 86.100 / 54. 86.100
  libavformat    54. 59.107 / 54. 59.107
  libavdevice    54.  3.102 / 54.  3.102
  libavfilter     3. 32.100 /  3. 32.100
  libswscale      2.  1.103 /  2.  1.103
  libswresample   0. 17.102 /  0. 17.102
  libpostproc    52.  2.100 / 52.  2.100
[dshow @ 000000000032c8e0] Estimating duration from bitrate, this may be inaccurate
Guessed Channel Layout for  Input Stream #0.1 : 7.1
Input #0, dshow, from 'video=screen-capture-recorder:audio=virtual-audio-capturer':
  Duration: N/A, start: 79153.412000, bitrate: 5644 kb/s
    Stream #0:0: Video: rawvideo, bgr24, 1920x1200, 30 tbr, 10000k tbn, 30 tbc
    Stream #0:1: Audio: pcm_s16le, 44100 Hz, 7.1, s16, 5644 kb/s
[libx264 @ 0000000003bd4960] using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
[libx264 @ 0000000003bd4960] profile High 4:4:4 Predictive, level 5.0, 4:4:4 8-bit
[libx264 @ 0000000003bd4960] 264 - core 129 r2230 1cffe9f - H.264/MPEG-4 AVC codec - Copyleft 2003-2012 - http://www.videolan.org/x264.html - options: cabac=0 r
ef=1 deblock=0:0:0 analyse=0:0 me=dia subme=0 psy=0 mixed_ref=0 me_range=16 chroma_me=1 trellis=0 8x8dct=0 cqm=0 deadzone=21,11 fast_pskip=0 chroma_qp_offset=0
threads=3 lookahead_threads=1 sliced_threads=0 nr=0 decimate=1 interlaced=0 bluray_compat=0 constrained_intra=0 bframes=0 weightp=0 keyint=250 keyint_min=25 sce
necut=0 intra_refresh=0 rc=cqp mbtree=0 qp=0
Output #0, matroska, to 'tesztfile.mkv':
  Metadata:
    encoder         : Lavf54.59.107
    Stream #0:0: Video: h264, yuv444p, 1920x1200, q=-1--1, 1k tbn, 30 tbc
    Stream #0:1: Audio: pcm_s16le, 44100 Hz, 7.1, 5644 kb/s
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo -> libx264)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[dshow @ 000000000032c8e0] real-time buffer 456% full! frame dropped!
    Last message repeated 1 times
mzso is offline   Reply With Quote
Old 18th January 2013, 10:09   #25  |  Link
Blue_MiSfit
Derek Prestegard IRL
 
Blue_MiSfit's Avatar
 
Join Date: Nov 2003
Location: Los Angeles
Posts: 5,988
Also, please refrain from committing thread necromancy ! This thread hadn't been touched in 3.5 years!

Next time, please open a new thread.
__________________
These are all my personal statements, not those of my employer :)
Blue_MiSfit is offline   Reply With Quote
Old 20th July 2018, 23:04   #26  |  Link
royia
Drazick
 
Join Date: May 2003
Location: Israel
Posts: 139
@DarkShakiri,

I use FastStone Capture which unfortunately outputs WMV videos.
Yet I could never convert the WMV into h264 (Using x264) with similar quality at the same size.

Could it be WMV has a feature which makes it optimized to Scree Capture?
royia is offline   Reply With Quote
Old 21st July 2018, 08:52   #27  |  Link
mzso
Registered User
 
Join Date: Oct 2009
Posts: 930
Quote:
Originally Posted by royia View Post
@DarkShakiri,

I use FastStone Capture which unfortunately outputs WMV videos.
Yet I could never convert the WMV into h264 (Using x264) with similar quality at the same size.

Could it be WMV has a feature which makes it optimized to Scree Capture?
Converting from a lossy format to another will always degrade quality.
mzso is offline   Reply With Quote
Old 23rd July 2018, 05:16   #28  |  Link
foxyshadis
ангел смерти
 
foxyshadis's Avatar
 
Join Date: Nov 2004
Location: Lost
Posts: 9,558
Quote:
Originally Posted by royia View Post
@DarkShakiri,

I use FastStone Capture which unfortunately outputs WMV videos.
Yet I could never convert the WMV into h264 (Using x264) with similar quality at the same size.

Could it be WMV has a feature which makes it optimized to Scree Capture?
WMV does indeed have a screen coding codec that's significantly better optimized to regular computer use than general-purpose video codecs. Try lossless mode, which enables transform bypass. x265 exposes --cu-lossless and --tskip, which are part of the base standard, but has not yet implemented Screen Content Coding, which would be closer to what you have now, nor have most decoding chipsets.

Also, DarkShikari is long gone.
foxyshadis is offline   Reply With Quote
Old 8th July 2019, 18:44   #29  |  Link
royia
Drazick
 
Join Date: May 2003
Location: Israel
Posts: 139
Quote:
Originally Posted by foxyshadis View Post
WMV does indeed have a screen coding codec that's significantly better optimized to regular computer use than general-purpose video codecs. Try lossless mode, which enables transform bypass.
Hi,
Could you please give me recommended parameters inside VLC convert screen?

Is there any open standard video compression with similar results to WMV for this type of content?
It has amazing results with very low bit rate.
royia is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 21:14.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.