ICASSP Skills

A 12-skill depth pack for ICASSP submissions across the full signal-processing spectrum: venue routing, the IEEE 4+1 format, single-blind submission on the CMS portal, the recently added rebuttal, IEEE Xplore camera-ready, task-matched evaluation, reproducibility, supplementary media, and workflow. Grounded in the ICASSP 2026 (Barcelona) paper kit and ICASSP 2027 (Toronto) call, the IEEE Signal Pr

by @brycewang-stanford 12 skills

Skills in this plugin

12
  1. Icassp Workflow · brycewang-stanford
    Use when planning an ICASSP project timeline — the annual clock from venue fit through the September paper deadline, single-blind review, the short winter rebuttal, spring notification, IEEE Xplore camera-ready, and the May conference — with backward-planning offsets and the choice among standard, OJSP-ICASSP, and grand-challenge tracks.
    1k repo stars
  2. Icassp Submission · brycewang-stanford
    Use when auditing an ICASSP submission before the CMS portal deadline — the IEEE 4+1 page format, the single-blind rule that the author list must appear, EDICS subject selection, the Compliance-with-Ethical-Standards statement, PDF eXpress validation, the 9-papers-per-author cap, dual-submission policy, and desk-reject triggers.
    1k repo stars
  3. Icassp Experiments · brycewang-stanford
    Use when designing or auditing ICASSP experiments across signal-processing modalities — matching the metric to the task law (WER, SI-SDR, PESQ/STOI, EER/minDCF, PSNR/SSIM, BER, RMSE), anchoring baselines to current strong methods and standard corpora, sweeping the operating condition, and reporting spread over runs within the four-page limit.
    1k repo stars
  4. Icassp Camera Ready · brycewang-stanford
    Use when preparing an accepted ICASSP paper for IEEE Xplore publication, covering the final 4+1 PDF, IEEE PDF eXpress validation, the IEEE electronic copyright form, integrating reviewer-requested fixes without changing the accepted claim, registration and in-person presentation, and choosing open-access options for the proceedings paper.
    1k repo stars
  5. Icassp Related Work · brycewang-stanford
    Use when positioning an ICASSP submission across the signal-processing literature — IEEE SPS journals (TSP, TASLP, SPL, TIP and siblings), sibling conferences (Interspeech, ICIP, EUSIPCO, WASPAA), and ML venues, citing normally under single-blind review, and sharpening the technical delta against the nearest current-cycle work in four pages.
    1k repo stars
  6. Icassp Supplementary · brycewang-stanford
    Use when deciding what goes in the four ICASSP pages versus a public release, given that ICASSP has no reviewed appendix — managing the 4+1 budget, curating optional multimedia (audio, image, video) that reviewers may open, hosting derivations and extra results externally, and keeping the main paper self-contained under single-blind review.
    1k repo stars
  7. Icassp Writing Style · brycewang-stanford
    Use when revising an ICASSP paper into the IEEE two-column four-page house style — leading with the signal-processing contribution and mechanism, naming the task-matched metric on the first page, compressing method and results into 4+1 pages without a reviewed appendix, and writing math-forward claims that survive a subfield-expert reviewer.
    1k repo stars
  8. Icassp Review Process · brycewang-stanford
    Use when reasoning about ICASSP peer review — the IEEE Signal Processing Society technical-committee pipeline, EDICS-based assignment, single-blind reviewing, the recently added short rebuttal, oral-versus-poster allocation, the roughly-even acceptance rate, and how a signal-processing decision is actually made and should be decoded.
    1k repo stars
  9. Icassp Author Response · brycewang-stanford
    Use when drafting an ICASSP rebuttal or author response to reviews, covering the recently added and short author-response window, the single-blind setting where reviewers already know you, answering signal-processing reviewers from the four-page record without a revised PDF, and writing for the technical-committee decision rather than for tone.
    1k repo stars
  10. Icassp Reproducibility · brycewang-stanford
    Use when strengthening ICASSP reproducibility across signal-processing modalities — pinning the scoring ruler for the paper's metric, dataset versions and splits, front-end/DSP settings, seeds, and compute, and mapping each claim to a checkable location, since ICASSP has no reviewed appendix and the four pages plus a public release must carry it.
    1k repo stars
  11. Icassp Topic Selection · brycewang-stanford
    Use when deciding whether a project fits ICASSP, the IEEE Signal Processing Society flagship spanning all signal processing, and specifically for the ICASSP-versus-Interspeech routing decision for speech work, plus routing to ICIP, EUSIPCO, WASPAA, SPS journals, or ML venues by identifying the signal-processing primitive of the contribution.
    1k repo stars
  12. Icassp Artifact Evaluation · brycewang-stanford
    Use when packaging ICASSP code, data, audio or image samples, model checkpoints, scoring scripts, seeds, and logs, even though ICASSP has no formal artifact badge. Covers what signal-processing reviewers actually open, how single-blind review lets artifacts be public from the start, and how to make a task's measurement reproducible turnkey.
    1k repo stars