Q: Will improvements to this library automatically be taken up by DVplayer?

For example, support for new decoders...

i too wonder how much work is needed outside of the library code.
Also, did Chip leave us?, wasnt he in charge of this lib earlier?

i'll donate to the bounty ASAP.

_________________
See my blog and collection website! . https://www.blog.amigaguru.com

Looking at the FFmpeg changelog there have been a lot of changes since 2008.

Even if we have more codec's available, does DvPlayer not have to be adapted to actually play them?

When this bounty is complete, an updated FFmpeg port and FFmpedGUI would be useful.

_________________
Peter Swallow.
A1XEG3-800 [IBM 750FX PowerPC], running OS4.1FE, using ac97 onboard sound.

"There are 10 types of people in the world: those who understand binary, and those who don't."

I can do the ffmpeg port. I don't know that there's been many changes since the last one.

Hello to all,

I will try to answer some questions. Diego will surely do that better that me later.

- Cobra, Diego, Chip, Elwood and myself are involved on this work. Cobra help and advise for each new beta version and I'm betatesting myself the new library.

- The work is based on the Chip source but some code have been remade/reworked between. For example:

1. AC3 decoding not use separate library but included and now AC3 sound decoding is verry efficient than the chip one.
2. Parsing code have been remade. One example, No more sounds echoes with DVD movies.
3. lots of others things allready done...

Because the last ffmpeg sourcecode has changed a lot. Just compiling the original avcodec.library AOS4 sourcecode (old and incomplete) with last ffmpeg avcodec sourcecode part not working directly. There are work to do for diego !!


- The actual new beta library exist and work for VOB files and some AVI files actually (not all the kind of AVI codecs). Differents kind of movies and codecs are added one by one on the new avcodec.library and test are made.

- The actual new avcodec.library 53.1 size is more than 3mo (original (1.9mo) and has been compiled and tested with some differents comiling arguments for the best speed possible. Of course, this new library work with last registered version of Dvplayer everybody use actually.

- When a kind of played codec will not supported, this time a requester will inform you that a bad crash.

- For the first time, this library will have all the codecs available on ffmpeg integrated (previously limited to format DVplayer supports). Unfortunately, no video player on the amiga support the other kind of movies that mean will be hard to test.

Thanks for supporting this bounty. The goal is to help Diego to buy his own amiga-ng computer.

Deadline is 01 june 2012 (just seen that on the bounty).


Open a separate thread on a forum if we would like to discuss more about avcodec.library.



@MickJT

It's posible, in the futur, to compile the player to use the native AOS4 avcodec.library ?
(For sure, to help to test movies that don't be supported on DVplayer).


@gregthecanuck

Dvplayer use is on starting code for each kind of movies he support. Than mean others movies formats need additionnal code inside DVplayer. For sure, when the new avcodec.library will support all existing kind of movies, maybe (or not) Cobra will add on DVplayer.


Don't hit the betatester, if I have made errors on this comment

Last edited by Mrodfr on 07-Jan-2012 at 06:19 AM.
Last edited by Mrodfr on 07-Jan-2012 at 06:18 AM.
Last edited by Mrodfr on 07-Jan-2012 at 06:14 AM.
Last edited by Mrodfr on 07-Jan-2012 at 06:14 AM.
Last edited by Mrodfr on 07-Jan-2012 at 05:44 AM.

_________________
BTW, what you have done for the amiga today ????

-A1200+Mediator+VooDoo3+060/50+96mo+SCSI-KIT
-SAM440EP-667mhz-on MapowerKC3000+AOS4.1

Amiga Docs Disks Preservation Project

Quote:

It's posible, in the futur, to compile the player to use the native AOS4 avcodec.library ? (For sure, to help to test movies that don't be supported on DVplayer).

I for certain won't be able to do that, i'm not a skill coder, and that's what dvplayer is for :)

Last edited by MickJT on 07-Jan-2012 at 06:37 AM.

When this library is out of beta, let's see if we can't convince Cobra to do whatever it takes to make DVplayer take full advantage of it.

Last edited by Troels on 07-Jan-2012 at 08:45 AM.

_________________

Useful project. Donated 20 EUR.

_________________
The Rear Window blog

AmigaOne X5000/020 @ 2GHz / 4GB RAM / Radeon RX 560 / ESI Juli@ / AmigaOS 4.1 Final Edition
SAM440ep-flex @ 667MHz / 1GB RAM / Radeon 9250 / AmigaOS 4.1 Final Edition

Quote:

There are work to do for diego !!

Hm, is Diego still around ??? He doesn't reply my emails anymore.

Heyya Toaks!

I'm still here, but having less time like before. Anyway, I'm supporting Diego to get the new lib done.

Just made a little donation

Whilst I am all for choice, is the OS4 version of MPlayer not a better bet if you want more compatibility with file formats. Of course this is fabs version and it can run multiple instances should the need arise.

Of course, having a standard up to date library for other coders to use as well is a great thing.

Last edited by clusteruk on 08-Jan-2012 at 10:25 AM.

_________________
Amiga 1000, 3000D Toaster, Checkmate A1500 Plus
http://www.checkmate1500plus.com/

And the new Matrostka too?

hey Chip!, long time m8.

you need to get back into the dev, not this lib, just other stuff , i have many tasks for you

@templario

is the old one working then?

Last edited by Toaks on 08-Jan-2012 at 06:00 PM.

_________________
See my blog and collection website! . https://www.blog.amigaguru.com

Quote:

I will try to answer some questions. Diego will surely do that better that me later.

Well, i think we can add some background about the project and the unpaved road we were following.

Things started on March 2011, when mrod contacted me about the possibility of updating avcodec, and everyone who knows mrod is aware of how insistent he is ;) I agreed to take a look at it, and started trying to get the thing updated to latest lavc core, it started as something fun to do - after all my previous experience with amigift helped a lot, where i had to port a dozen of Linux's *.so as native amigaos libs/plugins - then the fun part temporarily became a tedious thing... while some codecs worked fine with minimum effort, most didn't worked at all or produced weird results, the incompatibility manifest took place... we found that dvp was using some hardcoded enums for codec definition and pixel format which broke our expectatives of a nice port (that was our thought at the time, things became worse later..) So... after implementing some "crazy stuff" to get 2008's definitions and forward to 2011's ones we got back on the right road... not for so long, since apart from the fact the ffmpeg team removed from their API the decode audio/video functions the original avcodec.library was using, we found the decoding of audio implemented on a hopefully backward-compatible way wasn't working properly... that was mostly noticeable with AC3 and some MPEGs, a kick on the balls literally since these are the most common formats as used eg on DVDs.

