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. |
4th July 2015, 21:45 | #381 | Link | |
Registered User
Join Date: Sep 2007
Posts: 5,377
|
You should definitely test end to end what kind of results you are getting. For 10bit tests, using a gradient makes it easy to see the problem
I usually start on the ends (input and final output), and if something is wrong, work towards the middle tracing each step to find out where something went wrong. For some software / host applications there is no solution except to use their "preferred" uncompressed format (for some applications, they do not handle huffyuv, lagarith, ut video , magic yuv , etc... as lossless YUV ,or at the correct bit depth). That' s not really the codec developers fault IMO Quote:
|
|
5th July 2015, 18:21 | #382 | Link |
Registered User
Join Date: Dec 2005
Posts: 250
|
I now have just a very little time to answer, but I write as the discussion begins to touch on too many subjects concerning various codecs and YUV formats in ingest systems, which does not directly concern codec development, but rather workflow and system setup, so I think it is getting slightly offtopic.
May I suggest to start a new thread in some other category on doom9 and continue the discussion there? That way maybe more people would be able to provide feedback as well! I also would very much like to reflect upon the recent posts, but unfortunately I cannot do that now, as I'm not at home for a few weeks. Thanks! Greets, I.
__________________
http://magicyuv.com - MagicYUV: a new fast lossless video codec for the 4K and multi-core era... |
20th July 2015, 13:49 | #383 | Link |
Moderator
Join Date: Feb 2002
Posts: 643
|
Hi,
Just bought a Blackmagic Intensity 4K for capturing PS4, Xbox One etc at 1080p60. Annoyingly the only way to get a picture via DirectShow is using the r210 colourspace - which does not seem to be supported by any codec! Would it be possible to incorporate downsampling support for r210 into MagicYUV? |
20th July 2015, 14:39 | #384 | Link | |
Retried Guesser
Join Date: Jun 2012
Posts: 1,373
|
Quote:
Code:
C:\ffmpeg\bin>ffmpeg -codecs | find "r210" ffmpeg version N-70664-ga47c2a1 Copyright (c) 2000-2015 the FFmpeg developers [...] DEVI.S r210 Uncompressed RGB 10-bit C:\ffmpeg\bin> |
|
20th July 2015, 15:31 | #386 | Link | ||
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
Quote:
Quote:
However, there is good news. I discovered yesterday that the v10.4.1 driver/firmware update added support for "A RGB32" if you use the "Blackmagic WDM Capture" interface instead of "Decklink Video Capture" -- so thank goodness, we no longer have to use 10-bit RGB to capture 8-bit RGB sources... (v10.4.2 was released on Tuesday but I haven't tried it yet.) It's still a bit of a pain in the ass to get the RGB32 capture working in VirtualDub. The Capture Pin for this driver version has a bug where the Frame Rate for HDYC, A RGB32, and r210 reverts to 25.000 no matter what you pick. The workaround is this:
I'm still trying to figure out which lossless codec and Disk I/O buffer settings might actually allow me to capture to my regular 5400RPM 4TB SATA drive without dropped frames when there are complex scenes. Last edited by ChiDragon; 20th July 2015 at 15:38. |
||
20th July 2015, 15:46 | #387 | Link |
Moderator
Join Date: Feb 2002
Posts: 643
|
Lossless 4:2:2 can hit a max (in my experience) 140MB/s, which may well be beyond your 5400rpm drive.
I am on Blackmagic 10.4.2 and alas I don't see any Blackmagic WDM capture interface in either VirtualDub or (my preferred tool), AmaRecTV. I'm on Windows 8.1 if that makes any difference. EDIT: 10.4.1 has the correct filter - giving it a go! EDIT 2: Okay, so it works in VirtualDub, which is OK. I don't have to change the capture FPS either, it defaults to 59.94. However, turning on real-time audio preview kills the video preview in all modes. I don't suppose you could take a look at AmaRecTV? Last edited by easy2Bcheesy; 20th July 2015 at 16:11. |
20th July 2015, 16:07 | #388 | Link |
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
I seem to be averaging only 77MB/sec when capturing RGB -> lossless 4:2:2 but still getting random frame drops. Lossless RGB is more in the 90-100 range and giving me more "consistent" drops. The drive has been benchmarked with a min write speed of 83.2 and average 122 (it's actually 5900RPM, not that it makes a difference). It could understand if it was suddenly dropping off because it was hitting the far edge of the disk, but it's the random nature that confuses me.
AmaRecTV showed all the various pixel types so it seemed like it would be easier, but when I tried to capture it just failed with some error message. I didn't bother to troubleshoot. They really removed it with 10.4.2? Ridiculous. That's like how RGB capture was broken completely with 10.4 after working okay with 10.3.7. Glad I didn't hop on the update bandwagon or I would have missed seeing this feature entirely. Hmm, there is no difference for me when I "Enable audio playback" (they both display with a very poor frame rate for me when fed 1080p). Audio is set to "Capture device" and the format is 16-bit stereo. I'm way back at VirtualDub v1.9.10 but I doubt that gives me any advantage. Last edited by ChiDragon; 20th July 2015 at 16:26. |
20th July 2015, 20:26 | #389 | Link | |
The speed of stupid
Join Date: Sep 2011
Posts: 317
|
Quote:
And yes, sectors are not equal on a drive - especially later in their life. You can take a look at it by running a "read" surface test using HDDScan. |
|
23rd July 2015, 21:26 | #391 | Link | |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Quote:
You could try to force BM to output RGB 8bit instead of 10bit. |
|
26th July 2015, 17:47 | #392 | Link | |
Registered User
Join Date: Sep 2005
Location: Vancouver
Posts: 600
|
Quote:
|
|
26th July 2015, 18:48 | #393 | Link | |
Moderator
Join Date: Feb 2002
Posts: 643
|
Quote:
ChiDragon's technique for forcing 8-bit RGB works, but it is not ideal. |
|
27th July 2015, 10:17 | #395 | Link | |
Registered User
Join Date: Mar 2006
Posts: 1,049
|
Quote:
I've try few times and it works (capture)... |
|
28th July 2015, 18:59 | #399 | Link |
Registered User
Join Date: Nov 2004
Location: Poland
Posts: 2,843
|
Ffmpeg version supports up to 12bit RGB and with -vf pix_fmt you can convert between maaany pixel formats.
You probably talking about 'old' huffyuv in ffmpeg, not new one- 'ffvhuff'. Last edited by kolak; 28th July 2015 at 19:02. |
|
|