NOT Dexter's Lab - Latest Comments

Re: Pretrained Vision Mamba: a minimal example

Taha — Sun, 23 Feb 2025 13:10:31 -0000

Hi Alessio Placitelli,

I am getting this error, do you know where is the issue?

---------------------------------------------------------------------------
TypeError Traceback (most recent call last)
/mnt/data1/taha/test.ipynb Cell 6 line 1
----> 1 model = VisionMamba(
2 patch_size=16,
3 stride=8,
4 embed_dim=384,
5 depth=24,
6 rms_norm=True,
7 residual_in_fp32=True,
8 fused_add_norm=True,
9 final_pool_type='mean',
10 if_abs_pos_embed=True,
11 if_rope=False,
12 if_rope_residual=False,
13 bimamba_type="v2",
14 if_cls_token=True,
15 if_devide_out=True,
16 use_middle_cls_token=True,
17 num_classes=1000,
18 drop_rate=0.0,
19 drop_path_rate=0.1,
20 drop_block_rate=None,
21 img_size=224,
22 )
...
175 residual_in_fp32=residual_in_fp32,
176 )
177 block.layer_idx = layer_idx

TypeError: the first argument must be callable

Re: Pretrained Vision Mamba: a minimal example

Alessio Placitelli — Wed, 23 Oct 2024 02:46:00 -0000

Hey, as mentioned in the article it's important to use CUDA 11.8 :)

Re: Pretrained Vision Mamba: a minimal example

sohag hossain — Wed, 23 Oct 2024 00:54:50 -0000

RuntimeError:
The detected CUDA version (12.3) mismatches the version that was used to compile
PyTorch (11.8). Please make sure to use the same CUDA versions.

Re: Pretrained Vision Mamba: a minimal example

Alessio Placitelli — Tue, 26 Mar 2024 05:00:03 -0000

Hey, I'm glad you liked the article! Unfortunately I wasn't able to make this work on CUDA 12, as the kernels used for conv1d required some changes. I tried to use the most recent version of conv1d and mamba-ssm (which support CUDA 12), but then the model would not work.

I ended up using CUDA 11.8. I wrote a short article to switch between CUDA versions on Ubuntu: https://www.a2p.it/machine-...

Re: Pretrained Vision Mamba: a minimal example

姜华为 — Tue, 26 Mar 2024 03:31:38 -0000

hello Alessio, thank you for the comprehensive explanation. I appreciate.
I'm just wondering. Is impossible run the Vision Mamba on CUDA 12.4? Since I already install the CUDA 12 in my system, is not easy to shift to CUDA 11.8.

Re: CoquiSTT + Signal = Love (death to voice messages)

Alessio Placitelli — Fri, 08 Jul 2022 04:26:08 -0000

Thank you!

Re: CoquiSTT + Signal = Love (death to voice messages)

Josh Meyer — Thu, 07 Jul 2022 18:02:12 -0000

Such a slick integration!

Re: Remote cross debugging: Windows to Raspberry-Pi

SUMAN MAHENDRA KUMAR — Fri, 13 Sep 2019 10:46:01 -0000

HELLO, Thanks for the tutorial.
I don't see my .a file anymore in the path i have defined.
Installed cygwin, putty and tools as mentioned in the tutorials. And even did created the .bat file as mentioned . I am not understanding where i need to mention which file to compile and what to do at linking and where the .a file needs to be . I just mentioned this in " post build steps ": C:/Users/Mari/Downloads/eclipse-cpp-helios-SR2-win32-x86_64/eclipse/deploy_debug.bat ${PWD}${ProjName}.a "/home/pi/projects/${ProjName}.a" Please let me know what error it can be .Thanks in advance.
https://uploads.disquscdn.c...

Re: Getting Firefox data faster: the shutdown pingsender

Alessio Placitelli — Fri, 28 Sep 2018 09:08:23 -0000

This component doesn't have anything to do with updates, so you should be safe with respect to that. The pingsender is used to send the Telemetry that Firefox already sends while running, when it is shut down. I personally think that if an attacker has local access to the system, with high enough privileges to overwrite pingsender.exe, I bet there's nothing that would prevent him for overwriting any other executable or dropping new ones on the filesystem.

Re: Getting Firefox data faster: the shutdown pingsender

UTexasex — Mon, 24 Sep 2018 12:45:26 -0000

Is this program necessary? Bitdefender threw up all kinds of warnings about it being changed and I blocked the changes. If I need to use it, how do I go back in and allow for the updates? Enquiring Minds Want To Know!
After reading the note posted by attitude_check, I am of the mind to say "screw it".

Re: Add-on recommendations for Firefox users: a prototype recommender system leveraging existing data sources

Alessio Placitelli — Sat, 09 Dec 2017 04:15:55 -0000

