Older blog entries for rbultje (starting at number 40)

GStreamer & Totem:
Fixed a few "hangs" (actually those aren't hangs; they're rather just operations that take many minutes) in the AVI demuxer and worked on the Realmedia demuxer together with Stephane. Actually succeeded in playing back a certain realmedia clip on the commandline, but it didn't work in Totem quite yet. We're making small steps in the right direction, though.

Life:
Went off to a fair in Leiden with two friends. There was a rollercoaster, a vertical shot (where you sit in a giant sphere attached to elastic wires and are launched into the air) and some other cool attractions that we enjoyed. Had a really good time there.

So there it came today. As I was watching an episode of Sex and the City (yes, I really love that now that I've lived in Manhattan), I suddenly noticed how much this episode touched upon things that I did there. Auch. Had to make some "home"sick phonecalls to friends from New York after that. I miss Manhattan.

Java & GCJ:
For the first time in a few years, I decided to pick up my Java programming, ahem, talent and do a course at the computing science faculty of my university. I'm actually a biomedical student, so those outside trips to other faculties are usually considered somewhat odd. I like them, though.

This time, I had to write some random software in Java. Well, so I did yesterday night and the night before. Half of my time was actually spent getting java to run. This is awkward! The worst thing of all is that I just don't know how to get GCJ to run. If it was up to me, I'd happily use GCJ, but... I just can't. It took me a few hours to get GCJ to compile my first binary. I have a bunch of ten .java files and want a binary. So I do:

gcj -o myapp *.java -I. --main=Application

That didn't quite work, I got warnings about the main func not being defined, even though it clearly exists. In the end, I had several case comparison issues, where my package was called "application" and my class "Application" (in Application.java). The Sun Java SDK, which I instealled because I was getting desperate, had the same issue, by the way (it gets worse if the class is "Application" in application.java; no way you'll get that to work -without obvious pointers to what's wrong, of course). I removed the package definition and things now worked fine in the Sun Java SDK. Even GCJ finished compiling. However, it didn't run. It couldn't find the Gtk AWT libraries. At this point, I didn't know what to do and gave up. Back to Sun Java SDK...

I guess my main point is: why is this so hard? It just works(tm) under Windows. Why doesn't GCJ just work out-of-the-box? Why is Sun Java SDK case-sensitive under Linux and not under Windows?

Totem, GStreamer, DVD, etc.:
Totem's CVS now uses playbin instead of libgstplay. Playbin is GStreamer's latest attempts at getting proper playback, and I'm fairly happy with it. Current CVS of gst-plugins, gstreamer core, gst-ffmpeg and Totem play quite some media already, while I'm continuously on a fixing rampage to get more media to work fine. I guess my main frustration right now is matroska playback, which I'm working on right now. DVD playback (and vob) is also being worked on at the moment.

Interestingly, I was able (yesterday) to rip my first DVD ever using GStreamer. This requires current CVS, obviously. The following commandline:

gst-launch oggmux name=mux ! filesink location=/tmp/file.ogg { dvdreadsrc location=/dev/cdrom ! dvddemux name=demux .audio_00 ! { queue ! a52dec ! audioconvert ! rawvorbisenc ! queue ! mux. } { demux.video_00 ! queue ! mpeg2dec ! ffcolorspace ! videoscale ! video/x-raw-yuv,width=384,height=288 ! tee name=t ! { queue ! theoraenc ! queue ! mux. } } } { t. ! queue ! ffcolorspace ! ximagesink }

will rip your DVD to an ogg/theora+vorbis file of size 384x288; it takes about 6 hours for a one-and-a-half-hour DVD on my laptop. It will also show an image while ripping. Who's gonna write video-juicer? Note that it's not perfect yet. Sound is a bit crackling (similar to Fluendo's webstream) and it hangs on EOS. I didn't debug any further yet. The resulting file is playable, though.

Crap:
Crap, I've spend all day on AVI A/V sync issues that I didn't get to commit the Totem patches. Anyway...
* Most AVI A/V sync issues fixed (some crude hacks in the AVI demuxer such as non-lineair chunk processing and subchunk processing if needed). Not yet committed.
* Several people have reported random issues that are unreproduceable for me. I just cannot understand. When you code tree *and* config is the same, how can behaviour be random?
* Will do Totem when all that's taken care of.

Barcelona:
So I went over to Barcelona for some head-to-head talks this weekend, and there was some huge party going on with all sort of parties at random places in the city, including a huge concert at Place de Catalunya. We had a lot of fun, even though I can't recall the name of the band that we saw playing.

My head did hurt Sunday evening...

Reality:
* AVI A/V sync is close to impossible.
* I need MXF specifications.
* Playbin (and Totem based on playbin) rocks. Will commit to Totem CVS monday. More news then.

We'll try some Fedora Core 3 rampage, if that appears realistically possible. :).

New house:
So I moved. Large new house, fancy new kitchen and bathroom, separate sleeping room, two televisions (one in the sleeping room) and two luxeous couches and ... no internet yet. Argh!

Insanity:
Havoc, yes, that is ALSA fault. there's no sane way to fix that in userspace apart from a large database of device-specific settings. And that's exactly why we need a generic kernel-/userspace interface: a generic way of controlling bery different devices.

If their default is unusable, then ALSA failed. After a new install, users will have to configure their sound card once in order to work. I don't know how to fix it apart from blaming the ALSA people.

Note that, all the lame ALSA disclaimers aside, OSS worked just fine in this respect. If we're going to fix it, let's just admit that ALSA is at fault and fix ALSA.

Media playback:
Current CVS of GStreamer has OGM support. Some autoplugging funkiness pending. Will now work on improving Matroska support, fixing AVI A/V sync issues and error+tagging forwarding.

New GNOME cycle:
The nice thing about a GNOME-2.8 release, apart from the release itself, is that you can branch it off and do new cool things in the 2.9 branch. So, I committed the new volume control (gnome-media), volume applet (gnome-applets) and closed around 10 bugs in mere hour which mostly consisted of patch management and CVS surgery.

GNOME-2.8 is dead, long live GNOME-2.9!

Media playback in GStreamer:
Noticed that ASF support in GStreamer is crappy. Will fix sometime soon.

Playing around...
... with Totem, based on the new PlayBin object for playback using GStreamer. Patch for Totem available here, but mind you, this is pre-alpha stuff! Some quickly-noticed bugs:

* xvimagesink/aasink default sizing seems broken. All works fine after a manual resize.
* some AVI-with-mp3 files hang after 1-2 seconds. For those two seconds, audio plays far too fast.

However, most stuff appears to work quite nicely. I hope to get into some media testing next (#138435).

At work:
Playing around with a video backend that will make people love Totem even more. (Oh, that handsome over there is Thomas, not me. ;-).) I'll port Totem over to it later this week. Tested various problematic (with previous Totem) media files later on and noticed that we're actually getting somewhere. Should ask Johan to explain me the media testsuite tomorrow so I can close bug reports again.

Oh, and released GNOME media 2.8.0. Gnome-CD no longer crashes.

[edit] Alan, booting a ISO is simple:
chainloader hd(0,0)/image.iso
boot
...in GRUB is enough. However, for an installation, you need three, and that might be trickier, because when CD#1 is finished, you might not have a loopback module available to mount CD#2. It's easier to start a network install from CD#1.

New job:
From today on, I'll be working for Fluendo's new, yet-to-be-announced, daughter company for several days a week (along with finishing the remaining bits'n'pieces from my studies). Those people looking at the live stream will notice that I'm not in the office very often; that's correct, I'll mostly work from the Netherlands for now. I'll be in the office regularly for meetings, though. We'll be working on embedded end-user multimedia solutions (think a set-top-box video player/recorder), and we'll be working on GNOME/GStreamer desktop software.

As my first task, I will make Totem with its GStreamer backend kick ass. Be affraid, Helix. Be very affraid.

GNOME Volume Applet:
People have once tried to teach me to not be negative about others. Well guess what. They failed! Of all code that I've seen in my life, the current GNOME Mixer Applet has to be by far the worst. Actually, that's not true, I've seen Win32 driver code that was worse. But it's almost as bad.

So I rewrote it. Still looks the same, but the code is maintainable now. Screenshot (kinda useless, because it didn't change, but just so I have something to show off with). I dropped all the different backends, so it depends on GStreamer's mixer interface now. I also removed all instances of the word "Mixer" from the user interface, similar to GNOME Volume Control. And I enhanced the preferences screen a bit.

I was having some doubts on where to go from here. Some people have requested the possibility to display multiple sliders (e.g. one for Line-in, one for Master volume; "because now I need two applets and the icons are indistinguishable"), whereas others consider this the most embarassing violation of the usability guidelines. Maybe I just need to show the device + track name in the tooltip and leave it at that?

I also figured that it'd be cool to use the GNOME Volume Control slider widget in the applet, but most people seem to dislike that: the applet should be simple. I suppose they have a point, so I probably won't do this.

Seth suggested to add a 'fake' track to the GStreamer mixer interface which is a representation of several master-tracks together (PCM, Master, Speaker) and use that in the applet. This'd prevent people having to open GNOME Volume Control because ALSA mutes everything by default, and it'd control all 'end user audible volume' in a single track. I don't know if it's a good idea, seems like a lot of effort to prevent users from falling in the gap that we created ourselves by accepting ALSA in Linux 2.6. Distros like Red Hat save mixer settings on shutdown and restort on startup anyway, so if you set all volumes to an acceptable default on first boot, you only need to modify one track (the master track) afterwards, right? I'm interested in what others think of this.