Category: mplayer

Random update

I had been busy doing my usual load of random stuff, most not completely gentoo related, some a bit more.

Let’s start with the nicer ones: Marco spent lots of time and eventually it paid off, ffdirac now supports Iframes just fine, it’s quite an important step! As mentor I hadn’t to do much beside watching the evolution of the code and suggesting course of action. In the other news there is a new dirac spec released just today, probably some of the changes are due Marco’s work =)
Today we tried to do some hackery to get git-svn play nice with the braindamage we have on the ffmpeg soc svn. Sadly my side works great, his side not (fetching from svn and pulling to an ffmpeg.git branch works, pushing back to svn not).

About the dirac project I must say that they started with the right frame of mind from day 0, I couldn’t find a group more open to discussion and suggestion, no matter if were things like “It’s wrong to implement dirac in C++, nobody would use it” or “the latex pdf output as you made it is unreadable. I hope to eventually have the time to get texlive working or find something that converts the tex files to docbook and provide a better pdf for them, really I cannot stand reading it for more than 5min… Now I hope this summer of code effort will lead to get a better dirac overall (and that eventually BBC will use it for streaming their fine contents, oh, did I mention that I have a student on my university that should work on getting dirac-rtp a reality? check LScube in the next month)

To sum up, I’m quite happy with this summer of code experience and I thank Marco again for being a great person to work with.

While we are at it some more informations about ffmpeg related efforts, I eventually hacked again a bit on roundup resulting in fixing/workarounding some problems with the email integration, if you happen to have some problems on ffmpeg please give it a try.

Beside that, my work at LScube is still going on, sucking lots of my time… Lately I tried to add more packetizers to feng but w/out much success, looks like my aac implementation is a *bit* wrong, usually relooking at it after a while helps me fixing the issue (as I did for h264) I hope to have it (and many more) completed for the next release. On the client side libnemesi is still waiting for more depacketizers while Alessandro is cleaning up the network stacks, making it less quirky.

Now I could speak of gentoo related stuff, I’m trying to fix some of the programs still using the img_* interface, since it is an annoying task I waited a bit hoping upstream would adapt… No reaction so far so I’m starting with something simple as blender and then hopefully move on other ones. What sucks about the img -> sws move is that sws is less commented, has quite ugly but performant code and it’s a pain to hack on, I started to clean it up but then got sidetracked so there are still some patches waiting completion…

I guess this is a post long enough, probably I’ll add another update tomorrow.

Alive, hopefully

You may wonder what I’m doing since has been a long time since the latest blog item, well I was busy trying to do too many thing, searching, traveling and so on.

Here a summary:

– I eventually released feng as you can see on http://live.polito.it
That involved getting the website up, writing lots of documentation (that hopefully someone will read), hacking the code to be in the right shape and making the whole bundle bearable for people with less understanding of autotools and dependencies… I hope the first release isn’t that ugly and I thank dario and alessandro for their help =)

– The ffmpeg bug tracker is taking shape eventually, hacking roundup isn’t the simplest thing in the world
mostly because examples and alternate templates aren’t available; the documentation saves the day most of the times anyway. you may see it on https://roundup.mplayerhq.hu/roundup/ffmpeg/

– On the cell side I started hacking a bit the build system in order to have it working for me (using gentoo, standard paths and stock gcc toolchain) and for the ones that are using the IBM sdk/fedora (bogus paths, shortened prefixes) I hope the people in charge of deciding what would be the standard for writing and running spu code would provide a sane default. Hopefully one I’ll have more time I’ll start writing something on my own, so far I’m just testing pathes and contributions by others ^^;

– the vorbis and theora rfc are proceedings and currently feng and gst are interoperable, I hope to complete the standardization and move to something else, it’s taking too much!

– my altivec work on cairo is still on hold, I hope to get enough time to push an update (since the ibm/sony mathlib has an implementation of vector integer division I could rip it and add some more vector ops in pixman).

– the SoC with ffmpeg has already started, so far I’m receiving some good feedbacks from my student and I’m trying to find the time to reread the dirac spec in order to follow him better.

That’s more or less all, the keyword of the whole document is TIME, lately the lscube involvement took a bit too much mostly because you cannot manage the time well if you have your plans spoiled every by unexpected priorities appearing out of the blue.

Misc updates again

I spent much of my time trying to get the whole LScube project more alive, so far it’s just a slow start:

I moved the development to git ( https://live.polito.it/gitweb ) and now I’m trying to update the website to a newer drupal and with more documentation. Since the forums are just a spam magnet I guess I’ll nuke them, if you want to contact us just use irc or email =P

I put the efika in use to stress test the streaming server, you can watch

rtsp://130.192.86.166/tc.mov

or

rtsp://130.192.86.166/ed.mov

(both streams are h264+mp3, not many clients could handle that… Yet)

Hopefully a Feng release will appear soon.

That’s for the streaming stuff.

Now, I have a ps3 working and eventually managed to configure and install it, I already found something itchy: git’s ppcsha1+64ul == KaBOOM, I hope it’s just due my test with bleeding edge compilers but I’m afraid not. So far I’m quite impressed by the ps3, just a pity I’m slow in doing something nice there…

More will follow

lu

libnemesi,libnms, whatever…

Ok, the name isn’t that stable and probably I’m going to shake the api a bit more soon.

Anyway, the rtp/rtsp client library from lscube is eventually getting in shape and now I moved from simple example to something more useful:

– audacious now has support for mp3 over rtsp using libnemesi simple/toplevel API

– MPlayer is about to get a demuxer using again the simple API (or at least I’m trying to)

– I’m pushing Diego in order to get also Xine nemisified.

So, last calls before the API freeze and the first release. Start playing with it now so you can get the changes you need before the next major version.

libnms

Ok, it’s an year that I’m pushing for it, looks like that’s still needed and hopefully it will be ready within the next month!

What?

well a rtsp client library that is tiny and almost clean to be used on the other opensource multimedia project out there. (see http://streaming.polito.it/ )

Currently we are cleaning and polishing the interface and adding the framer/parser logic to provide a full codec packet and not random fragments from the rtp layer.