| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |
| Who | What | When |
|---|---|---|
| *** | diegoviola changes his alias to resentido | [21:19] |
| jacky_ | what's the proper way to handle input standard changing in tv decoder? | [09:27] |
| hverkuil | jacky_: inside a driver or in an application? | [09:28] |
| jacky_ | Should driver stop streaming, or notify user? | [09:28] |
| hverkuil | ah, only notify. | [09:28] |
| jacky_ | hverkuil: driver | [09:29] |
| hverkuil | http://hverkuil.home.xs4all.nl/spec/media.html#vidioc-dqevent
http://hverkuil.home.xs4all.nl/spec/media.html#vidioc-subscribe-event V4L2_EVENT_SOURCE_CHANGE | [09:29] |
| jacky_ | hverkuil: Should the driver reallocate dma buffer when standard chaning? | [09:31] |
| hverkuil | no, just keep streaming. It's up to the application to stop, reallocate buffers and restart streaming.
I should say, 'keep streaming if possible'. there may be hardware constraints that prevent further streaming, although all hardware I've seen can cope with such changes. Obviously, once the standard changes the contents of frames may be bad. BTW, are you talking about SDTV? | [09:33] |
| jacky_ | but, if input format change from NTSC to PAL, current buffer size is not enought | [09:35] |
| hverkuil | The DMA is still setup for the old standard, so no buffer overflow will take place. Obviously, the contents of the buffers will be wrong.
It's up to the application to act on the source change event and stop streaming, detect the new standard and reallocate buffers, and start up again. Note that NTSC to PAL or vice versa changes only happen during testing with a signal generator or something like that. Normal use (i.e. watching TV or videos) will never cause such changes. | [09:36] |
| jacky_ | hverkuil: so, the process will be: 1) input standard changed; 2) driver detected and notify application; 3) application stop streaming; 4) application ioctl s_std for reallocation dma buffer; 4) application restart streaming video; right? | [09:39] |
| hverkuil | So I am not aware of any applications that act on that event, they all assume that you setup the standard once and leave it.
yes, that's the ideal case. But nobody does that, since it's not something that ever happens during normal use. None of the current set of SDTV drivers sends that event. | [09:39] |
| wh_ | i got a rtl2i32u+r820t DVB-T usb dongle , does't it have driver for 2.6.x version kernel ? | [09:42] |
| jacky_ | hverkuil: my DVD can changing output standard on the fly, :) | [09:42] |
| *** | jacky_ has quit IRC (Quit: jacky_)
jacky_ has quit IRC (Quit: jacky_) | [09:43] |
| hverkuil | wh_: no, it doesn't. You can try these instructions http://linuxtv.org/wiki/index.php/How_to_Obtain,_Build_and_Install_V4L-DVB_Device_Drivers to build the driver for such an old kernel.
But really, it's much better if you can upgrade if at all possible. | [09:48] |
| ......... (idle for 40mn) | ||
| wh_ | hverkuil, thx, i will try it out | [10:29] |
| hverkuil | wh_: make a copy of /lib/modules/<version>/kernel/drivers/media first, Just in case things are messed up afterwards. | [10:30] |
| wh_ | hverkuil, yes
hverkuil, i did the same things before as the link you give to me , but that also not for 2.6.x kernel . hverkuil, it works for 3.5.x kernel on my laptop but i want install it to my embed board which is 2.6.x kernel | [10:35] |
| hverkuil | wh_: which 2.6 kernel? | [10:43] |
| wh_ | hverkuil, 2.6.34 | [10:43] |
| hverkuil | You need 2.6.36 at minimum. rtl2832 needs kernel support for i2c muxes which appeared in 2.6.36. | [10:46] |
| Lewis | hi folks
is there a known fix for the current build failures (also showing up in the automated build) regarding smiapp-core.c ? | [10:49] |
| hverkuil | sailus: can you make a patch for smiapp? It's your code :-) | [10:51] |
| Lewis | haha, as an interim is there a workaround? | [10:53] |
| hverkuil | You can hack include/linux/of.h and move the of_read_number and of_read_number inlines out of the #ifdef CONFIG_OF
that should work. | [10:55] |
| Lewis | ok thanks, i'll take a look | [10:59] |
| *** | wh_ has quit IRC (Quit: wh_) | [11:02] |
| .... (idle for 16mn) | ||
| sailus | hverkuil: Did you receive my e-mail on the topic?
There's a patch for it which I think I'll need to send as a fix. | [11:18] |
| Lewis | Would it be possible to get hold of that patch sailus? | [11:25] |
| ...... (idle for 25mn) | ||
| hverkuil | sailus: I did see the emails, but didn't really read them :-)
ah, OK, you posted a patch already. I'll test this tomorrow. (compile-test, that is) | [11:50] |
| ↑back Search ←Prev date Next date→ Show only urls | (Click on time to select a line by its url) |