At this step, around two months later since we've started working on it (several hours per day, if you ask me) we got stuck... mainly due the development road we were following, since i lacked an os4 machine at the time i was cross-compiling the lib from Linux (OpenSUSE + KDevelop, i love them ;) and sending it back to mrod/elwood for the tests, which became quite frustrating to track down that audio decoding issue (changing a few lines of code and sending the lib to test, and so on and so on) Fortunately, a couple of months ago i've got an os4 machine from the loaner program, and i want to take this opportunity to thanks Troels and everyone else involved for providing my first ever os4 hardware :)

So... with a Sam at my hands things restarted well, the audio issue got properly fixed and hundred of tests made to try to achieve faster video decoding as well, with something we got nuts was with our tests with AVI (MPEG-4) and VOB/DVDs (MPEG-2) while we can achieve a "faster decoding" (aka, less cpu usage) with one of them, that involves the other being slower/weird... our thoughts as a joke was that in the worst case we can release two versions of the same lib, being one specifically for DVDs which would play them better than before, however we reached some point where the "distance" between them isn't too worse and still playing those formats/codecs better than before (still testing, though)

Our current Beta is version 53.1 based on lavc 53.0 from April 2011 - Depending on the bounty results we tend to keep the lib updated, being the next version based on the recently released 0.9.1 stable branch (53.1 is based on a GIT snapshot)

We have to mention we got a little disappointed with the nice way the ffmpeg ppl breaks their API... since its current stable version is already incompatible with the branch we've used for 53.1 and therefore we'll need to reinvent the wheel... looks like they have made more [incompatible] changes in the last year than from the 2008's branch to the 2011 used, anybody interested can check the diffs here.

Well, thank you all sincerely for supporting this bounty.

Quote:

Hm, is Diego still around ??? He doesn't reply my emails anymore.

I didn't died, so... yeah, i'm still around

Seriously, the last mail i got from you is more than a year ago - something about openssl in netsurf.

@Diego

Glad to see you again and thanks a lot for your work mate

One day would be great to have also a native version of AmiGift, as i told you in ML some little issue still running it under OS4 :-/

_________________
BACK FOR THE FUTURE

http://www.betatesting.it/backforthefuture

Sam440ep Flex 800 Mhz 1 GB Ram + AmigaOS 4.1 Update 6
AmigaOne XE G3 800 Mhz - 640 MB Ram - Radeon 9200 SE + AmigaOS 4.1 Update 6

Yeah, great your still around as amiga.sourceforge was a bit quite in 2011.

@Mrodfr / Diegocr

Thanks for the background information. A lot of work has been done already - good news.

I have added 25 Euro to this bounty.

Keep up the good work guys!