I agree with you, I think that exploring these other features totally makes sense. Measuring the correlation between add-ons and performance metrics is something that can be done (and its being done in other projects). We will have to verify that adding these new features to TAAR would produce a benefit that is greater than the added computational complexity. We're currently brainstorming ideas like that in bug 1286224.

Re: Add-on recommendations for Firefox users: a prototype recommender system leveraging existing data sources

AMO user — Fri, 08 Dec 2017 12:08:48 -0000

I think some of the most useful features that should give recommendations a boost, aside from popularity/ratings, are:
* few permissions required (this info currently isn't visible on AMO, AFAIK)
* average size of performance hit after users enable the extension (is this available from telemetry somehow?)
* produced by known/verified/trusted user
* source code publicly available / issue board publicly available
* evidence of basic security / privacy-conscious practices in the code, if a metric can be determined for that

Some of these things are really hard to evaluate before installing the extension or even after. I'd be great to measure them and use them to boost / suppress recommendations.

Re: Getting Firefox data faster: the shutdown pingsender

Alessio Placitelli — Thu, 07 Sep 2017 10:55:43 -0000

Hey, thank you for reaching out on this and for sharing your concerns! It would be great if you could file a bug about that using Bugzilla (bugzilla.mozilla.org): Core->Build Config seems like a reasonable component. This way we could spawn the proper discussion around this matter and make the security folks address your concerns!

Re: Getting Firefox data faster: the shutdown pingsender

attitude_check — Fri, 01 Sep 2017 14:20:00 -0000

I am concerned this could be a path for future virus and worm communication. If pingsender.exe is overwritten, it could be used to communicate with anything or anyone. It is presently only signed with a SHA-1, which we know is getting very vulnerable. Recommend at least upgrading the signature to a SHA-256, to make an undetected hostile file overwrite more difficult to achieve.

Re: Remote cross debugging: Windows to Raspberry-Pi

Alessio Placitelli — Fri, 18 Mar 2016 03:05:50 -0000

I'm not sure how to help with that, but I saw plenty of discussions here: https://www.raspberrypi.org...

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Thu, 17 Mar 2016 15:46:21 -0000

I tried downloading the libpython2.6.dll file from a strange site, but I think it was solved. Now when I try to debug, I am getting this error:

Cannot access memory at address 0x0

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Thu, 17 Mar 2016 12:11:51 -0000

The cygncurses-10.dll error was fixed by installing libncurses10 package from the installation setup, in case someone gets this error.

Still getting the libpython2.6.dll error.

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Thu, 17 Mar 2016 11:36:40 -0000

I rain the Cygwin installer again and installed all the available core utils, but still getting the same error. I also get a missing libpython2.6.dll error.

I read that 2.6 version is not available anymore. Do you know any way of getting through this?

Re: Remote cross debugging: Windows to Raspberry-Pi

Alessio Placitelli — Thu, 17 Mar 2016 11:03:59 -0000

Did you install the required dependencies from CygWin? It looks like core utils are missing.

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Thu, 17 Mar 2016 11:01:45 -0000

I tried to run it from the command line but I had this error:

This application has failed to start because cygncurses-10.dll was not found. Re-installing the application may fix this problem.

Re: Remote cross debugging: Windows to Raspberry-Pi

Alessio Placitelli — Thu, 17 Mar 2016 04:56:55 -0000

Can you manually run
C:\cygwin\opt\cross\x-tools\arm-unknown-linux-gnueabi\bin\arm-unknown-linux-gnueabi-gdb.exe
--version from command line?

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Wed, 16 Mar 2016 17:53:17 -0000

I could solve the issue. The problem was because I was putting the "s in the address. I now have this other issue:

Could not determine GDB version using command:
C:\cygwin\opt\cross\x-tools\arm-unknown-linux-gnueabi\bin\arm-unknown-linux-gnueabi-gdb.exe --version

Any help would be appreciated.

Re: Remote cross debugging: Windows to Raspberry-Pi

Oscar Pauly — Wed, 16 Mar 2016 12:25:34 -0000

Hi! Thanks for this post. I am having trouble with step 6. The error I get is:

C:/eclipse/deploy_debug.bat HelloCygwin.a “/home/pi/projects/HelloCygwin.a”

pscp: unable to open ?/home/pi/projects/HelloCygwin.a?: no such file or directory

Any ideas? Thanks!

Re: Raspberry Pi: tool chain per cross-compilazione su Windows Cygwin

Alessio Placitelli — Tue, 25 Aug 2015 01:12:36 -0000

Ciao! Scusa il ritardo :-)

Python 2.6 e Cygwin 32 bit

Re: Raspberry Pi: tool chain per cross-compilazione su Windows Cygwin

Lucio Alessandroni — Tue, 18 Aug 2015 20:22:50 -0000

Ciao!
abbi pazienza:
che versione hai usato del cygwin? 32 o 64bit?
del python 2.6 o 2.7?
Grazie mille
Lucio.