Jump to content


Photo

missing ffmpeg packages in PLi feed


  • Please log in to reply
7 replies to this topic

#1 druciak

  • Member
  • 10 posts

+1
Neutral

Posted 4 October 2011 - 13:33

Hello all,
I have built minidlna on OpenEmbedded platform and it works fine. The problem is with dependencies of this project - some packages are missing in PLi feed, they are part of ffmpeg project, which is available on OpenEmbedded.
Who is in charge to add packages to PLi feed? How can I request to add specific packages to the list?

Re: missing ffmpeg packages in PLi feed #2 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 4 October 2011 - 21:41

If you have working bb files, we would be happy to add them to our openembedded tree

Re: missing ffmpeg packages in PLi feed #3 druciak

  • Member
  • 10 posts

+1
Neutral

Posted 5 October 2011 - 09:32

I guess you are talking about minidlna, not ffmpeg, as ffmpeg is already in the tree, but not available for opkg.
Attached you'll find recipe files for minidlna. As I am bitbake beginner, it may be not the best recipe in the world. ;)

Attached Files



Re: missing ffmpeg packages in PLi feed #4 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 5 October 2011 - 10:44

actually looks allright to me :)
Just wondering whether we can avoid (some) CFLAGS overrides. I'll have a look.

Re: missing ffmpeg packages in PLi feed #5 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 5 October 2011 - 12:29

OK if I omit the -Wall -g -O3 part?
(-g is not needed, but default. And -02 (default) is usually preferred over O3, and should not really matter much)

I'll add it to the feed.
Do you have a small explanation of how you use minidlna?
Perhaps it's usefull enough to add it to the image by default, or create an e2 wrapper package so people can install it from the plugin list.

Re: missing ffmpeg packages in PLi feed #6 druciak

  • Member
  • 10 posts

+1
Neutral

Posted 5 October 2011 - 13:42

OK if I omit the -Wall -g -O3 part?
(-g is not needed, but default. And -02 (default) is usually preferred over O3, and should not really matter much)

Sure, if it compiles and works properly. Probably I just copied it from source Makefile.

I'll add it to the feed.
Do you have a small explanation of how you use minidlna?
Perhaps it's usefull enough to add it to the image by default, or create an e2 wrapper package so people can install it from the plugin list.

So as far as I know, this is the only DLNA server which can be accessed by Sony Bravia TV. I tried MediaTomb and uShare, but none has worked.
I am using it to display photos stored on my VU+ as built in picture player in my Bravia is much better than PicturePlayer plugin for E2. This is actually the only reason for me to have this installed, I haven't tried movies and mp3's.

Thanks for putting this to the feed.

Edited by druciak, 5 October 2011 - 13:43.


Re: missing ffmpeg packages in PLi feed #7 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 5 October 2011 - 14:00

ok, we'll just keep it in the feed, not in the image.
The number of dependencies is quite large, and especially libavcodec52 with its 2.5MB would cost too much storage for people that might not need a dlna server ;)

Most likely those libs are only needed to transcode media, which you probably don't want. So perhaps we might try to leave them out some time. But for now, it works, so we add it to the feed.
Looks useful.

Re: missing ffmpeg packages in PLi feed #8 druciak

  • Member
  • 10 posts

+1
Neutral

Posted 5 October 2011 - 14:31

ok, we'll just keep it in the feed, not in the image.

The number of dependencies is quite large, and especially libavcodec52 with its 2.5MB would cost too much storage for people that might not need a dlna server ;)

Agree.

Most likely those libs are only needed to transcode media, which you probably don't want. So perhaps we might try to leave them out some time. But for now, it works, so we add it to the feed.
Looks useful.

Exactly, personally I don't need those libs, but they might be useful for somebody else, so having an app with broken features in the feed does not make sense for me.
Thank you.


2 user(s) are reading this topic

0 members, 2 guests, 0 anonymous users