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 > New and alternative video codecs

Reply
 
Thread Tools Search this Thread Display Modes
Old 18th February 2011, 19:34   #101  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,395
Sounds like a good release. No new issues for me in limited testing, but After Effects still doesn't retain settings correctly.
__________________
Ben Waggoner
Principal Video Specialist, Amazon Instant Video

My Compression Book

Amazon Instant Video is hiring! PM me if you're interested.
benwaggoner is offline   Reply With Quote
Old 25th February 2011, 17:30   #102  |  Link
totya
Registered User
 
Join Date: Feb 2004
Posts: 127
Quote:
Originally Posted by benwaggoner View Post
Sounds like a good release. No new issues for me in limited testing, but After Effects still doesn't retain settings correctly.
After Effects is x64 version?
totya is offline   Reply With Quote
Old 12th May 2011, 02:05   #103  |  Link
SirLagsalot
Registered User
 
Join Date: Mar 2011
Posts: 10
Lagarith 1.3.25 has been released, with several performance improvements. Overall, I see roughly a 20% encoding speed increase, and a 30% decoding speed verses version 1.3.24.
Below is a speed comparison of recent builds, with the time in seconds it took for Virtualdub to do a video analysis pass:

Code:
Compression:
Threads	Mode	1.3.20	1.3.22	1.3.24	1.3.25
single	RGB	180	146	145	118
multi	RGB	146	123	121	104
single	RGBA	218	177	177	143
multi	RGBA	179	163	148	131
single	YUY2	116	97	97	83
multi	YUY2	102	87	87	76
single	YV12	100	84	84	71
multi	YV12	89	76	75	64

						
Decompression:
Threads	Mode	1.3.20	1.3.22	1.3.24	1.3.25
single	RGB	203	134	127	96
multi	RGB	151	102	88	72
single	RGBA	266	177	169	127
multi	RGBA	187	133	122	103
single	YUY2	115	86	78	61
multi	YUY2	93	77	69	55
single	YV12	94	85	77	59
multi	YV12	71	76	68	49
The test video was a 3000 frame 960x554 video. Encoding was done from a 12500kbps Xvid source; for RGBA it was fed through an Avisynth script which used mask to add an alpha channel based on the image. This biases the encoding results somewhat, since the Xvid decoding and mask times are included in the results. The test machine is an AMD Athlon 64 X2 4200+, using the 32bit build of Lagarith. Newer machines should see slightly better performance since the Athlon doesn't benefit from the added SSE2 routines.
The other significant change in this release is that settings are now stored in the Windows registry, this should make it more Vista and Windows 7 friendly.


At this point, I feel I've plateaued on optimizing Lagarith, and I am considering where to go next:
- Lend my assistance to FFMpeg to add full Lagarith decoding support.
- Start developing Lagarith 2.0, with the aims of supporting higher-bit depth colorspaces such as 48bit RGB, improved multithreading to take advantage of an arbitrary number of processors, and better performance overall.

Please let me know what you think of these options, as well as any other comments or suggestions about Lagarith.

Last edited by SirLagsalot; 12th May 2011 at 02:42.
SirLagsalot is offline   Reply With Quote
Old 12th May 2011, 04:51   #104  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,395
Quote:
Originally Posted by totya View Post
After Effects is x64 version?
Yep. I filed a bug on this eight and then six years ago, for the 32-bit version .
__________________
Ben Waggoner
Principal Video Specialist, Amazon Instant Video

My Compression Book

Amazon Instant Video is hiring! PM me if you're interested.
benwaggoner is offline   Reply With Quote
Old 12th May 2011, 11:06   #105  |  Link
3ds
Registered User
 
Join Date: Oct 2008
Posts: 10
Quote:
Originally Posted by SirLagsalot View Post
- Lend my assistance to FFMpeg to add full Lagarith decoding support.
Put Lagarith to other packs like FFMPEG is a very good idea! I found this: https://github.com/justinruggles/FFm...dec/lagarith.c So it this work already done?

Quote:
Originally Posted by SirLagsalot View Post
- Start developing Lagarith 2.0, with the aims of supporting higher-bit depth colorspaces such as 48bit RGB, improved multithreading to take advantage of an arbitrary number of processors, and better performance overall.
I think the performance of Lagarith it very good and it which scenario is 48bit RGB good?

IMHO a good idea is to improve the compression ratio. Don't know if it make sence to look at Ut Video Codec Suite or to 7zip?

