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. |
5th December 2004, 22:15 | #21 | Link | |
x264 developer
Join Date: Sep 2004
Posts: 2,392
|
Quote:
(When I reported the compression with duplicates removed, that was using MEncoder's decimate filter, not Lagarith's.) Last edited by akupenguin; 5th December 2004 at 22:17. |
|
6th December 2004, 01:09 | #22 | Link |
Brain Dead
Join Date: Nov 2003
Posts: 87
|
*poke*
1.2.5 released. "Bug fixes: Released version did not mantain a copy of the previous frame for YV12/YUY2, resulting in null frames not working for those color spaces."
__________________
I'll sell my soul for a cabbit. |
8th December 2004, 15:52 | #23 | Link | |
Seņor Member
Join Date: May 2002
Location: Austin, Texas
Posts: 915
|
Quote:
|
|
9th December 2004, 14:32 | #26 | Link |
Registered User
Join Date: Feb 2003
Location: Palmcoast of Norway
Posts: 363
|
Anyone know how to set Snow to lossless mode? I cannot seem to find anyplace to do that. FFDSHOW from 5.12.2004.
My conclusion is that FFV1 AC mode is almost twice as good compression as lagarith.. and almost the same speed at enc and dec... Will test som more... FFV can infact be an alternative to mpeg2-50mbit I-frame only 4:2:2 storage for video archives.. I tested some educational films at work and they were 40% smaller in FFV lossless mode 4:2:2 than mpeg2 HP@HL 50mbit i-fram only !! in other words.... that ROX!!! keep up the good work. |
9th December 2004, 14:49 | #27 | Link | |
Registered User
Join Date: Mar 2002
Posts: 863
|
Quote:
Speaking of Snow, it's already quite good, often better than ffv1, but it could reach even better compression ratio if it would have a good frame-type decision algorithm implemented, because in lossless mode using keyframes instead of predicted frames could often save a lot of bits, especially in fast motion scenes, so the fixed frametype-pattern seriously hinders the lossless performance (and the lossy too to a lesser extent). Last edited by Tommy Carrot; 9th December 2004 at 20:19. |
|
16th January 2005, 18:00 | #29 | Link |
Registered User
Join Date: Jan 2002
Location: -
Posts: 115
|
Version 1.3.1 is out now: http://lags.leetcode.net/codec.html
I'm having trouble with the new version. The old version I was using (1.2.4 I think, there was no way of checking the version number of it) was working great. I installed the new version, and the codec seems to encode okay. I'm using VirtualVCR to capture live TV. But I can't seem to decode, view or open the encoded AVI afterwards. The 1.3.1 decoder can decode 1.2.4 clips okay, so the problem must be with the encoding. The 1.3.1 AVI I have crashes MPC and Vdubmod. Using AviSynth's AviSource to read it, I get "Evaluate: Unrecognized exception!" I opened a working 1.2.4 in GSpot and it says the container is OpenDML (AVI v2.0). Fine. But when I open the 1.3.1 clip in GSpot, it says: Multipart OpenDML AVI (5807 frames in first part, 3 frames follow) Maybe the problem is with VirtualVCR? Either way, does anyone know how I can open this AVI I recorded. It's not a very important clip to me, but I've been recording with 1.2.4 ever since. |
16th January 2005, 21:30 | #31 | Link |
Registered User
Join Date: Dec 2004
Posts: 6
|
Theres now also a recovery version of the codec for corrupted video from 1.3.0/1.3.1, sounds like the error you're getting: http://lags.leetcode.net/Lagarith_131_recovery.zip
|
16th January 2005, 22:05 | #32 | Link | |
Registered User
Join Date: Jan 2002
Location: -
Posts: 115
|
Quote:
EDIT: At least it seems to work. How slowly is this fix meant to decode? It seems to stop doing anything after 2 or 3 frames (Vdub goes to 0.0fps for at least 5 minutes) Last edited by PlazzTT; 16th January 2005 at 22:17. |
|
16th January 2005, 23:00 | #33 | Link |
Registered User
Join Date: Dec 2004
Posts: 6
|
It should still get a few fps... Try downloading it again (I tweaked it a little), make sure multithreading is disabled, and make sure you are encoding to a different codec. If it still gets stuck, try manually removing the frames it stops on in virtualdub so they don't get decoded.
|
11th February 2005, 01:15 | #35 | Link |
Registered User
Join Date: Apr 2003
Location: Brazil
Posts: 87
|
Hi!
Thanks for this codec. It's really good. And it works... something I can't say for FFV1 and MSU. I'm encoding 2K material (2048x1556) in RGB. FFV1 just creates a unusable video (if I set it to YUV, it works... but RGB to YUV conversion is so lossy that my eye hurts ). And MSU and Alparysoft crashes in the middle of the encode. CorePNG works, but it's slower than your codec... and I'm having problem importing it in Premiere. And your codecs compress a tiny little better than corepng (3D cel-shade material). Huffyuv also works, but compress a LOT worse than both codecs. Again, thanks for a very nice codec! Last edited by Longinus; 11th February 2005 at 01:21. |
11th February 2005, 03:39 | #36 | Link |
Registered User
Join Date: Apr 2003
Location: Brazil
Posts: 87
|
Oohhh, I have one request, If I may...
The reduced resolution function is useafull, but not as fast as I wish it was. Perhaps because of the resize method? That seams to be some kind of bilinear resize. What about an option to make a faster decode, with Nearest Neighbor or something like that for the resize? Thanks! Last edited by Longinus; 11th February 2005 at 19:11. |
20th March 2005, 21:35 | #37 | Link |
Registered User
Join Date: Dec 2001
Posts: 1,219
|
Lagarith 1.3.4 is released.
Now decoding speed has increased, and the resize method for reduced resolution mode is also faster. Also, version 1.3.3 added the ability to downsample the colorspace when encoding, to use less space. I tested the decoding speedup myself. The old version decoded a clip at an average speed of 18.4 fps. The new version decoded the same clip at an average speed of 21.1 fps. About 15% faster decoding speed on my clip. http://lags.leetcode.net/codec.html |
13th March 2006, 11:56 | #38 | Link |
....
Join Date: May 2002
Location: Australia
Posts: 2,797
|
i notice lagarith is up to version 1.3.8 now so thought it may be worth mentioning here.
change log since 1.3.4 Version 1.3.8 released on 03-11-2006 Fixed a bug that caused Lagarith to attempt to decode any file encoded with an old version as YV12 when asked to suggest the format (affected AviSynth). Thanks to Zarxrax for reporting this error. Fixed a bug that could cause video corruption or crashes when encoding certain types of YV12 source video. Changed threading calls and synchronization methods; this may improve performance slightly when multithreading is used. Merged various changes from the AMD 64 build back into the base code; hopefully I will be able to merge the builds as the AMD 64 version matures. Support for non-MMX processors has been ended completely. Version 1.3.7 released on 11-12-2005 The codec now writes extra information in the format header to indicate which mode the codec used when encoding. This allows the codec to decode to the format used internally even when 'Report Original Colorspace' is used. Several other minor code changes and small optimizations. Version 1.3.6 released on 05-26-2005 Decoding RGB24 as RGB32/RGBA now sets the alpha channel to 255 instead of 0; previously, such video would show up as solid black in Vegas because it was perceived as fully transparent (thanks to Stephen Schlueter for reporting this error). Fixed RGB24 encoding for systems that do not have an MMX capable processor. Fixed a bug that prevented encoding RGB32 as RGB24 when the "Report original colorspace" option was checked. Version 1.3.5 released on 05-28-2005 Fixed a bug that caused solid color frames to only decode partially when exporting RGBA. Added exception handling when freeing memory.
__________________
Narrator: And of course, with the birth of the artist came the inevitable afterbirth - the critic. (History of the World part 1) |
Tags |
lagarith |
|
|