Its too much time to fix it so I simply reinstall the OS but I will be working with hg tree for the time being. True but having the audio will probably help to ascertain how bad the frame loss is. And also writing the audio module will be trivial to you but it will take some time for me. On Tue, May 4, 2010 at 7:47 AM, Mauro Carvalho Chehab <mchehab@xxxxxxxxxx> wrote: > Bee Hock Goh wrote: >> lot of good changes to tm6000. Unfortunately, I am not able to test >> any of this at the moment. Git not working for me anymore as 2.6.33 >> insist to freeze my machine on boot. >> >> Reverting to hg does not work as well after my upgrade to lucid. :) >> >> Apparently, its now complain about invalid module format. >> >> if everything work out again, I would like to try and get the audio working. >> > > Due to your last email, I suspect you already found a solution to make your > distro to work again. > > Audio should be trivial: just finish writing the tm6000-alsa logic > (currently, it is just an skeleton), based on snd-usb-audio (you might also > use the em28xx module as reference, but snd-usb-audio should be the primary > one, since it is maintained by alsa guys, so, in thesis, it probably use better > the alsa API). I bet that just copying the values of the alsa stream to the > audio channels will be enough for having audio. > > The thing is: before going to audio, we need to be sure that we're not loosing > anything at copy_streams logic, since, while it is not that bad to loose a video > packet (as we may just repeat the last frame, as the current logic), but this > doesn't work with audio. > > -- > > Cheers, > Mauro > -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