Some ideas (maybe some bad ideas ):
* Try to use identical picture parts from previous frames.
* Improve NULL Frames:
** Make them more compatibly (the readme says that some programs can't handle them)
** Use not only the last frame. Make it possible to use not only the last frame as NULL Frame. Store some reference frames which can be reuses later.
3ds is offline   Reply With Quote
Old 12th May 2011, 11:13   #106  |  Link
TheRyuu
warpsharpened
 
Join Date: Feb 2007
Posts: 788
In your chart, do you by any chance have single/multi-threading reversed, all the single threaded numbers are higher than the multi-threaded ones.
TheRyuu is offline   Reply With Quote
Old 12th May 2011, 22:50   #107  |  Link
SirLagsalot
Registered User
 
Join Date: Mar 2011
Posts: 10
Quote:
Originally Posted by 3ds
Put Lagarith to other packs like FFMPEG is a very good idea! I found this: https://github.com/justinruggles/FFm...dec/lagarith.c So it this work already done?
Right now they only have decoding support for YV12 encodings.


Quote:
Originally Posted by 3ds
Some ideas (maybe some bad ideas ):
* Try to use identical picture parts from previous frames.
* Improve NULL Frames:
** Make them more compatibly (the readme says that some programs can't handle them)
** Use not only the last frame. Make it possible to use not only the last frame as NULL Frame. Store some reference frames which can be reuses later.
I'm leery of adding delta frames (besides null frames, which are part of the AVI spec), since it makes the codec less useful for video editing, and would significantly increase the complexity of the code.

Quote:
Originally Posted by TheRyuu
In your chart, do you by any chance have single/multi-threading reversed, all the single threaded numbers are higher than the multi-threaded ones.
The numbers are the time in seconds it took to run, so smaller is better.
SirLagsalot is offline   Reply With Quote
Old 12th May 2011, 23:21   #108  |  Link
TheRyuu
warpsharpened
 
Join Date: Feb 2007
Posts: 788
Quote:
Originally Posted by SirLagsalot View Post
The numbers are the time in seconds it took to run, so smaller is better.
Oh right, seems I overlooked that somehow. Thanks for the update.
TheRyuu is offline   Reply With Quote
Old 27th May 2011, 20:35   #109  |  Link
Boogerlad
Registered User
 
Join Date: Oct 2009
Posts: 24
lagarith 2.0! I would go for improved compression ratio though, because my cpu is fast enough, but my raid0 array lags behind.
Boogerlad is offline   Reply With Quote
Old 14th June 2011, 21:30   #110  |  Link
ianken
Registered User
 
Join Date: Oct 2005
Posts: 54
Possible newb question: I seem to always get RGB otput from the decoder. It encodes and contains YUV, and I can use it in (for example) AVISynth with no problems. but playing the file directly or in graphedit shows it outputting RGB even though YV12 is set in it's config page (via Virtual Dub).

Is this just a DSHOw interop issue or is there some setting I can tweak?
ianken is offline   Reply With Quote
Old 15th June 2011, 00:22   #111  |  Link
SirLagsalot
Registered User
 
Join Date: Mar 2011
Posts: 10
Quote:
Originally Posted by ianken View Post
Possible newb question: I seem to always get RGB otput from the decoder. It encodes and contains YUV, and I can use it in (for example) AVISynth with no problems. but playing the file directly or in graphedit shows it outputting RGB even though YV12 is set in it's config page (via Virtual Dub).

Is this just a DSHOw interop issue or is there some setting I can tweak?
The filter chain is probably just trying RGB before YV12. Try checking the 'Prevent Upsampling' box in the config dialog, that should prevent it from converting YV12 video to RGB on playback.
SirLagsalot is offline   Reply With Quote
Old 15th June 2011, 09:54   #112  |  Link
Chikuzen
typo lover
 
Chikuzen's Avatar
 
Join Date: May 2009
Posts: 597
When VCM is used as a source filter in directshow, the graph cannot be constructed if VCM doesn't convert RGB.
thus, it is impossible to play Lagarith excluding RGB output on directshow mediaplayers(WMP, MPC, etc...) at now.

DMO decoder is required to construct the graph with YUV output.
__________________
my repositories
Chikuzen is offline   Reply With Quote
Old 16th June 2011, 00:42   #113  |  Link
ianken
Registered User
 
Join Date: Oct 2005
Posts: 54
Quote:
Originally Posted by Chikuzen View Post
When VCM is used as a source filter in directshow, the graph cannot be constructed if VCM doesn't convert RGB.
thus, it is impossible to play Lagarith excluding RGB output on directshow mediaplayers(WMP, MPC, etc...) at now.

DMO decoder is required to construct the graph with YUV output.
AVISynth seems to be able to output YUV into graphedt, is that not VFW/VCM based?
ianken is offline   Reply With Quote
Old 16th September 2011, 20:33   #114  |  Link
3ds
Registered User
 
Join Date: Oct 2008
Posts: 10
Quote:
Originally Posted by Boolsheet View Post
I believe the lagarith source itself is Windows specific. I also read it uses a floating point arithmetic (or range?) coder, which makes portability less fun. Nathan Caldwell started a yv12 decoder for FFMpeg and they came up with something to emulate the problem with the entropy coder. The git of the fork is here. Looks like everyone is busy with higher priorities, so it's more likley the far future.
Once it gets finished, it probably gets comitted to FFMpeg and usable with perian (I'm assuming that's the ffdshow equivalent on OS X) or something.

I don't know if there are any other porting projects for lagarith.
Is there any news about Lagarith on OSX? I found this:
http://trac.perian.org/ticket/198 but the decoder seems to be in libavcodec and perian:
https://github.com/FFmpeg/FFmpeg/tre...dec/lagarith.c
http://trac.perian.org/browser/ffmpe...dec/lagarith.c
isn't it?
3ds is offline   Reply With Quote
Old 16th September 2011, 23:03   #115  |  Link
nm
Registered User
 
Join Date: Mar 2005
Location: Finland
Posts: 2,643
Quote:
Originally Posted by 3ds View Post
Is there any news about Lagarith on OSX? I found this:
http://trac.perian.org/ticket/198
The last comment on that ticket is three years old. FFmpeg/libav got a Lagarith decoder two years ago, but I guess it's still missing a few things, like support for other than YV12 colorspace (which SirLagsalot mentions above). YMMV.
nm is offline   Reply With Quote
Old 17th September 2011, 03:53   #116  |  Link
qyot27
...?
 
qyot27's Avatar
 
Join Date: Nov 2005
Location: Florida
Posts: 890
Quote:
Originally Posted by nm View Post
The last comment on that ticket is three years old. FFmpeg/libav got a Lagarith decoder two years ago, but I guess it's still missing a few things, like support for other than YV12 colorspace (which SirLagsalot mentions above). YMMV.
The decoder was committed to SVN in January just before the project-splitting mess occurred, although the relevant code at commit time hadn't changed since the repo.or.cz Lagarith branch's last update in October 2009 (as observed above, a problem with solid color frames was fixed after commit).

FWIW, it works through mplayer/mplayer2 if you use a libavcodec that's newer than January 2011, so it's really down to getting mplayer/mplayer2 to build (Python was having some issues on OSX the last time I tried to build mplayer2 there). I attempted to build Perian a few months ago and see if I could expose the Lagarith decoder, but the build failed and I didn't feel like trying to troubleshoot it any further.
qyot27 is offline   Reply With Quote
Old 26th September 2011, 18:14   #117  |  Link
tuqueque
Registered User
 
Join Date: Jun 2009
Posts: 26
New Lagarith version 1.3.26
http://lags.leetcode.net/codec.html

Cheers.
tuqueque.
tuqueque is offline   Reply With Quote
Old 4th October 2011, 20:18   #118  |  Link
benwaggoner
Moderator
 
Join Date: Jan 2006
Location: Portland, OR
Posts: 2,395
Woah! The switch from config to registry settings looks like it's fixed the ANCIENT bug in Adobe products where options weren't honored and everything was always RGB. I'm happily making a YV12 LAGS file from After Effects right now!

So many years of pain from that bug...
__________________
Ben Waggoner
Principal Video Specialist, Amazon Instant Video

My Compression Book

Amazon Instant Video is hiring! PM me if you're interested.
benwaggoner is offline   Reply With Quote
Old 28th October 2011, 23:14   #119  |  Link
dlnalover94
Registered User
 
Join Date: Aug 2011
Posts: 7
directshow

is there any directshow filter that supports this codec for decoding?
dlnalover94 is offline   Reply With Quote
Old 29th October 2011, 07:43   #120  |  Link
Chikuzen
typo lover
 
Chikuzen's Avatar
 
Join Date: May 2009
Posts: 597
Quote:
Originally Posted by dlnalover94 View Post
is there any directshow filter that supports this codec for decoding?
ffdshow and LAV Video Decoder
__________________
my repositories
Chikuzen is offline   Reply With Quote
Reply

Tags
lagarith

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 09:13.


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