Menu
▾
▴
xine-devel
|
From: Darren S. <li...@yo...> - 2008-03-24 01:13:43
Attachments:
ffmpeg-cook
|
The attached patch implements (or should implement!) support for ffmpeg's cook codec. Unfortunately, it doesn't seem to work properly here; I'm not certain whether this is a problem in ff_audio_decoder.c or the ffmpeg snapshot which I'm using. Testing and bug fixes welcome; I'll commit it when it's ready. -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. "What? This isn't the Files section?" |
|
From: Darren S. <li...@yo...> - 2008-03-24 22:58:35
|
I demand that I definitely did write... > The attached patch implements (or should implement!) support for ffmpeg's > cook codec. Unfortunately, it doesn't seem to work properly here; I'm not > certain whether this is a problem in ff_audio_decoder.c or the ffmpeg > snapshot which I'm using. > Testing and bug fixes welcome; I'll commit it when it's ready. Ignore that ‒ I've found an old patch from Jinghua Luo which does the job; with a few minor clean-ups, the ffmpeg audio & Real demuxer parts should be committable. -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. Be careful. The last person using this keyboard had a terminal disease. |
|
From: Luo J. <sun...@gm...> - 2008-03-25 02:45:27
|
On Tue, Mar 25, 2008 at 6:55 AM, Darren Salt < li...@yo...> wrote: > I demand that I definitely did write... > > > The attached patch implements (or should implement!) support for > ffmpeg's > > cook codec. Unfortunately, it doesn't seem to work properly here; I'm > not > > certain whether this is a problem in ff_audio_decoder.c or the ffmpeg > > snapshot which I'm using. > > > Testing and bug fixes welcome; I'll commit it when it's ready. > > Ignore that ‒ I've found an old patch from Jinghua Luo which does the job; > with a few minor clean-ups, the ffmpeg audio & Real demuxer parts should > be > committable. > > I did the patch a long time ago and I can't remember a lot of details any more ;). Actually, I just port stuff from mplayer. Glade to hear you take over this patch and commit to tree. |
|
From: Darren S. <li...@yo...> - 2008-03-25 21:00:35
|
I demand that Luo Jinghua may or may not have written... > Darren Salt wrote: >> I demand that I definitely did write... >>> The attached patch implements (or should implement!) support for >>> ffmpeg's cook codec. Unfortunately, it doesn't seem to work properly >>> here; I'm not certain whether this is a problem in ff_audio_decoder.c >>> or the ffmpeg snapshot which I'm using. >>> Testing and bug fixes welcome; I'll commit it when it's ready. >> Ignore that ‒ I've found an old patch from Jinghua Luo which does the >> job; with a few minor clean-ups, the ffmpeg audio & Real demuxer parts >> should be committable. > I did the patch a long time ago and I can't remember a lot of details any > more ;). Actually, I just port stuff from mplayer. > Glad to hear you take over this patch and commit to tree. I've ported the patch to current hg, split it up and added a few bits of my own (see attached). However, as they stand, cook decoding (at least) is broken when using the RealPlayer codec libs; as such, I don't think that libreal.patch is ready for commit, though libreal_cleanup.patch and mp3adu.patch may be. (It's possible that I've broken it, though.) If you want to provide better summaries and descriptions for However, only the cleanup patch, along with anything else in libreal.patch which should be in the cleanup patch, will be considered for 1.1.11.1. I've added the patches to http://xine-lib.alioth.debian.org/patches-1.1/: libreal_cleanup.patch libreal.patch mp3adu.patch real_demux_2_extradata_guard real_demux_3_sipro_swap -- | Darren Salt | linux or ds at | nr. Ashington, | Toon | RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army | + Use more efficient products. Use less. BE MORE ENERGY EFFICIENT. A clash of doctrine is not a disaster - it is an opportunity. |
Thanks for helping keep SourceForge clean.
X