You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Metodin toCodeString for loop tosiaan hidastelee, yritin tovin debugata, mutta en löytänyt ongelmaa. Itselläni on täsmälleen samanlainen syötteen läpikäyvä for loop käytössä joka käyttää myös Javan normaalia HashMappia, mutta se rakensi binäärimerkkijonon koneellani saman syötteen pohjalta about ajassa 2400ms vs 9000ms, kummallista.
Jos haluaa välttää BitSetin käytön compress() metodissa, voi sisään tulevasta binäärimerkkijonosta ottaa 8 merkin pituisia lohkoja ja muuttaa ne erillisellä metodilla luvuiksi, jotka mahtuvat Javan byte tyyppiin.
LZWEncoder
Ulostulevan syötteen alkupäähän on koodattu "null" sain ongelmaa korjattua hieman kun asetin konstruktorissa "uncompressed":in arvoksi tyhjän merkkijonon, nyt tosin ensimmäinen kirjain jää koodaamatta.
The text was updated successfully, but these errors were encountered:
HuffmanEncoder
Metodin toCodeString for loop tosiaan hidastelee, yritin tovin debugata, mutta en löytänyt ongelmaa. Itselläni on täsmälleen samanlainen syötteen läpikäyvä for loop käytössä joka käyttää myös Javan normaalia HashMappia, mutta se rakensi binäärimerkkijonon koneellani saman syötteen pohjalta about ajassa 2400ms vs 9000ms, kummallista.
Jos haluaa välttää BitSetin käytön compress() metodissa, voi sisään tulevasta binäärimerkkijonosta ottaa 8 merkin pituisia lohkoja ja muuttaa ne erillisellä metodilla luvuiksi, jotka mahtuvat Javan byte tyyppiin.
LZWEncoder
Ulostulevan syötteen alkupäähän on koodattu "null" sain ongelmaa korjattua hieman kun asetin konstruktorissa "uncompressed":in arvoksi tyhjän merkkijonon, nyt tosin ensimmäinen kirjain jää koodaamatta.
The text was updated successfully, but these errors were encountered: