Warning: This software has never been tested. Ever.

Yo!

I have compiled VLC for the ITs, but I do not have an OS on any of my memory cards right now, so I don't have enough space to install it on my regular OS. Like I said, this has not been tested and I have NO idea if it will work. I need someone who has an OS on an SD card to test it. It installs to a total of 15MB. You may need to run it from Xterm.

[ ] vlc_0.8.6c-1_armel.deb 23-Sep-2007 19:31 5.1M

install 2006OS successful, 14.7 MB. Xterm, vlc/Vlc/VLC not found.

what next?

bun

I played mpg/.mp4 file got the same error statements as above.

2006OS MMC 1G system


bun

There's no way a simple cross-compile of VLC is going to work. Look at all the optimisation work ssvb's had to put into mplayer to get it handling *just* DivX/Xvid+MP3 files well, in terms of both decoding and display.

This does play wav files.
$ /usr/local/bin/vlc /media/mmc1/audiodump.wav --alsadev hw:0,0 -v2
As far as the "codec not supported" errors, I got similar ones when I tried vlc on my pc. I remember the dependencies were nasty. I don't think vlc would work properly without these.

Ah

The MPEGs and DIVXs will not play because FFMPEG and LIBMPEG were being *****es when I need to package them, so they got left out, but I will try to put them in deb form soon.

Ah, thanks so much for testing that

@aflegg: I know that, but this is a, ehm, hm.. how to put it... "test"? I get it, I do, you're definitely a better devloper, and clearly more senior than I, but one of the basic things that makes Linux great... is choice, hm? I hate mplayer with a passion from past experience and it has done nothing to make me like it anymore. Sorry if my attempts at something piss you off or just annoy you for some reason, I'm not trying to do that, I just wish to learn and help others in the process. The optimizations will come with experience and trial.

I should get a new .deb out soon, but I have to write an article tonight for my site... Something came in the mail

Actually I faced most of the mplayer porting problems back in 770 days. It did not have Xv extension support, also sound output was done using esd. Both standard video and sound output were far from perfect. So just compiling mplayer with default settings resulted in a very poor performance. And first N800 firmware also caused a lot of troubles as I had to workaround various bugs in it.

Right now N800 has more or less usable Xv support (SDL is also using it for YUV surfaces). ALSA can be used for sound output. So just compiling a video player from sources should provide satisfactory results with quite little efforts. Finetuning it to get the best possible performance is a bit more work.

Video decoding (done by ffmpeg just like in VLC) also got a lot of optimizations over all this time, some of them were developed by upstream ffmpeg maintainers, I also contributed some patches upstream. But some codec optimizations are not available in standard ffmpeg at the moment. I hope they all will get accepted upstream eventually. All these optimizations can be found in maemo mplayer SVN ('libavcodec' subdirectory).

Aisu: Good luck developing alternative video players. Let me know if you need help or advice. I guess the first problem to solve would be display blanking prevention.

PS. Am I alone who thinks that the choice of name for this topic is rather bad (it is not descriptive at all)?

Ah, thank you

Yes, the title was meant to be extremely uninformative because I gave this as a link in a another topic and I didn't want too many people trying out this horrible compile of VLC

I will try to get that package you've optimized for ffmpeg and compile VLC against that.

Thanks a lot for the information, it's greatly appreciated.