153 replies to this topic

[rooter]

Hi !
Is it possible tu run the atmolight plugin in the VU+Duo with the PLI-Image? I want to test it with my ambx. I have tried it with the plugin for the DM8000 but it will not work.
The ambx-plugin works more stable now, but in the atmolight-plugin you can configurate more then in the ambx.plugin.
Can you help me?

[littlesat]

There is a pluhin for ambx available for the VU. You just have to download it via our downloads.

[MiLo]

atmolight is made for different hardware. And so far, the author is not sharing his code so there's no synergy to be expected between the two.

[rooter]

Thanks for your answers.
Is the a chance for the ambx-plugin, that we can configure the white balance for red, blue an green in the future?
Or more controls like in the atmolight-plugin?

[Mamba0815]

Milo,

>>And so far, the author is not sharing his code so there's no synergy to be expected between the two.

I had emailed you the code to boost the grabber by a factor of around 10. Any feedback?

Mamba

[MiLo]

Boosting the gabber has never been my priority since that is simply a matter of processing less data. Getting the grabber stable so that it can run for hours on the 8000 and VU appears to have been fixed now, thanks to your tip on the sanity check.

I'm not interested in "code fragments". Just share it all, like i do for the dreambox code, or keep it to yourself, like I do for other projects, either is okay. If you choose to share, we can merge the two plugins into one, if you like.

My plan with the grabber code has been to also use it for other applications, like an auto-zoom for example to get rid of black bars, and as a replacement for aio-grab.

[Mamba0815]

OK, understood.

The reduction of time wasted on copying unnecessary decoder data during grabbing has been our priority, as it frees time to better compute luma and chroma. It also allowed us to include additional features, i.e. live black bar detection (really cool for all the mkvs ...), cinema mode, etc.

Also, providing agility seems to be one major feature user expect from the plugin. For that we need an update frequency of 20 Hz or higher (for all 4 channels). As there will be a 8 channel Atmolight available soon, we really need free cpu time for the additional 4 channel. Nothing the amBXers need to worry about, granted.

In the meantime we have included support for amBX Light in the Atmolight daemon/plugin. Still experimental, but it works quite well already.

Opening the source is generally a good idea and might eventually also be done for the Atmolight daemon. Not decided yet.

Keep up the good work on the amBX Plugin. We stay in touch. Don't hesitate to contact me.

Mamba

[Mamba0815]

Milo,

I finally discovered the fix for the DMA Bug on the DM8000/VU+ DUO that can crash the daemon. A fix has been developed and the daemon now runs for hours and hours. No crash in days.

Let me know, if you are interested.

Mamba

PS: Daemon now does 50..70 Hz updates for SD and 35..40 Hz for HD. It also supports the 8 chan Karatelight device. See here a youtube movie, posted by a VU+ user: Klick.

[littlesat]

Shure we are interested. Are you able to post a diff here?

[Mamba0815]

Sure,

I diff would not be fruitful as the Grabber code has deviated from Seddi's stuff quite a bit in the meantime and so did yours, but here it goes:

Go to to the Grabber code of the DM8000 and then identify this spot:

for(i = 0; i < tmp_size; i += DMA_BLOCKSIZE) {...}

. If this loop runs more than twice, the luma and chroma data is corrupt and you should skip the subsequent memcpying and byteswapping stuff, such as

for(xtmp = 0; xtmp < stride; xtmp += ...) {...}

and

{... SWAP(luma[t],luma[t+3]); ...}

for the current frame. If you don't, processing the memcpys will for sure crash the plugin. Hence, skip both the memcpy and the swapping loop and the plugin survives the corrupt data. It takes the DMA transfer a few frames to recover. The user won't recognize a handful frames dropped in 30 mins.

Et voilà. Hope this helps.

Mamba

PS: We, too, have support for the VU SOLO. Code is identical to the DM500HD stuff. Not sure whether you knew that.

[MiLo]

... identify this spot:

for(i = 0; i < tmp_size; i += DMA_BLOCKSIZE) {...}

. If this loop runs more than twice, the luma and chroma data is corrupt ...

That basically means that "tmpsize > 2*DMA_BLOCKSIZE" (thus, offset/stride information is corrupt)?

[Mamba0815]

Yep, that's the way I see it. I simply if-out memcpy and swapping should the DMA loop run mors than twice. One more if-then and fixed. In 99,9% of all cases the loops only runs once.

[MiLo]

Well, from what I see, your code has surpassed the amBX plugin on all sides. I'd be happy to replace it and add yours to the PLi build.

[hemertje]

It also supports the 8 chan Karatelight device. See here a youtube movie, posted by a VU+ user: Klick.

do you have a link to the manafacturor?
cant find the device via Google

[Mamba0815]

Start of sales will happen in 1/2011. Currently a bunch of beta-tester have one. www.atmolight.de

Mamba

[hemertje]

danke!

[Mamba0815]

That's how it looks like. Piggyback is also possible (16 chans).

Mamba

Attached Files

•  beta.pcb.jpg   387.17KB   0 downloads

[Dream1975]

Here a youtube example that i've found
zDEQMD8Fq9c

Looks promising

[VU+NL]

Looks promising

Absolutely! There is another thread about this (AtmoLight, I think it's in the German part), also promising good results. Looks fabulous!

[hemertje]

have the philips ambx, looks simular...